beforeSendResponse Future complete Edge Service • 作为整个微服务系统对外的接口，向最终用户提供服务，接入RESTful请求，转发给内 部微服务 • 基于ServiceComb标准consumer流程转发请求到内部微服务，所有consumer治理能力， 不必独立开发，直接重用 ELB Edge Service Backend ...... Edge Service URL规划为：/{pefix}/{microserviceName}/{v1/v2/......}/path • 第一个segment为固定前缀，表示这是一个微服务调用，可用于让前置LB识别这是一个需要转发到edge的请求 这里假设前缀为rest • 第二个segment为微服务名 • 第三个segment表示兼容规则，v1表示调用1.0.0-2.0.0的微服务,v2表示2.0.0-3.0.0的微服务 通过getOrder声明相对其他dispatcher的执行顺序 • 自己能处理的url，拦截处理 – 根据自定义规则获取目标微服务名、版本规则、新url等等参数 – 通过EdgeInvocation转发请求 • 自己不能处理的url，放通给其他dispatcher处理 Metrics-架构 • 基于netflix spectator • Foundation-metrics通过SPI机制加载所有

Governance API server Prometheus Zipkin 功能与实现原理 多协议支持 • 任意协议请求都被抽象为Invocation模型进行处理，最终再转换 为协议请求转发 6/30/2018 Http Request Grpc Request Transfer Invocation Http Server Grpc Server Transfer Http 进行开发调试，上云后 需要与Mesher使用时，改为http://ServiceName • 服务调用层级不要超过3层 • 若调用层级超过2层，业务代码想要用上调用链追踪需要将TraceID转发 • 想要根据某些业务数据进行路由的话，将数据放在请求的header当中 • 业务开发期不要上云后就打开容错功能，容错会掩盖业务问题 6/30/2018 Take Away • 一个商用级SERVICE

拥抱Istio生态 - 为Istio数据面提供新的可能性和选择，使用mesher替代Envoy。 - 并将go chassis接入到Istio，为istio提供侵入式框架 - 不使用Iptables转发 - 不接入Mixer服务，而是直接接入不同生态系统 13 Huawei Confidential Kubernetes Master 14 部署-社区方案 Kubernetes Node

SDK a) https://github.com/apache/servicecomb-java-chassis b) 和服务注册中心通信，共同维护表 • 网关 a) 对外提供固定地址，提供路由转发功能 b) 网关固定IP:端口/服务名/URL -> 服务动态IP:端口/URL (网关固定IP:端口/A服务名 =A服务动态IP:端口) 注册中心 ServiceCenter SDK SDK

可定制 固定组件 Transport Transport Source Resolver 多协议⽀支持 • 任意协议请求都被抽象为Invocation模型进⾏行处理，最终再转换为协议请 求转发 Http Request Grpc Request Thrift Request Transfer Invocation Http Server Grpc Server Thrift

SDK a) https://github.com/apache/servicecomb-java-chassis b) 和服务注册中心通信，共同维护表 • 网关 a) 对外提供固定地址，提供路由转发功能 b) 网关固定IP:端口/服务名/URL -> 服务动态IP:端口/URL (网关固定IP:端口/A服务名 =A服务动态IP:端口) 注册中心 ServiceCenter SDK SDK