SOA可以满足各种信息集成的要求,动态地适应企业流程的更新与重组,体现了跨平台、灵活性和易扩展。
SOA(面向服务的架构)是一种优秀的IT架构设计理念,它既满足了企业对敏捷和速度的需要,也适应了业务流程不断变化的现状,
人类并不是一生下来就有“共享”这一观念,对于遗留系统也是同样。最近,美国国防部情报机构正在使用面向服务架构的方法来更好地共享信息,
在你的企业里,是否也出现了这样的情况:IT系统所承载的负荷越来越重,多次发生系统宕机或故障,业务部门的抱怨越来越多。
面向服务架构的下一步是什么呢? 许多人看到它与其他方法的融合,因为单独SOA不足以构成商业案例(business case)——业务要求高效的客户服务,
2010年9月27日至10月1日,ISO/IEC JTC1 SC38(分布应用平台与服务分技术委员会)第二次全会在美国纽约召开。
任何架构师都会证实,治理并不是一个“为什么要治理”的问题,而是“如何治理”和“何时治理”的问题。
随着SOA领域的发展,它带来了一些应该解决的有趣的难题以便推动应用和实现它许诺的好处。许多人花很长时间才理解到SOA并不是一个纯粹的技术问题。
2005年以前,中国企业对SOA一无所知,而后部分企业用户开始内部交流论证SOA,但觉得SOA远不如BI(商业智能)或EAI(企业系统集成)等技术词语显得通俗易懂;大部分IT专业人员也在头疼如何给企业用户讲明白面向服务的体系架构。2006年,部分企业已经开始试点实施SOA 项目。随着厂商产品技术的不断完善和相关国际标准的出台,进入 2007年后SOA 话题慢慢开始变热……
数字应用的世界里应该都是一个个的小球,代表着一个个简单的功能,几个小球组合起来,就是一个超级无敌的变形金刚。我们程序员学设计模式、学架构、苦练抽象/接口/范型、搞平台,终究敌不过让人想拿棉花当板砖撞头的用户大帝。我们盼啊盼,盼了CORABA,盼来了EJB,盼来了COM+,如今我们又盼来了SOA,一个个设计精巧思考成熟的组件模型体系。但是,我们的胜利号角怎么还是没有吹响呢?我们怎么还处在石器时代照着石头磨刀呢?
日前eBay高级架构师Randy Shoup已经确定计划在4月7日到9日举行的QCon全球企业开发大会北京站上的演讲题目:来自eBay的教训——可扩展站点的最佳实践,将会谈及一整套eBay发展过程中总结出来的最佳实践,包括分区、异步、故障恢复和自动化等。
想要成功部署SOA,CIO须明白四个模糊认识,1、为什么不同的人对SOA有不同的解释?2、业务流程管理(BPM)和SOA是何关系?3、“瀑布式”开发与迭代式开发哪个适合SOA?4、Web服务与SOA是一样的吗?