SOA的解释之一---更复杂,规模更大的分布式系统
来源:互联网 发布:java分布式框架 编辑:程序博客网 时间:2024/04/27 22:50
做过一些SOA 产品和SOA 项目,有了一些对SOA 的认识。既不忽悠SOA ,也不认为SOA 只是个忽悠。 企业信息化系统发展到现在这个阶段,每个企业都不只有一个应用系统,而每个应用系统也变得越来越复杂。应用变复杂了,规模大了,用的资源多了,在内存中缓存的数据多了,一个进程承载不下,自然要多个进程。一个节点承载不了这许多进程,自然要分配到多个节点上。这些不同节点上的不同进程多采用消息中间件进行交互,基于消息中间件实现远程方法的调用。这就是服务接口。多个应用可以共用某些进程的功能,这就是服务的复用。 Web Service 是标准的服务接口技术,你也可以使用自己定义的接口。至于如何将多个应用进行应用层和基础层的服务划分,实现服务的高可用性,高内聚低耦合性,这是个没有确定答案的方法论问题。在设计开发时,要依赖于架构师对整个系统的业务逻辑和技术逻辑的把握,依赖于架构师的设计经验。
- SOA的解释之一---更复杂,规模更大的分布式系统
- 分布式系统之一:分布式系统的挑战
- SOA架构的三层体系结构分布式系统
- 分布式事务之一:SOA需要怎样的事务控制方式
- 更复杂的程序
- 更复杂的滤镜
- 更复杂的查询
- 实现更复杂的交互
- SOA概念通俗的解释
- SOA的学习笔记之一
- [第1篇] 谈谈分布式事务之一:SOA需要怎样的事务控制方式
- 谈谈分布式事务之一:SOA需要怎样的事务控制方式
- 研究:生女儿的父亲更平等、更大方、更长寿
- 基于Dubbo的分布式系统架构-使用Dubbo进行规模服务化前的工程结构优化
- 百万用户规模的系统如何扩展
- 让系统更清晰——解构复杂系统的五种常用模型
- 复杂的中断系统
- 系统的复杂程度
- MTK界面设计中消除PNG图片的杂色背景
- MTK一些有用的层函数
- 关于Struts + Hibernate 的项目产生的“非常异常”
- 继承和引用在buiw中的体现
- CMCC-Fota
- SOA的解释之一---更复杂,规模更大的分布式系统
- 美化MTK的拨号窗口
- MTK的铃声修改与替换
- MTK的DM应用实例
- 再谈MTK的History机制
- 简单图形编程的学习(1)---文字 (Windows GDI实现)
- 再转载一篇---引用 MTK的高亮机制
- 一次增加表空间的过程
- MTK的图片资源的修改与替换