如果这个问题很密集,请原谅我.
背景:我们有几个内部应用程序集成在数据库中.我们正在研究如何突破这一点,似乎转向一种架构,其中每个应用程序通过服务公开其功能,而不是调用其他应用程序的数据库,这是最有意义的.这对我来说似乎是一种面向服务的架构.当我浏览有关开始使用面向服务的体系结构的信息时,我看到很多关于本文的讨论:SOA已经死了; 长期服务.我也从Martin Fowler和Jim Webber那里看到了这一点:我的公共汽车在这方面看起来很大吗?.
题:
smo*_*ok1 15
SOA是一个聪明的想法,但围绕它的巨大炒作让人们写"SOA现在已经死了".这不是真的,正如句子"结构编程已经死了,现在每个人都做OOP!" 并非总是如此:有时结构代码是唯一的选择,但决定应该在评估上,而不是炒作.在谈论SOA时也是如此:有时您需要SOA,有时您需要服务.
Jas*_*ker 10
我对SOA一无所知,但我经常看到这些技术经历了一个循环:
我的猜测是SOA只是这些技术中的另一种.
SOA并没有死.像每个好主意一样,它成为我们景观的一部分.电子商务一词在早期是一个很大的想法,现在我们甚至不再使用这个词了.我甚至不再使用面向对象这个术语了.
目前的炒作是云计算.把一切都放在云端.
SOA的最佳实践是在您需要的地方编写好的服务.过度使用SOA会增加延迟.如果需要高效执行代码,请在数据库中使用存储过程.如果它能够胜任,你就无法击败一个好的本地服务.
我会说它没有死,但它现在已经落入了建筑师的工具集中,因为它现在被理解为它可以提供帮助的地方,也可能不是.
使用SOA与您的数据库交谈是没有意义的,因为您希望这种集成是紧密且高效的.但是在正确的位置使用它可以让您在组织的不同部分之间拥有良好的干净界面,并且可能允许您升级每个系统而不管其他系统.
但是在现实生活中,如果你的工资单系统出现故障,每个人都会非常不满意,只是因为你的应用程序可能会在没有其中一个组件的情况下跛行并不意味着它不会影响你的系统.
创建仅具有接口知识而不是基础系统知识的系统是不可能的(我将用以下内容告诫:"工作正常且性能良好").以网络浏览器作为一个有趣的例子,每个好的网站都以"他们使用什么浏览器并修复我的网站并利用xyz功能"开头.
| 归档时间: |
|
| 查看次数: |
9980 次 |
| 最近记录: |