微服务架构的组件设计

微服务架构的组件设计跟我做一个Java微服务项目大纲微服务注册与发现服务调用与通信API网关Terms术语约定ServiceRegistry服务注册表ServiceDiscovery服务发现ServiceRegistration服务注册ServiceDe-registration服务注销APIGatewayAPI网关服务注册与发现传统方法硬编码IP或DNS查询Service#1Service#2config:Service#1Service#2config:DNS查询使用简单需要管理域名配置文件如何处理故障？处理故障将DNS解析指向负载均衡器Service#1Service#2config:如何检查服务是否健康？如何注册服务？LoadBalancerService#2Service#2为何需要服务注册表服务注册健康检测服务发现服务注销服务注册服务注册方式自注册Self-registration第三方注册Third-partyregistrationMicroserviceMicroserviceServiceRegistrySelf-registration启动、关闭时启动、关闭时Third-partyregistrationMicroserviceMicroserviceServiceRegistry启动服务关闭服务MicroserviceServiceManager检测到服务崩溃服务发现服务发现方式Client-sidediscoveryServer-sidediscoveryClient-sidediscoveryMicroserviceAPIGatewayServiceRegistryServiceClient1234Server-sidediscoveryMicroserviceAPIGatewayServiceRegistryServiceClient1234常用“服务注册表”常用服务注册表ServiceRegistryZookeeper/etcd/coreos/etcdHashicorpConsulhttps://www.consul.io/Eureka/Netflix/eurekaConsul服务注册与发现健康检测配置管理跨机房支持DNS、REST接口支持ConsulDEMOEureka服务注册与发现基于Java语言跨机房支持REST接口支持EurekaDEMO服务调用与通信服务间调用服务间调用方式Server-side调用Client-side调用Server-side调用MicroserviceServiceRegistryMicroservice1ServiceProxy23456RegistryrequestsAPIRequestsClient-side调用MicroserviceServiceRegistryMicroservice1RegistryrequestsAPIRequests234服务间通信服务间通信方式1对11对多同步请求/响应—异步通知发布/订阅请求/异步响应发布/异步响应基于HTTP的同步方式HTTPREST简单，“请求/响应”模式防火墙友好，跨网调用方便不支持“发布/订阅”模式调用方、被调用方得同时在线调用方得知道被调用方的主机名和端口MicroserviceMicroserviceREST?!基于消息的异步方式以使用Broker为例消息生产者与消费者解耦broker可缓存消息支持多种通信模式broker添加了复杂度“请求/响应”模式不适用MicroserviceMicroservice消息MicroserviceMicroservice消息MicroserviceMicroserviceMicroservice事件驱动订单服务新订单完成用户中心物流服务配送货物积分变动API网关OrderProductShipmentBillingBrowserMobile单体OrderProductShipmentBillingBrowserMobile微服务带来的问题入口(EntryPoint)变动需消费者(Client)跟随变动后端服务架构调整对外可见服务接口版本一致性问题请求数量增多协议支持友好度，如AMQP、ThriftOrderProductShipmentBillingBrowserMobileAPIGatewayAPI网关API网关的优点封装了系统内部架构，简化消费者使用请求组合，给消费者灵活定制API，减少请求量单入口，协议转换为Web-Friendly服务端变化带来的影响降到最低负载均衡、请求路由、身份验证...API网关的缺点带来了额外