https://blog.csdn.net/pingyan158/article/details/52764106
原文地址:http://skaka.me/blog/2016/03/19/finagle1/
微服务架构可能是时下最热的一种架构模式了. 这篇系列里, 我想介绍一些常用的微服务框架. 通过学习这些框架, 我们将会了解实现微服务的过程中会遇到哪些问题, 以及这些微服务框架是如何帮助我们解决这些问题的. 所以这是一篇关于微服务实践的系列, 我不会讨论太多概念性的东西. 系列末尾我会给出一些微服务架构相关的链接, 感兴趣的可以参考.
微服务不同于单一架构应用, 是典型的分布式场景, 各服务之间通过IPC进行通信. 实现微服务的过程中, 我们需要解决以下问题:
1. 服务注册和服务发现.
2. 根据应用选择合适的通信协议和数据协议. 例如可以选用thrift, protocol buffer或REST.
3. 服务负载均衡. 一个服务一般会部署多个实例. 如果使压力均匀分布是需要考虑的问题.
4. 服务路由与限流.
5. 容错处理. 相对于单机应用, 分布式环境下错误发生的概率会大大提高, 服务宕机, 网络不可用的情况时常发生.
6. 服务监控. 各服务实例的性能指标, 例如请求响应时间, 请求并发数量, 以及服务实例的部署数量等.
7. 事务一致性. 一般来说这个问题需要我们结合业务自己处理, 框架不会给我们太多帮助.
好的微服务框架应该能帮助我们解决上面的全部或者大部分问题. 这里我选择JVM上比较热门的三个微服务框架: Finagle, Spring Cloud(NetflixOSS), Dubbox. 我会从实例入手, 介绍这些框架的使用方式, 特点和适用场景.
首先来看Finagle. Finagle是Twitter在2011年开源的一款RPC框架, 在国外使用较多, 例如Pinterest, Nest, Tumblr, 感兴趣的可以Google. Finagle有着较为丰富的生态圈, 例如可以使用Finch很方便的实现REST, 使用Finagle OAuth2实现OAuth认证, 使用zipkin实现服务监控. Finagle使用Scala开发, 官方宣称同时支持Scala和Java语言.
具体介绍见:
https://blog.csdn.net/pingyan158/article/details/52764106
原文地址:http://skaka.me/blog/2016/03/19/finagle1/