技术博客

将事件驱动架构和微服务结合在一起会带来巨大的好处，事件/消息才是最能处理分布式计算的特异性，是释放微服务架构潜力的关键。

本文档讨论了CloudEvents和CloudEvents Generator的使用方法，帮助更好地理解本教程系列其他教程中使用的演示项目，这是《构建事件驱动的云应用和服务》系列教程的第二篇。

本文讨论构建事件驱动的应用和服务的通用实践和技术，这是 《构建事件驱动的云应用和服务》 系列教程的第一篇。

将事件驱动架构和微服务结合在一起会带来巨大的好处，事件/消息才是最能处理分布式计算的特异性，是释放微服务架构潜力的关键。

有两种方法可以让微服务朝着一个共同的目标协同工作：协调（Choreography）和编排（Orchestration）。编排需要主动控制所有的元素和交互，就像指挥家指挥乐团的乐手一样，而协调则需要建立一个模式或例程，微服务会跟随音乐起舞，不需要监督和指令。

使用多个运行时来实现分布式系统。多个运行时，不是因为有多个微服务，而是因为每个微服务由多个运行时组成：一个用于自定义微业务逻辑的运行时，以及一个（或多个）用于分布式原语的现成的可配置运行时。

在2019年5月，CNCF 筹建通用数据平面API工作组制定UDPA API。本文收集并整理了 UDPA 目前的情况，深入介绍 UDPA 的最新进展。

实施持续交付并避免常见陷阱和反模式的迁移准则。

使用Ambassador API Gateway和Consul在多个平台和基础设施之间路由流量。

Protobuf提供了一些强大的机制来支持将不透明配置嵌入其静态类型的消息模式中。为项目选择正确的方法需要了解这些机制之间的权衡以及如何进行组合。深入探讨动态 Any 和 STRUCT 的一些细微差别和权衡取舍。

WebAssembly宣布开始新的标准化工作–WASI，WebAssembly系统接口。通过WASI，可以将WebAssembly和Web的优势扩展到更多的用户，更多的地方，更多的设备，带来更多的体验。

WebAssembly宣布开始新的标准化工作–WASI，WebAssembly系统接口。通过WASI，可以将WebAssembly和Web的优势扩展到更多的用户，更多的地方，更多的设备，带来更多的体验。

深入调研Google Traffic Director的实际操作，对Google Traffic Director的工作模式和产品思路进行分析：在容器和k8s没有大面积铺开的情况下，通过提供和容器体验类似的虚拟机支持，可以让应用的ServiceMesh化先行一步。

6月25号，kubecon 上海，世博中心，大会堂（红厅/Red Hall），个人平生第一次近距离瞻仰大神 Linus Torvalds，并有幸拍下下面照片。

微软最近宣布了 Service Mesh Interface 服务网格规范，定义了通用标准，包含基本特性以满足大多数场景下的通用需求。本文将带您深入了解 Service Mesh Interface。

Istio的早期营销与项目的现实脱节。Istio有缺陷，很难搭建。Istio迅速发展成为谷歌制造的笑柄：好主意，几乎没有做好生产准备。

我们很高兴的推出 Service Mesh Interface。SMI定义了一组通用可移植的API，为开发人员提供跨不同服务网格技术的互通性，包括Istio，Linkerd和Consul Connect。

服务网格生态系统正在兴起，众多的网格供应商和不同的用例需要不同的技术。所以问题来了：我们如何实现在不破坏最终用户体验的前提下促进行业创新？ Service Mesh Interface是使这一构想走向行业现实的重要一步

WebAssembly是一个每个程序员都应该关注的技术。它会变得更流行。它将取代JavaScript。它将取代HTML和CSS。它将取代手机应用。它将取代桌面应用。

Service Mesh技术不仅仅可以在常规的请求-响应式的服务间同步通信中使用，还可以扩展到消息机制来实现事件驱动。本文介绍了使用服务网格实现事件驱动消息机制的重要性和实现方式。