微服务生态系统
这一篇是对 Go Micro 官方博客介绍微服务的文章翻译。
在后续的文章中，我会写一些在公司使用 Go Micro 开发微服务的实践经验以及对官方博客的翻译。
先讨论一下软件开发的特性。
变化总是在进行中，我们越来越接近一个被技术和商业驱动的社会，维持竞争能力变得越来越困难，如果采用低效的平台、结构和代码，组织将会越来越低效。创立十年以上的技术公司正在经历扩张带来的技术痛苦，但大部分仍然采用旧有的技术解决新问题。
是时候把世界上最成功公司的竞争优势分享给其他人了，现在我们讨论微服务，一种构建核心技术优势的手段。
什么是微服务?
微服务是一种软件架构模式，用于将大型架构拆解成小型模块，服务之间使用灵活的协议进行通信，使各个服务专注于自身的业务。
用学院派的定义来说明微服务:
Loosely coupled service oriented architecture with a bounded context
An approach to developing a single application as a suite of small services, each running in its own process and communicating with lightweight mechanisms
微服务并不是一个新的概念，而是一种新的服务架构模式，早在 unix 中就存在类似的理念(进程和管道)。
微服务架构的哲学：
服务是很小的，单一的服务只做单一的业务，类似
unix中的Do one thing and do it well应该适合进行自动化部署和测试，可以轻易的减轻运维和管理的负担
系统必须有很好的容错性，健壮性
为什么是微服务?
随着组织的技术和人员扩张，庞大的代码已经越来越难以维护。我们都认为 Twitter 会失败，因为他们尝试在现有的巨大的系统上不断进行产品需求的开发。微服务的理念让 Twitter 分解整个应用为很小服务，每个服务都被单个小型团队负责。每个团队都为整个系统负责，而每个服务又可以单独的进行部署。
[图片上传失败...(image-59fe77-1512705588249)]
我们从第一手的经验知道了微服务让开发周期进行的更快，提高了生产力，构造优秀的可扩展系统
我们看一下其中的一些好处：
更容易进行开发：不同的团队根据不同的需求，管理好自己的服务即可
更容易理解：微服务很小，经常是1000行或者更少
更容易频繁的部署新版本：服务很容易独立的进行部署、扩展和管理
提高了错误的容忍度和错误隔离：单个服务的错误不会对其他服务造成影响
提高了执行的速度：团队独立的开发、部署和管理微服务将使需求实现的更快
服务可以重用：unix的设计理念影响了微服务，这让你可以复用很多服务
什么是 Micro?
Micro 是一个微服务的生态系统，专注于为当代科技驱动的企业提供产品、服务和解决方案。我们计划为企业提供微服务资源以提高企业的技术水平。从早期的产品原型到大规模产品的部署都有解决方案。
我们看到了行业的基本的转折点正在到来，摩尔定律在起作用，我们拥有了越来越多的能力，而我们并不能完全了解这些全新的能力，当前的工具和开发实践不能在新的领域再起作用。开发者没有获得工具来从庞大的代码系统转向更加高效的设计架构。大部分公司会经历到一个节点即大量的研发投入到庞大的系统中，但没有产生相应的产出。Netfix，Twitter 等公司都经历了这些，结局都是构建自己的微服务平台。
我们的愿景是提供基础的工具让任何人都能受益于微服务，我们已经开始行动，基于开源的微服务工具包 Micro ，接下来将会有一系列的文章介绍各个工具。
作者：流年1004
链接：https://www.jianshu.com/p/352778f089c0
随时随地看视频
