1. 业界要闻
摘要： 报告指出，混沌工程使用频率与产品可用性提升显著相关，企业倾向于采用成熟的商业产品开展混沌工程演练；但细分维度下，随着混沌工程使用频率的上升，企业采用自研平台的占比显著提升。
2.Linux 基金会宣布成立下一代架构基金会：构建适合企业发展的下一代架构的开源生态
摘要： “下一代架构” 几乎存在于如通信、数据库、存储、云原生、Serverless、AR/VR、量子计算、车联网、芯片等所有的领域和迭代场景中。该基金会致力于在异构基础设施和多云场景下的构建下一代技术架构，并发展适合企业数字化转型的开源生态。
2. 上游进展
摘要： CNCF 技术监督委员会（TOC）已经投票决定接受 Dapr 作为 CNCF 的孵化项目。Dapr 是一套使开发者能够轻松编写分布式应用的 API。无论是在 Kubernetes 还是其他环境中，Dapr 都是以 Sidecar 进程运行在应用程序旁边，为开发者提供了一套形式为 pub/sub、状态管理、秘密管理、事件触发器和服务间调用的安全而可靠的原语。
3. 云原生最佳实践
摘要： 通常产品优化迭代，直接将某版本上线发布给全部用户，若遇到线上事故（或 BUG），解决周期较长，则不得不回滚到前一版本，会严重影响用户体验。使用灰度发布或蓝绿发布，能够有效避免因发布导致的流量丢失或服务不可用问题。本文重点介绍了什么是灰度发布和蓝绿发布以及怎么实现。
摘要： 作者对超复杂调用网给出一个定义：内网非测试的微服务达 1000 个以上；至少存在一个微服务，且其实例数达到 300 个以上；对外 API 普遍涉及至少 10 个微服务。系统达到这个量级后，超复杂调用网就会产生许多棘手的问题，本文给出了一种治理思路。
4. 推荐阅读
1.如何在 Service Mesh 微服务架构中实现金丝雀发布？
摘要： 在微服务时代，不同的服务之间相互联系，关系错综复杂，部署升级一个服务，可能造成整个系统的瘫痪，因此，需要选择合适的部署方式，从而将风险降到最低。本文以 Istio 为例，介绍了如何具体实现金丝雀发布。
摘要： 在分布式系统里，系统的故障可能出现在任何节点，怎么能在出了故障的时候快速定位问题和解决问题，甚至是在故障出现之前就能感知到服务系统的异常，把故障扼杀在摇篮里。这就是可观测性的意义所在。
3.Kubernetes 上调试 distroless 容器
摘要： 本文重点介绍了 distroless 镜像、作用、简单的使用，以及如何针对 distroless 容器的进行调试，最后介绍了临时容器 (v.1.18+) 的使用。
猜你喜欢: