名称类别链接备注 ACM Library学术期刊https://dl.acm.org/tes LEEE CS Library学术期刊https://www.computer.org/csdl CCF 会员中国计算机学会的期刊、视频资源http://dl.ccf.org.cn/index.html 哈佛商业评论网站 http://www.hbrchina.org/ http://shop.caijingmobile.com/product/view/id/341 知网学术期刊http://www.cnki.net/
根据美团下一代服务治理系统 OCTO2.0 的探索与实践整理总结而来 一、OCTO现状 OCTO 是美团标准化的服务治理基础设施，治理能力统一、性能及易用性表现优异、治理能力生态丰富，已广泛应用于美团各事业线。但是存在一些问题： 对多语言支持不够好。 美团技术栈使用的语言主要是 Java，占比到达80%以上，上面介绍的诸多治理能力也集中在 Java 体系。 但美团同时还有其他近10种后台服务语言在使用，这些语言的治理生态均十分薄弱，同时在多元业务的模式下必然会有增长的多语言需求，为每一种语言都建设一套完善的治理体系成本很高，也不太可能落地。 中间件和业务绑定在一起，制约着彼此迭代。 一般来说，核心的治理能力主要由通信框架承载，虽然做到了逻辑隔离，但中间件的逻辑不可避免会和业务在物理上耦合在一起。这种模式下，中间件引入Bug需要所有业务配合升级，这对业务的研发效率也会造成损害；新特性的发布也依赖业务逐个升级，不具备自主的控制能力。 异构治理体系技术融合成本很高。 治理决策比较分散。 每个节点只能根据自己的状态进行决策，无法与其他节点协同仲裁。 针对以上痛点，我们考虑依托于 Service....
一言以蔽之：Service Mesh是微服务时代的TCP协议。 微服务的定义 微服务 (Microservices) 是一种软件架构风格，它是以专注于单一责任与功能的小型功能区块 (Small Building Blocks) 为基础，利用模块化的方式组合出复杂的大型应用程序，各功能区块使用与***语言无关*** (Language-Independent/Language agnostic) 的 API 集相互通信。 第一代微服务 在TCP出现之后，机器之间的网络通信不再是一个难题，以GFS/BigTable/MapReduce为代表的分布式系统得以蓬勃发展。这时，分布式系统特有的通信语义又出现了，如熔断策略、负载均衡、服务发现、认证和授权、quota限制、trace和监控等等，于是服务根据业务需求来实现一部分所需的通信语义。 第二代微服务 为了避免每个服务都需要自己实现一套分布式系统通信的语义功能，随着技术的发展，一些面向微服务架构的开发框架出现了，如Twitter的Finagle、Facebook的Proxygen以及Spring Cloud等等，这些框架实现了分布式系统通信需要....