## 美团点评微服务框架及治理系统OCTO 演进之路 曹继光 美团点评资深技术专家 ## 极客邦科技 会议推荐2019  ## QCon 北京 ## 全球软件开发大会 大会：5月6–8日 培训：5月9–10日 QCon 2c024453720b1a35210/p4_1.jpg) ## TABLE OF CONTENTS 大纲 • 服务治理系统OCTO演进及架构设计 · 美团点评服务治理实践 • OCTO在Service Mesh 和开源方向进展 ## 美团点评服务治理系统OCTO概况 公司级基础设施， 万亿级调用/天 覆盖服务数量数万个， 节点数十万 支撑到家(外卖配送)，到店(团购、酒店)、支付等所有业务 整体分拆：系统能力拆分到多模块，各模块独立迭代 ## OCTO系统架构  - OCTO-NS：命名服务 - SGAgent：服务治理代理 - OCTO-RPC：轻量级服务框架 - Scanner：服务状态监控系统 - OCTO-Portal：一站式治理平台

[Image](/uploads/documents/2/e/3/6/2e36498f9ef1829b94b3a0e4cbcc4177/p32_1.jpg) ## Service Mesh : OCTO-Mesh架构 治理体系协作系统 注册中心 密钥系统 稳定性保障系统 众多治理平台 控制平面 adcore-pilot 中心管控系统 adcore-dispatch 统一接入中心 健康检查系统 节点管理系统 监控预警系统 控制面节点注册 metaServer系统 双向流式通道，xDS改进 数据面发现控制面节点 Proxy管理系统 数据平面 OCTO-Proxy TCP，美团统一通信协议 OCTO-Proxy LEGO-Agent UDS UDS 业务进程/sdk 业务进程(客户端) 业务进程（服务端） ## 总结：历史的规律总是那么相近 为了解决单体的复杂度问题，我们引入微服务架构

[docker] ; 当前是否构建docker节点的安装包.0: 否 1: 是 docker_toggle=0 ; docker仓库地址. docker_repository=fiscoorg/fisco-octo ; docker版本号. docker_version=v1.3.x-latest ; 生成web3sdk证书时使用的keystore与clientcert的密码. ; 也是生成的web3sd 方式1：退出当前登录,重新登录一次 • 方式2：执行node.sh脚本中的内容，首先cat node.sh，将显示的内容执行一遍 $ cat node.sh export NODE_HOME=/root/octo/fisco-bcos/build/nodejs* export PATH=$PATH:$NODE_HOME/bin* export NODE_PATH=$NODE_HOME/lib/node_ modules:$NODE_HOME/lib/node_modules/ether eum-console/node_modules; $ export NODE_HOME=/root/octo/fisco-bcos/build/nodejs* export PATH=$PATH:$NODE_HOME/bin* export NODE_PATH=$NODE_HOME/lib/node_modu

com.octo.captcha jcaptcha 2.0-alpha-1 com.octo.captcha java.servlet com.octo.captcha . jcaptcha 提供了 jcaptcha 核心；而 jcaptcha-integration-simple-servlet 提供了与 Servlet 集成。 ## 二、 GMailEngine ce { public MyManageableImageCaptchaService( com.octo.captcha.service.captchastore.CaptchaStore.captchaStore, com.octo.captcha.engine.CaptchaEngine.captchaEngine, int minGu

written from an operational Agile in DHS: Bill Pratt, Director Strategic Technology Management, DHS OCTO. (linkedin.com/in/bill-pratt-2431335) ## 3 Embedded Support for Agile Acquisition (NextGen AAWG)

148_2.jpg) 上图是比较典型的美团技术体系下的分布式系统结构：依托了美团公共组件和服务，完成了分区扩容、容灾和监控的能力。前端流量会通过HLB来分发和负载均衡；在分区内，服务与服务会通过OCTO进行通信，提供服务注册、自动发现、负载均衡、容错、灰度发布等等服务。当然也可以通过消息队列进行通信，例如Kafka、RabbitMQ。在存储层使用Zebra来访问分布式数据库进行读写操作。利用CAT |极高可用性|5个9|99.999%|5分钟| |容错可用性|6个9|99.9999%|31秒| 可用性标准 因为业界的标准是后验的指标，考虑到对于平时工作的指导意义，我们通常采用服务治理平台OCTO来统计可用性。计算方法是： →服务可用性 = 成功调用数 / 调用总数 →成功调用数 = 调用总数 - 失败调用数 →平均可用性 = 选择时间段内成功调用总次数 / 选择时间段内调用总数 →日平均调用数 计数器。可以使用Guava的RateLimiter来实现。其中SmoothBurstry是基于令牌桶算法的，SmoothWarmingUp是基于漏桶算法的。 - 核心交易这边采用美团服务治理平台OCTO做thrift截流。可支持接口粒度配额、支持单机/集群配额、支持指定消费者配额、支持测试模式工作、及时的报警通知。其中测试模式是只报警并不真正节流。关闭测试模式则超过限流阈值系统做异常抛出处理。限流策略可以随时关闭。

This options are self-understanding: • Squares • Hexagons: (hexa = 6) • Octogons and Squares: (octo = 8) #### 15.10.7 Page Curl ##### 15.10.7.1 Overview You can find this filter through Filters →