原文：Amazon Prime Video’s Microservices Move Doesn’t Lead to a Monolith after All 作者：Scott M. Fulton III 太长不看版 本文主体由 Deepl 翻译，局部经过 ChatGPT 润色，后大面积返工。 Prime Video 不是整个 Amazon，也不是 AWS。 身处 IT 企业，经常会误以为其他企业也有同等规模和素质的 IT 团队和投入 架构跟时尚一样，会存在周期性的反复，业务目标和组织结构...
原文：Airbnb’s Microservices Architecture Journey To Quality Engineering 作者：Antoine Craske 平衡是一个无止境的追求。企业对软件交付质量和交付速度的极度依赖，让平衡更加困难。公司面临着不断提供高质量速度软件的挑战，而质量工程在软件生命周期中就起着约束作用。Airbnb 在加速和扩展其价值主张时，尤其是在信息系统的演进过程中面临了许多挑战。本文分享了 Airbnb 在质量工程方面的架构迭代过程，并给出了实际经验。文章...
2011-2012 年，我所在的团队正在给某国字号企业交付一个集团级的企业应用，这个应用覆盖了除 IaaS 之外的整个上层，层级和宽度上来说都算得上是个大家伙了。在当时，这个项目有几个新鲜的点，例如硬件全部采用通用的 x86 刀片服务器，全部基础软件都使用了开源软件——例如 LAMP、Nginx、MongoDB（是的你没看错，就是 MongoDB），使用 Java、PHP、ASP.NET 等多种平台的多个厂商协作交付；除此之外，还设计了和当时大行其道的 SoA 不太一样的一种架构，这个架构有几个...
今天扯个闲篇，说说应用上云的事情。 最近这几年，一直都在围着“应用上云”这四个字转悠，看到很多成功的和不太成功的应用上云活动，是的——一个失败的都没有，所以云原生真是厉害，对吧？ 应用上云成功了会怎么样呢？一般成功案例会共享的几个好处： 应用更快交付、能用更高的频率迭代 更高的应用密度，更有效地使用资源 监控日志等可观察性方面的增强 弹性伸缩在削峰填谷方面的卓越表现 ... 如果用上了 Service Mesh 或者类似微服务治理技术，多半还会提到分布式追踪、熔断、限流等的好处。 然而面对这...
以 12 要素为代表的微服务标准，很好地给微服务的特征做出了指导。然而具体到以容器形式在 Kubernetes 上运行的无状态业务应用上，这个标准是有些高层的——它看重的是方法和架构。如果仅从外在视角来对一个“顺眼”的 Kubernetes 应用进行观察，这个应用应该有什么特征呢？ 依赖关系清晰 微服务应用通常会有各种外部依赖，例如数据库、缓存、队列等平台能力，或者业务上的依赖服务等，因此一个健康的微服务组合而成的应用，必须能处理好依赖关系。 微服务的启动顺序不是固定的，并且存在独立更新、重启的...
如果寿司店老板说，有一种人叫寿司人，寿司人的一切都是为了吃寿司，寿司人比别的人都厉害，你肯定会嗤之以鼻；云厂商提出了云原生概念，倒是拥趸甚多——这是因为云比寿司好吃多了，它提供的好处，足以让人铤而走险，削减脑袋挤上云计算的车，这也就是业务上云了。 从参与《Kubernetes 权威指南》第二版到现在已经好几年了，在几年的容器化、云原生的推动过程中，因为一直从事企业服务的勾当，这个小视野里的绝大多数应用，都是证明可以成功容器化的。有一句很著名的程序员语录：“在我机器上是好的”，在推动应用上云的过程...
