基于K8S的微服务治理架构.pptx

基于K8S的微服务治理架构Agenda基于gRPC的微服务框架介绍微服务治理和监控基于K8S的微服务构建、开发和部署打造适合微服务的技术团队微服务框架选型思考的几点原则社区热度架构成熟度学习曲线可维护性文档多坑少比较容易找到人方便开发方便迁移多协议支持多语言支持基于主流技术现有知识传承监控能力运维能力选型过程中，我们对比了比较流行的开源框架功能点/服务框架备选方案Netflix/Spring cloudMotangRPCThriftDubbo/DubboX功能定位微服务框架RPC框架,但整合了ZK或Consul,实现 集群环境的基本的服务注册/发现RPC框架RPC框架服务框架支持Rest是否否否是支持RPC否是(Hession2)是是是支持多语言是(Rest形式)否是是否服务注册/发现Eureka服务注册表，Karyon服务端框 架支持服务自注册和健康检查是(zookeeper/consul)否否是负载均衡是(服务端Zuul+客户端Ribbon)是(客户端)否否是(客户端)配置服务Netflix ArchaiusSpring Cloud Config Server集中配置是(zookeeper提供)否否是服务调用链监控否 Zuul提供边缘服务,API网关否否否否高可用/容错是(服务端Hystrix+客户端Ribbon)是(客户端)否否是(客户端)典型应用案例NetflixSinaeBay/CoreOSFacebook用户多社区活跃程度高一般高一般已经不维护了学习难度中等低高高低文档丰富度高一般一般一般高其他Spring Cloud Bus支持降级Netflix准备集成gRPCIDL定义实践的公司比较多， 许多企业已放弃， 如京东… 那么，实现微服务框架，我们希望得到什么?clientsexplorer文档柔性设计方便使用节约时间代码生成迁移工具方便测试易于运维简化开发调用方便可用性 和安全高性能metricsthrottlingload sheddingauthentication多协议支持CachingContinuations为此，我们的选型经历了如下过程自研Proxy进阶封装GRPC，简化开发基于Proxy的服务端治理、流量控制基于Proxy的RPC与REST协议互转基于K8S的灰度发布借鉴Netflix思想结合DevOps平台的语义化版本管理基于APM(Pinpoint)服务监控和调用拓扑绘制初级阶段Spring + Netflix解决方案缺少服务实现方案, 仍然基于RestEasy代码优先的开发不如契约优先好管理Zuul同步调用的性能损失，不支持RPCEureka依然是中心化治理初步的服务化缺少治理手段缺少统一规范微服务框架总览Graeae[ɡri:i]为希腊神话中可知过去、现在、未来的三盲人女妖,却用同一只眼睛看世界.取此名亦想体现微服务共存共依,又相互独立的特点.开发工具工程脚手架Maven插件IDLSPIMockUTGraeae Proxy反向代理 服务注册健康检查 路由控制Graeae ConsumerGraeae Server注册生命周期同步化GRPC处理链优雅关闭Hystrix处理链G…RPC核心服务拦截器流量控制运 维日志APM服务治理服务状态可视化管理微服务框架之端点 – Graeae EndpointService ContainerSpring Boot 集成代码配 置分离Stub重构扩展IDL FileInitializeconfigurationHandler Chain注册gRPCDestroyRelease解耦业 务和框 架实现熔断器 (Client)注解简 化开发LifecycleClose Notify 抽象基于生命周期的服务容器概念，将服务运行时划分为生命周期的各个阶段在生命周期的各个阶段完成对服务上下文的构建与管理提供对服务端治理的注册、寻址支持提供对部署层的代码、配置分离底层基于gRPC，在gRPC基础上对易用性及功能性进行加强基于annotation标注及stub重新构建，打断业务实现与gRPC的紧耦合重构stub，简化方法调用，屏蔽gRPC stub易用性间隙客户端集成Netflix的Hystrix熔断器，提供fast-fail能力StartRegistryReadyGraeae对gRPC原生代码的改造和增强重构gRPC原生代码的生成结构，去掉了内部类和基类继承GrpcClientBuidlerGrpcServerBuidler使用annotation简化client，server和service的开发@GraeaeClient@GraeaeServer@GraeaeServiceSpringBoot Starter集成@EnableGraeaeClient端Hy