微服务最佳实践

文章来源：http://www.oschina.net/translate/cracking-microservices-practices?cmp      

在我还不知道什么叫微服务架构的时候我就使用过它。之前，我写了一些管道程序(pipeline application)，它由一些相互和队列交互的模块构成。自那以后，一批ThoughtWorks的专家也讨论过微服务。Fred George[1]，接着是James Lewis[2]还有 Martin Fowler[3] 都写博文讨论微服务，使得微服务变成了下一个时髦术语，如今每一个公司都想使用一些微服务。

        如今有一些关于它的标签:endorsements,likes,trainings,甚至two day conferences.关于它的事情听得越多，意识到Apach Camel愈来愈搭配这种风格的程序。在这篇博文中，咱们能够看到Apach Camel框架能够帮助咱们用几行Java代码建立微服务风格的应用程序。

微服务实践

在微服务架构中没有什么新东西。好久之前就有人设计并实现了不少相似的应用。微服务只是一个新名词，它描述了一种拥有某些特色并听从某些原则的软件体系风格。它是这样一种架构风格：一个应用或软件由多个各自独立的服务组成，服务之间以一种基于事件的轻量级协议来进行通讯。在一样的方式下，TDD帮助咱们建立了单一职责的类，微服务原则能够在系统级别上指导咱们建立出简单的应用。

本文中，咱们将不会讨论微服务的原则或者特性，也不会讨论它究竟是实现SOA的一种方式仍是一种全新的软件设计过程，咱们只是来看一下微服务的常见的实践方式，以及Apache Camel是如何帮助咱们实现微服务的。如今关于微服务尚未一个权威的定义，可是若是你看过上面提到的文章或视频，你会发现，下面这些都是微服务的很常见的实践方式:

1. 小规模.

微服务的最基本的原则指的是，每一个应用程序规模很小，只专一于处理一件事，并作得很是好。从10 LOC到1000，组成程序规模的大小一直是一个有争议的话题。我我的倾向这样一个观点，程序的规模应该恰好容纳下你的脑壳。不少人的脑壳很大的，因此这仍是一个有争议的话题(译者注:此处是黑色幽默，可忽略)。我认为，一旦一个程序只作一件事并作得很好，这只是一个很好的规模，不是一个纳米服务(nanoservice)。The very fundamental principle of microservices says that each application is small in size and it only does one thing and does it well. 

Camel程序与生俱来就是规模就小.一个同时具备错误处理和helper beans的CamleContext大约有100LOC(line of code).因为有了Camel DSLs和URIs来提取终端地址，经过HTTP或者JMS接受事件，解包并发送响应反馈也不过50行代码(LOC).这对于理解端对端来讲足够规模小了，重写或丢弃这样的小规模代码也没有什么遗憾。

2. 具备事务边界。

 一个由多个微服务构成的应用就造成了一个最终一致性的系统，而多个这种系统组成的大系统，其总体状态在给定时间点上都是不可知的。这就等于本身给本身设置了一个障碍，使得那些不熟悉分布式应用的团队更难于理解进而采用微服务架构。即便整个系统的状态不固定，使用事务边界来定义消息的归属也是很重要的。

在异构系统中确保事务化的操做可不是那么容易，可是Camel却具备很强的事务支持能力。Camel拥有能够参与事务的终端、事务化的路由和错误处理、幂等的消费者和补偿操做，全部这些能帮助开发者轻松的建立出具备事务化行为的服务。

3. 自我监测。

 这是我最喜欢的微服务的特性之一。服务应该提供信息来描述它所依赖的各类资源的状态和它本身的状态。这都是些统计信息，好比处理一个消息的平均时间、最大最小时间，成功和失败的消息的个数，能够跟踪一个消息，内存使用率等等。

这是Camel的开箱即用的功能。每个Camel应用都会默认搜集JMX统计信息，包括整个应用的信息、私有路由的信息、终端和消费组件的信息等。它会告诉你有多少消息成功处理了，有到少失败了，在哪儿失败的，等等。这些API不是只读性的，JMX也容许在运行期间对程序进行更新和调整，也就是说你可使用同一套API，根据这些统计信息来相应的调整应用程序。这些统计信息也能够用其它工具来访问，好比jConsole，VisualVM，Hyperic HQ等，也能够用Jolokia经过HTTP进行访问，或者把信息提供给一个叫作Hawtio[6]的很棒的web UI组件。

图 1: Hawtio

若是开箱即用的功能不能知足你的个性化需求，也有一些扩展方式能够选择，好比nagios, jmx, amazon云监控组件和自定义事件拦截器等。

消息型应用的日志是另外一个挑战，可是Camel的MDC日志结合Throughput日志器，就能够很容易的来跟踪某些信息或者获取日志信息聚合后的统计信息。

5. 为处理失败而设计。

 单个微服务有可能宕机或者一段时间内无响应，但这不该该致使整个系统不可用。因此微服务应该可以容灾并在可能的时候进行恢复。

Camel也有许多有用的工具和模式来处理这些情形。Dead Letter Channel能够确保消息在传输失败的时候不会丢失，在某些错误产生时，重试策略能够借助于自定义后备方法和冲突避免策略，把一个消息进行屡次发送。模式方面，好比支持断路器[7]的Load balancer(负载均衡器), 好比Failover(容灾)和其它策略，好比Throttler(节流阀)能够确保某个节点不会负载太重，还有Detour, Sampler也都是在各类出错情形下须要用到的。因此，有什么理由不用这些，而要在每一个服务里从新造轮子呢?

6. 高可配置性。

对同一程序应该经过简单的配置就能够达到高可用性，应该很容易扩展来达到可靠性或提升吞吐量，或者换句话说: 经过配置就能够拥有不一样程度的自由。当使用DSL建立了一个Camel应用时，咱们作的所有工做就是定义消息流，配置各类终端还有配置应用的其它特性。因此说Camel应用被设计的高度可配置化。当全部这些选项都被外化到配置组件以后，就能够按照指望来配置和从新部署应用，根本无需碰触源代码。Camel是如此的可配置化，你甚至不修改任何程序代码就能够用一个终端来替换另外一个(好比用JMS来替换HTTP终端)，这一点咱们下面会讲到。

7. 具备智能终端。

 微服务更倾向于使用REST风格的协议和轻量级消息机制，而不是使用Web Services。Camel则什么都支持。它不须要其它框架就能够支持HTTP。它有这种组件，好比异步HTTP, GAE URL获取服务, Apache HTTP Client, Jetty, Netty, Servlet, Restlet, CXF以及用多种数据格式对消息进行序列化/反序列化。关于队列方面的支持状况，有各类开箱即用的链接器，好比JMS, ActiveMQ, ZeroMQ, Amazon SQS, Amazon SNS, AMQP, Kestrel, Kafka, Stomp, 你能叫上名字的都有。

8. 可测试化。

关于这一特性没有一个特别统一的见解。有些人倾向于根本不作测试而依赖于业务指标。有些人则压根儿不能忍受出现糟糕的业务指标。我喜欢TDD(测试驱动开发)，喜欢可以不依赖于实际的消息流就能够测试个人业务POJO，这样经过模拟外部终端来测试消息流就没有什么价值了。Camel在测试方面能够支持拦截和模拟终端、模拟事件、轻松的对指望结果进行验证。拥有通过良好测试的微服务，是使得整个系统可以正常运转的惟一保障。

9. 单独供应。

微服务的最重要的特性是，服务是彼此隔离运行的，并且一般都是做为独立Java应用来运行。Camel能够嵌入到Spring，OSGI或者web容器中去。固然Camel也能够内置一个Jetty终端，而后做为一个独立的Java应用来运行。可是没有一个集中式的管理工具的话，管理多个独立运行的应用但是个棘手的差事。而这正是开发出Fabric8[8]的缘由。Fabric8是由开发Camel的同一帮人开发的，而且由Red Hat JBoss来维护。它是一个复合的Java应用供应和管理工具，能够部署和管理多种Java容器和独立的进程。想要深刻了解Fabric8的话，能够参考注释[9]，它是Christian Posta写的一篇不错的文章。

10. 语言中立性。

 采用小而独立部署的应用模式，使得开发者能够针对特定任务采用最合适的语言。Camel以特定的语法和能力支持 XML, Java, Scala, Groovy和其它一些DSL(领域特定语言)。可是若是你在处理一个微服务时根本不想使用Camel的话，你仍然可使用Fabric8来部署和管理那些其它语言编写的应用程序，并以本地进程的方式来运行它们。

总结: 微服务没有一个严格的定义，而这恰是一种美。它是一种轻量级的实现SOA的方式，并且很好用。Apache Camel也是如此。它不支持ESB的所有特性，不过它能够做为JBoss Fuse的一部分。Apache Camel不是一个由严格定义的规范来驱动的项目，而是一个轻量级的工具，并且开发者们爱它。

参考资料

[1] Micro­Service Architecture, by Fred George (video) https://www.youtube.com/watch?v=2rKEveL55TY

[2] Micro­Services ­ Java, the UNIX way, by James lewis (video) http://jz13.java.no/presentation.html?id=2a7b489a

[3] Microservices, by Martin Fowler http://martinfowler.com/articles/microservices.html

[4] μCon: The Microservices Conference https://skillsmatter.com/conferences/6312­mucon

[5} Nanoservices http://arnon.me/wp­content/uploads/2010/10/Nanoservices.pdf

[6] Hawtio http://hawt.io/

[7] Circuit Breaker Pattern in Apache Camel by Bilgin Ibryam http://www.ofbizian.com/2014/04/circuit­breaker­pattern-in­apache­camel.html

[8] Fabric8 http://fabric8.io/

[9] Meet Fabric8: An open­source integration platform by Christian Posta http://www.christianposta.com/blog/?p=376

[10] Micro Services the easy way with Fabric8 by James Strachan http://macstrac.blogspot.co.uk/2014/05/micro-services­with­fabric8.html