SOA 新业务语言 新系统架构——SOA与Web 2.0

 

SOA 新业务语言 新系统架构——SOA与Web 2.0

 
“我们日益认识到Web 2.0 和SOA的概念在很大程度上是相同的,只是被粉饰成为软件的不同部分(如果的确存在不同的话)。”-Dion Hinchliffe
 
ZDNet同事Dion Hinchliffe观察SOA和Web 2.0的混合使用已经有一段时间了。他在一篇新博客中说SOA和Web 2.0有很多重叠的东西,例如都是基于invoke的服务,都能存在于网络的任何位置等等。
 
SOA和Web 2.0的共性远大于不同,而且Web 2.0在推广SOA方面起到了一定作用。
 
直到到现在为止,SOA和Web 2.0拥有不同的支持者— SOA 更多涉及企业结构和开拓商铺,而 Web 2.0 更关注用户。这种差别随着更多企业接纳Web 2.0而在变化,但是Dion依然认为这两项技术有着不同的重心:
 
“O’Reilly公司的 Web 2.0 告诉我们数据是现在的软件应用中最重要的部分… SOA 告诉我们服务才是中心。 SOA 中传输数据的服务也非常重要,但是传统 SOA 的更关注 IT 系统的接合处而不是那些能使接合处更具价值的东西。
 
Dion最后认为, SOA 也许是通畅的管道,但并不是系统中通过的水的价值。他说“SOA提供了更工程化、可预设的和正式的视角,也许能够满足大量重要技术标准但是经常被认为忽略了最重要的问题: 人是软件的中心,我们的数据是无法替代的,并具有极大的市场优势。我们的软件或服务就象 IT 系统中的电和网络带宽,非常基础但是并不具有最重要的价值。
 
许多行业领导者说企业同时需要SOA类方法的结构和Web 2.0方法的创业能力。
 
我帮助准备了最近召开的SOA执行大会分析报告,探讨了SOA和Web 2.0的相互影响,特别是mashup(即多种服务的组合)。我采访了webMethods公司SOA产品营销副总裁Miko Matsumura,他非常慎重的反对毫无节制的运用mashup,因为“这种不定形的方式过于专制”,他说:“这种模式与具有合理限制的模式相比,天生缺少灵活性和敏捷性,而且价格更贵。”
 
Miko补充说有所限制的SOA管理“更应该被认为是支点,而不是‘束身衣’如果你在一方面进行限制,并不意味着不能在其他方向自由活动。这就是SOA所表现出的平衡,也就是IT和业务的结盟。一方面向天马行空,另一边却想勒紧缰绳。”
 
Dion指出了一些SOA和Web 2.0共有的要素,并列出了一些共通点:
软件重组
管理
软件就是服务
应用就是平台
无意识的使用
开放
AJAX
 
互操作性
货币化
安全
网络导向架构
 
最后一条网络导向架构或者WOA是关键的内容,最终有可能会将SOA和Web 2.0合为一体。Dion说:“关于传统SOA规模最大的一场讨论中,从表面上看现在世界上有几千种软件平台和环境。如果它们不能按照你的SOA(SOAP和WS-*)方式与你对话,就不可能实现互操作性。”
 
不过Dion还补充说:“通过运用WOA,任何人都能说HTTP — 最基础的网络协议— 任何人都能处理XML, 也就是说现存的任何工具和平台都可以实现互操作并简单、安全和容易的共同工作,并在其他服务上面建造应用。重要的,mashup是迈向WOA的关键结果,而且大部分mashup都以REST或者类似REST的服务为基础。”
 
Mashups可能会在SOA中占据超出我们想象的更重要的位置。做为InfoWorld项目的一部分,我采访了 Software AG技术泰斗Mighael Botha,他是这样认为的:“我认为mashup是SOA的价值所在。我可以向用户展示Mashup,并说:“这是一种能使组织机构内部用户使用同一视角的软件结合使用技术。用户可能不理解什么是mashup,但是当他们看到他们能够从后台的六、七个不同的系统中获得全部关于客户或产品的数据,他们就会明白。”
 
Web 2.0最终会造福SOA吗? Oracle Fusion 中间件高级总监Ashish Mohindaroo是这样认为的:“ Web 2.0 所关注的是用户生产力的提高,而 SOA 关注的是现有资产的再利用。如果我能够将不同网站的内容拆散再组合成新的页面或者为最终用户提供新的服务,会是一件很好地事情。”他解释说:“过去我在推出新服务时可能需要更长的时间,因为所有的工作都要从头做起。”
 
 
 
 
SOA and Web 2.0: 边缘与中心间的重心移转
 
 
Web 2.0 与 SOA: Web 2.0 介绍
 
  • 0
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 7
    评论
教务系统是一个典型的企业级应用,SOA架构可以为其带来很多好处,比如模块化、可扩展性、松耦合等。下面是一个可能的教务系统SOA架构参考用例: 1. 前端展示层:负责展示教务信息给用户,包括学生、教师、管理员等。该层需要支持不同的终端设备,比如PC、手机、平板等。可以使用前端框架,如React、Angular、Vue等。 2. 认证授权层:负责用户认证和授权,以保证数据的安全性。可以使用OAuth、JWT等技术实现。 3. 学籍管理服务:负责学生的入学、退学、转学等学籍管理工作。该服务需要与学生信息系统、招生系统、毕业生就业信息管理系统等进行数据交互。 4. 课程管理服务:负责课程的发布、修改、删除等管理工作。该服务需要与教学计划管理系统、课程资源管理系统等进行数据交互。 5. 教学管理服务:负责教学管理工作,包括课程安排、教师管理、学生成绩管理等。该服务需要与教学计划管理系统、学生信息系统、教师管理系统等进行数据交互。 6. 财务管理服务:负责学费管理、奖学金管理、助学金管理等财务管理工作。该服务需要与财务系统进行数据交互。 7. 数据分析服务:负责统计、分析、展示教务数据,为教务决策提供支持。该服务需要与数据仓库、BI系统等进行数据交互。 8. 消息通知服务:负责向用户发送消息通知,比如课表变动、成绩公布等。可以使用消息队列、短信、邮件等方式实现。 9. 日志监控服务:负责监控系统运行情况,记录日志,发现异常并报警。可以使用ELK、Prometheus、Grafana等工具实现。 以上只是一个参考用例,具体的架构还需要根据实际情况进行设计和调整。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 7
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值