Cloud native technologies empower organizations to build and run scalable applications in modern, dynamic environments such as public, private, and hybrid clouds. Containers, service meshes, microservices, immutable infrastructure, and declarative APIs exemplify this approach.
几乎所有成功的微服务架构都是从一个巨大的单体架构开始的，并且都是由于单体架构太大而被拆分为微服务架构。
在所一开始就构建微服务架构的故事中，往往都有人遇到了巨大的麻烦。
敏捷基础设施的目标
标准化：所有的基础设施最好都是标准的。
可替换：任意节点都能够被轻易地创建、销毁、替换。
自动化：所有的操作都通过工具自动化完成，无须人工干预。
易处理，快速启动和优雅终止可最大化健壮性，只有满足快速启动和优雅终止，才能使服务更健壮。
开发环境与线上环境等价，尽可能保持开发、预发布、线上环境相同。
单调读一致性（Monotonic-read Consistency）
单调写一致性（Monotonic-write Consistency）
写后读一致性（Read-your-writes Consistency）
读后写一致性（Writes-follow-reads Consistency）
弱一致性：写入一个数据 a 成功后，在数据副本上可能读出来，也可能读不出来。不能保证每个副本的数据一定是一致的。
日志，把日志当作事件流，微服务架构中服务数量的爆发需要具备调用链分析能力，快速定位故障。
第四定律：The structures of large systems tend to disintegrate during development,qualitatively more so than with small systems，即大的系统组织总是比小系统更倾向于分解。
这个解耦意味着开发者无需关注 微服务相关治理问题而聚焦于业务逻辑本身，提升应用开发效率并加速业务探索和创新。换句话说，因为大量非功能性从业务进程剥离到另外进程中，Service Mesh 以无侵入的方式实现了应用轻量化，
另外，电信和政府/国防领域的云原生开发人员使用私有云、公共云和本地服务器的比例大致相同。这些开发人员使用公共云的比例相对较低。
