【干货下载】谷歌、亚马逊等十大公司精选微服务案例

自去年以来，微服务受到了前所未有的关注，众多的互联网巨头开始实施微服务架构并取得了不错的反响，话不多说，今天我们就为大家盘点一下谷歌、亚马逊等十大科技公司的微服务实践案例。 1. 谷歌 随着多元化微服务的流行，越来越多的服务开始采用微服务来构建。近日，曾在Google和eBay担任高级职务的Randy Shoup在博客中分享了其从这两个公司所学习到的构建大规模服务架构的经验。本文对Randy谈论的内容进行了总结，为那些没有创建、使用和保护大规模架构的工程师提供参考。 拥有多元化微服务的大规模生态系统运行情况如何呢？ eBay和Google采用了数百到数千个单独的服务来协同工作。 现在的大规模系统都是以图的形式，而不是层次式或多个连接的形式来构成服务。 服务之间相互依赖。 只有旧的大规模系统采用高度集成的方式进行组织。 目前运行良好的系统都是不断变革的产物。例如，Google从来没有对系统进行过集中的设计。当前的系统纯粹是适应时代和技术发展演变而成的。变异和自然选择。当一个新的问题出现，工程师通常选择利用已有的产品或服务来解决。因此，一个服务只有在不断的提供价值、不断被使用的情况下，才能避免被淘汰的命运。 详细文档请关注我们微信号，回复“京东”，获取下载地址 2. 亚马逊 Munns是Amazon的DevOps部门的业务开发经理，他在演讲中引用了维基百科上微服务的定义，但同时也列举了微服务的4条使用上的限制： 单一目的。 仅通过API进行连接。 通过HTTPS协议进行连接。 微服务之间大体以黑盒的方式展现。 描述团队的规模有一个著名的术语，即刚好能吃完两只披萨的团队。在Amazon，这样的团队被称为服务团队，他们对于创建过程具有完全的自主权，包括产品的计划、开发工作、运维以及客户支持。他们具备完全的自主权及责任性，同时也负责每日的运维和维护工作。换句话说，谁创建的服务，就由谁负责运行。这意味着质量保证（QA）人员以及运维人员都隶属于服务团队之中。但Munns也提到，承担这一角色的部分员工也有可能由整个组织共享。 对于团队来说，这样的文化意味着很高的自由度，但这些团队将通过以下途径得到授权并保证实施的高标准： 全面的培训。 由具有20年以上开发经验的员工全面定义各种模式与实践。 在业务与技术两方面定期进行衡量指标审查。 由内部的专家分享关于新工具、服务与技术的知识。 Munn对于小型团队与微服务在Amazon的发展进行了深入的观察，以了解其重点所在。对于其他打算按照相同方式发展的组织，Munn提出了一些建议： 文化 —— 这里要强调一点，自主权与责任是不可分离的，规模越大的团队，其运作速度相对于小型团队将有所下降。团队要坚持卓越产品的标准，但并非坚守做事的方式一成不变。 实践 —— Munn提到了持续集成（CI）与持续交付（CD），以及简化运维任务的重要性。 工具 —— 这些工具将用于之前所提到的实践、基础