系统面临的问题
- 项目团队间协同成本高,业务响应越来越慢。
- 应用复杂度已超出人的认知负载。
- 错误难于隔离。
- 数据库连接能力很难扩展。
- 应用扩展成本高。
共享服务平台解决的问题
- 降低不同模块开发团队间的协同成本,业务响应更迅捷。
- 大大降低系统间的耦合度以及整体复杂度,各个开发团队可专注于各自的业务模块。
- 避免了个别模块的错误给整体带来的影响。
- 业务拆分后解放了对单数据库集群连接数的能力依赖。
- 做到针对性的业务能力扩容,减少不必要的资源浪费。
SOA的主要特性
- 面向服务的分布式计算。
- 服务间松散耦合。
- 支持服务的组装。
- 服务注册和自动发现。
- 以服务契约方式定义服务交互方式。
HSF服务框架
- 服务提供者。
- 服务调用者。
- 地址服务器。
- 配置服务器。
- Diamond服务器。
- HSF框架采用Netty+Hession数据序列化协议实现服务交互
微服务
- 分布式服务组成的系统。
- 按照业务而不是技术来划分组织。
- 做有生命的产品而不是项目。
- 智能化服务端点与傻瓜式服务编排。
- 自动化运维。
- 系统容错。
- 服务快速演化。
- 服务中心一定是不断发展的
- 服务中心中的服务形态多样性依赖于接口的服务依赖于工具的服务依赖于数据的服务
- 一个服务中心可以进一步划分
共享服务中心的架构目的
通过业务拆分来降低系统的复杂性;通过服务共享来提供可重用性;通过服务化来达到业务支持的敏捷性;通过统一的数据架构来消除数据交互的屏障。承载业务逻辑、沉淀业务数据、产生业务价值。 1.高内聚、低耦合原则 2.数据完整性原则 3.业务可运营性原则 4.渐进性的建设原则
CAP理论
一个分布式系统最多只能同时满足一致性(Consistency)、可用性(Availability)和分区容错性(Partition tolerance)这三项中的两项。
BASE
是指基本可用(Basically Available)、柔性状态(Soft State)、最终一致性(Eventual Consistency)。
本文暂时没有评论,来添加一个吧(●'◡'●)