顾伟：大家好，我是普元信息技术股份有限公司的架构师顾伟，目前主要从事云计算、智能运维、平台基础架构等方向的工作，同时对插件开发、HTML5、Docker等技术有着浓厚的兴趣。
InfoQ：与传统单块架构相比，“微服务”架构有哪些特点？ 顾伟：特点其实是比较显然的，比如开放、轻量、松耦合、易迁移、易伸缩、容错性、自监控、语言中性等。总的来说，微服务架构是一种更灵活、更可靠、更开放的架构。
InfoQ：像您所说， “微服务”是“零散”的，这种特征又能够帮助企业解决哪些难点和痛点？
顾伟：我们可以反过来看这个问题，传统的企业级架构，往往会面临着几个难题： 1.弹性能力不够。单块架构使得要伸缩就是整体的伸缩，但你的流量中可能占90%只是针对其中20%的服务的访问，那为什么不把这20%的服务独立出来呢？将好的资源用于支撑这些服务，达到资源的最大化集约使用。 2.业务变化调整较慢。由于业务部署在一起的原因，单个业务的调整使得整个应用都需要重新集成、测试、发布等，虽然有一些自动化的保障，但还是无法做到成本最少，风险最低。 3.开放能力不足。随着云计算、云服务的高度发展，服务按需的模式会越来越多。一个企业不可能所有服务都自建，也不可能永远封闭，而是需要能够快速整合外部服务，同时将内部的服务开放出去，这也是对传统企业架构的一大挑战。 如何解决这些问题，正是微服务架构的关键目标所在。微服务的“零散”特征使得企业能够快速应对服务扩容、业务开放、业务变化、服务整合等需求。
InfoQ：我们已经了解“微服务”架构的优势，那从单块架构转型到“微服务”架构，又需要考虑哪些因素或注意哪些问题？ 顾伟：前面一直在说微服务架构的好处，但使用微服务的同时，对企业的IT支撑管理、运维等能力的要求也会相应提升，比如： 1.微服务之间的通信问题。企业需要提供一套比较完善、轻量的通信机制，保证服务调用的可靠、可跟踪、高性能等。 2.微服务的监控度量问题。服务的分散使得交易路径有时候会变得比较复杂，如何从业务维度对链路实行跟踪回溯，如何度量整体业务的吞吐，如何快速发现业务的瓶颈，是使用微服务必须解决的问题。 3.微服务的粒度问题。在很多企业实行微服务架构时，往往会走到一些技术极端，过度的拆分服务。微服务更应该类似Unix的服务，每个服务目标单一，只做一件事情，能够有很好的复用性。
InfoQ：您在“微服务”架构的实践上已经有比较丰富的经验，是否可以简单介绍一个典型案例。
顾伟：去年做过一个电信领域的数据发布的项目，主要场景是将企业内部产生的各类数据，按照不同协议安全发布给外部客户订阅。 这个项目中会涉及到很多微服务：包括集中调度（订阅推送）、文件传输、文件存储、元数据管理、权限认证等，每类服务都是集群部署的情况下，最终至少会有20多个进程，每次到一个地方部署都要结合具体环境花费不少时间。 最终解决方案是结合了当下比较流行的Docker技术，通过对Container的管理，完成了服务的自动发布。其实这个方案也间接的说明了一些问题，比如微服务架构和云计算、智能运维等是都密不可分的。
原文发布时间为：2015-05-23
本文来自云栖社区合作伙伴“大数据文摘”，了解相关信息可以关注“BigDataDigest”微信公众号
