BT

如何利用碎片时间提升技术认知与能力? 点击获取答案

服务监管人

| 作者 Dilip Krishnan 关注 0 他的粉丝 ,译者 黄璜 关注 0 他的粉丝 发布于 2008年12月18日. 估计阅读时间: 2 分钟 | QCon上海2018 关注大数据平台技术选型、搭建、系统迁移和优化的经验。

“让我们想象一个快乐SOA的美好世界,在这里企业所需的计算能力被分解到许多小型的应用当中,相互提供服务以支持有效的协作。一个晴朗的早晨某个消费者服务需要请求某个供应者服务的一些信息。” Martin Fowler设置了一个任何多业务单元SOA基础设施都可能遇到问题的场景。

在理想化的世界里,消费服务的开发者只需要请求供应者服务开发相应的潜在服务,一切就搞定了。但生活不是一帆风顺的——症结在于供应服务的开发者还要做其它的事,通常这对于他们的客户和管理层来说,要比帮助这个消费者服务团队重要得多。

Martin指出了该问题的一个真实世界解决案例,它已被其同事Erik Dörnenburg使用。

他们借鉴了开源的做法,将他们所有的服务都实现为内部的开源系统。这让消费服务开发者可以自己编写服务。

他建议每个人都能够增强服务并提交“补丁”,然后由服务监管人审阅和“应用”。他将服务监管者的角色比拟成开源项目的维护者,并且“尽管通过监管人的方式不能完全消除消费开发者需要等待供应服务开发者这一问题,但它极大地减轻了这一难题”。他认为监管人应用“补丁”要比自己开发服务改进要容易得多,而且这一流程伸缩性极佳,只要消费服务开发者随着时间发展赢得了监管人的信任即可。

服务监管者的责任对于这一方式的成功是至关重要的。Martin提及的解决方案,类似于Jim Webber的Geurilla SOA,一个草根SOA实施方法。Tony Baer,在SOA Insights的播客中,警告了这一方式的潜在风险。

如果项目变得足够大,你从头开始创建一个新服务就为了能快点把新需求搞定,结果会如何?这正是大杂烩代码(你得到的是一堆相互缠绕的程序)产生的方式--尽管能更快的产出,但你最后真的就不会想要去维护那些垃圾了。

到底服务重用需要被制度化并由各自的功能团队来治理,还是应当在企业内部采取草根式的开源运动并由每个功能团队的服务监管人来充当牧师?请一定亲自查看Martin Fowlers的原文并分享你的经验。

查看英文原文:Service Custodian

评价本文

专业度
风格

您好,朋友!

您需要 注册一个InfoQ账号 或者 才能进行评论。在您完成注册后还需要进行一些设置。

获得来自InfoQ的更多体验。

告诉我们您的想法

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我
社区评论

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

讨论

登陆InfoQ,与你最关心的话题互动。


找回密码....

Follow

关注你最喜爱的话题和作者

快速浏览网站内你所感兴趣话题的精选内容。

Like

内容自由定制

选择想要阅读的主题和喜爱的作者定制自己的新闻源。

Notifications

获取更新

设置通知机制以获取内容更新对您而言是否重要

BT