这是我参与「第五届青训营 」伴学笔记创作活动的第9天。
微服务架构原理与治理实践
微服务架构
需求： 互联网爆炸性发展 硬件设施的快速发展 需求复杂性的多样化 开发人员的急剧增加 计算机理论及技术的发展
系统架构演进历史
单体架构->垂直应用架构->分布式架构->SOA架构->微服务架构
单体架构：
优势：性能最高；冗余小
劣势：debug困难；模块互相影响；模块分工、开发流程
垂直应用架构：
优势：业务独立开发维护
劣势：不同业务存在冗余；每个业务还是单体
分布式架构：
优势：业务无关的独立服务
劣势：服务模块Bug可导致全站瘫痪；调用关系十分复杂；不同服务冗余
SOA架构：
优势：服务注册
劣势：整个系统设计是中心化；需要从上至下设计；重构十分困难
微服务架构：
优势：开发效率；业务独立设计；自下而上；故障隔离
劣势：治理、运维难度；观测挑战；安全性；分布式系统
微服务架构核心要素
服务治理：服务注册、服务发现、负载均衡、扩缩容、流量治理
可观测性：日志采集、日志分析、监控打点、监控大盘
安全：身份验证、认证授权、访问令牌、审计
微服务架构原理及特征
基本概念
服务：一组具有相同逻辑的运行实体
示例：一个服务中，每个运行实体即为一个实例
实例与进程的关系：实例与进程之间没有对应关系；实例可以对应一个或者多个进程
集群：通常指服务内部的逻辑划分，包含多个实例
有状态/无状态服务：服务的实例是否存储了可持续化的数据
核心服务治理功能
概念
服务发布是指让服务升级运行新的代码的过程
服务发布的难点在于：服务不可用；服务抖动；服务回滚
服务发布的类型：蓝绿发布、灰色发布。
流量治理
在微服务架构之下，我们可以基于地区、集群、实例、请求等维度，对端对端流量的路由路径进行精确控制。
负载均衡
负载均衡负责分配请求在每个下游实例上的分布
稳定性治理
可能出现的问题包括：网络攻击；流量突增；机房断电；光纤被挖；机器故障；网络故障；机房空调故障。
微服务框架中典型的稳定性治理功能。
稳定性治理包括：限流、熔断、过载保护以及降级
总结
在本节课中我主要学习了微服务架构原理与治理相关的知识，同时还跟随老师课上的实际环节深入了解了微服务架构治理实现过程中可能遇到的问题，但是在课上还是产生了一些疑问，后续我会通过阅读相关资料、与同学沟通的方式解决这些疑问。
