新闻中心
分布式微服务架构设计原理笔记

  JEE将企业级软件架构分为三个层级:Web层、业务逻辑层、数据存取层,将80%通用的与业务无关的逻辑和流程封装在应用服务器的模块化组件中。

  为解决单体架构的瓶颈,SOA出现,,将模块化组件进一步划分形成独立的对外服务的网络化组件,每个网络化组件通过某种网络协议对外提供服务:

  使运行在不同的机器及操作系统上的服务互相发现和调用成为可能,并且通过某种协议交换数据

  ESB企业服务总线的简称,是用于设计和实现网络化服务交互和通信的软件模型,用于企业信息化系统集成服务场景中。没有中心化的服务节点,每个服务提供者都是通过总线的模式插入系统

  可独立开发、配置、运行和可维护的自服务,致力于松耦合和高内聚的效果,不再强调服务总线和通信机制多样性,通过Restful的API和轻量级的消息通信协议来完成。并不是为了拆分而拆分,目的是实现水平扩展解决传统的单体应用在业务急剧增长时遇到的问题,而且由于拆分的微服务系统中专业的人做专业事,

  SOA服务化范围更广,强调不同的异构服务间的协作和契约,强调有效集成、业务流程编排

  微服务在于有效拆解应用,实现敏捷部署和开发,减少跨团队沟通,让专业人做专业事,缩小变更和迭代影响的范围,并达到单一服务更容易水平扩展的目的

  SOA服务化通常组件化模块方式打包在一个War包里,然后统一部署在一个应用服务器中

  团队的划分方法是我们首先要考虑的一个核心要素,服务独立UI、后台、DBA、运营和运维人员

  去数据共享模式:交互通过定义良好的接口来实现,不允许使用共享数据来实现

  拆分到可以让使用方自由编排底层的子服务来获取响应的组合服务即可,同时要考虑团队的建设的数量和分配等

无法在这个位置找到: plus/ckplayer.htm

上一篇:华尔街英语:核心学习体系+持续打磨升级产品服务 实现行业突围 下一篇:微服务架构