【DevOps】 云原生 与 微服务

微服务

在云原生时代，就一定要用微服务吗？

https://mp.weixin.qq.com/s?__biz=MjM5MDE0Mjc4MA==&mid=2651042305&idx=2&sn=4885695c25b1e7219ebf924aa7386e54&chksm=bdbe4a528ac9c344a3e0dd439cb094812d8526de88ce9cf4970a263d7dcd43ef6c8ded3b31a2&scene=126&sessionid=1600675814&key=e4d529ee8842329e427f55cbb41e9dcf83be5a429673988277415aa945ae7b695ef38944fbb8f1470220bad28aafd413faa6519f4132bd5fff5ec8d7b14ab0a6cab908bb832a30d9baaf23a454778af466ae0b5953c3b8294fe8ac4d9a981898a3612eb9ac8cafcb44daa3a605dbcca330ddc5df1b056da91ff86e1e4f6f9056&ascene=1&uin=MTkzOTU2NzUwMg%3D%3D&devicetype=Windows+10+x64&version=62090538&lang=zh_CN&exportkey=AZ8ykxibdwflI6wIDnShlmQ%3D&pass_ticket=iNn4oYQ0styeVzgttD%2Bcz%2F6XRFwrmT6spTQgZ6BcFo3Zre1uBwCfNVDB6bnJyvuI&wx_header=0

概念

以一组小型服务的方式来开发一个独立的应用系统，每个服务都以一个独立进程的方式运行，每个服务与其他服务使用轻量级（通常是 HTTP ）通信机制。这些服务是围绕业务功能构建的，可以通过全自动部署机制独立部署，同时服务会使用最小规模的集中管理能力，也可以采用不同的编程语言和数据库，实现去中心化的服务管理。

优点

• 故障隔离与整体稳定性：微服务独立运行，进程级别的隔离，故障容易控制与修复，整体稳定性较高；
• 架构持续演进：不需要大规模重构，只要 调整个别微服务即可；
• 可重用：以服务为粒度，更容易被重用，通过共享接口；
• 可扩展：以服务为粒度，扩展更灵活方便；
• 交付速度：各个服务独立并行的进行 开发、测试、部署、交付效率提高；
• 其他：反脆弱性（anti-fragility）、架构抽象、技术隔离

准备工作

1、团队调整

在采用微服务架构之前，应该先进行微服务架构的选型、学习和试用。整个团队要对微服务的基本概念、微服务框架的实现原理，微服务治理与监控等知识需要有一定的储备。

2、基础设施建设

微服务架构基于自动化的工具链，以流水线交付的方式串联整个 DevOps 流程。小团队可以基于服务独立开发、测试、部署、运维。

可以一键构建、发布、部署，可以快速扩缩容等；

3、随着业务的演进逐步拆分出来

4、微服务的监控与治理

5、服务提前做好容器化部署改造

云原生

CNCF（云原生计算基金会）给出的定义：云原生技术有利于各组织在公有云、私有云和混合云等新型动态环境中，构建和运行可弹性扩展的应用。云原生的代表技术包括容器、服务网格、微服务、不可变基础设施和声明式 API。这些技术能够构建容错性好、易于管理和便于观察的松耦合系统。结合可靠的自动化手段，云原生技术使工程师能够轻松地对系统作出频繁和可预测的重大变更。

俊刚认为，云原生是包括了容器、微服务、DevOps、CI/CD、敏捷、无服务器、应用现代化、企业数字化转型等等新概念为一体的技术体系，没有特别清晰的边界，且在持续演进发展之中