我们目前正准备转向事件驱动/面向服务的架构(知道这将是一个漫长的过程)。如果有人有什么建议的话,我想听一些智慧的话。我们的管理开始真正推动过渡,但来自顺序处理环境的我们不仅担心我们的it吞吐,而且担心业务如何应对它。
只是想看看其他人在这种类型的移动中还必须忍受哪些最初的障碍。他们购买了甲骨文的WebLogic / SOA / BPEL Suite。
谢谢,
S
发布于 2010-01-25 14:19:00
埃里克·J说的话。
此外,尝试抑制让一些集中的代码片段充当所有东西的主控的冲动。
尝试垂直(基于单独的业务职责,每个服务都有一个完整的垂直堆栈)与水平(其中每个服务“向下”调用到较低的层)来组织服务也是一个好主意。他们应该表现得更像同行,而不是层。
发布于 2010-01-25 14:06:15
确保团队中有真正了解EDA/SOA的人(员工或承包商)。
太多的公司认为,他们应该尝试一项新技术,因为它周围的议论和一些优秀的文章在CIO杂志上,但未能为公司带来成功所必需的知识。
发布于 2010-02-10 19:14:08
了解如何发现您的服务,并了解soa方法、治理……如果您不这样做,您可能会得到一个SOA意大利面条系统。
http://www.amazon.com/Service-Oriented-Architecture-SOA-Concepts-Technology/dp/0131858580
https://stackoverflow.com/questions/2130466
复制相似问题