8. 可测试化。 关于这一特性没有一个特别统一的看法。有些人倾向于根本不做测试而依赖于业务指标。有些人则压根儿不能忍受出现糟糕的业务指标。我喜欢TDD(测试驱动开发)，喜欢能够不依赖于实际的消息流就可以测试我的业务POJO，这样通过模拟外部终端来测试消息流就没有什么价值了。Camel在测试方面可以支持拦截和模拟终端、模拟事件、轻松的对期望结果进行验证。拥有经过良好测试的微服务，是使得整个系统能够正常运转的唯一保障。 9. 单独供应。微服务的最重要的特性是，服务是彼此隔离运行的，而且通常都是作为独立Java应用来运行。Camel可以嵌入到Spring，OSGI或者web容器中去。当然Camel也可以内置一个Jetty终端，然后作为一个独立的Java应用来运行。但是没有一个集中式的管理工具的话，管理多个独立运行的应用可是个棘手的差事。而这正是开发出Fabric8[8]的原因。Fabric8是由开发Camel的同一帮人开发的，并且由Red Hat JBoss来维护。它是一个复合的Java应用供应和管理工具，可以部署和管理多种Java容器和独立的进程。想要深入了解Fabric8的话，可以参考注释[9]，它是{敏感词} 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 {敏感词} Posta http://www.{敏感词}posta.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 |
