2018-01-03 第3章 分布式服务框架的选择

传统模式的问题，几百人维护一个WAR包的模式，带来了以下几个主要问题：
1）项目团队间协同成本高，业务响应越来越慢。
2）应用复杂度已超出人的认知负载。
3）错误难于隔离。
4）数据库连接能力很难扩展。
5）应用扩展成本高。

改造的时间：
经过两个多月的应用改造，用户中心于2008年年初成功上线。
在14个月的时间内将原来单一应用的模式改造成为基于SOA理念的分布式服务架构。
多少人？
但集团投入的资源和成本其实是非常巨大的，甚至在特定的时间段内也停止了应用对前端业务新需求的响应。

这两套SOA的架构：
1） ESB模式：实现系统间的互联互通
2） “去中心化”分布式服务架构：扩展性是首要的。
“点对点的问题与困扰”

SOA的主要特性：
·面向服务的分布式计算。
·服务间松散耦合。
·支持服务的组装。
·服务注册和自动发现。
·以服务契约方式定义服务交互方式。

关于微服务
·分布式服务组成的系统。
·按照业务而不是技术来划分组织。
·做有生命的产品而不是项目。
·智能化服务端点与傻瓜式服务编排。
·自动化运维。
·系统容错。
·服务快速演化。
从本质上来说，“微服务”是SOA的一种演变

阿里巴巴分布式服务框架HSF
HSF服务框架包含以下主要组件：
·服务提供者。
·服务调用者。
·地址服务器。
·配置服务器。
·Diamond服务器。

HSF服务框架的工作原理：
·服务节点对配置服务器列表的获取。
·服务的注册发布。
·服务的订阅。
·服务规则的推送
·服务交互。

HSF框架采用Netty+Hession数据序列化协议实现服务交互
·Netty加上Hession数据序列化协议实现HSF服务间的交互，主要考虑点是在大并发量时，服务交互性能达到最佳。
·Hessian是HSF框架中默认使用的数据序列化协议，在数据量较小时性能表现出众，

构建企业微服务架构的问题：
·微服务化的应用架构如何进行有效的服务管控。
·分布式事务难题。
·自动化运维和平台稳定性。
·微服务的服务设计。
·原有组织架构是否满足微服务架构持续发展的需要。