云架构师需要在五方面转换SOA式思路
企业架构真的准备好接受云计算了吗？那么云计算也真的适合企业的架构吗？云计算的出现确实带来了一些不同的思考方式，但实际上这些“新”思路，并不是那么新。
来自IT及云计算咨询服务供应商Appirio公司的Chris Bruzzi和Nick Hamm曾发表过一篇文章，其中两人与CIO们分享了一些关于云应用开发的个人经验。他们在文中指出，应用的开发和部署过程中，执行者应该注意在五个方面改变自己的固有习惯，以便更好地为企业实现云计算。现在，这些思路依旧适用。
对于拥有SOA（面向服务架构）领域工作经验的架构师和开发者来说，最成功的那些实践案例大多都极为相似。但Bruzzi和Hamm却认为过去的SOA架构有很大的局限性，因为它总是被企业整体架构挡在门外。然而随着越来越多的企业IT开始转向云计算，人们真的应该重新考虑“面向服务”式思路了：
1. 利用组件化的方式来设计架构解决方案：先考虑清楚企业的需求是什么，然后再设计一个以多个松散耦合组件构成的解决方案，以满足企业的总体需求。这样做确实会增加前期的工作量，但后期得到的回报却要比付出大得多。
2. 越过应用开发语言来审视API接口：10年前，所谓的IT企业不是Java商店就是.NET商店。云计算将问题焦点从应用引向了应用开发语言和服务交付平台。这就意味着云计算架构师也需要将目光从技术或开发语言上，转移到那些用于使用这些技术和语言的架构服务及API接口上。
3. 尽可能多地重复使用组件：这些云计算规划方案中的组件也许已经能够有效地发挥作用了，无论这些组件是来自企业自己的程序库内部或是外部的云计算供应商，例如Salesfroce.com和Amazon Web Services（亚马逊网络服务），都可以重复使用。
4. 以外包的形式扩展团队：留意开发者社区，比如CloudSpokes或是99Designs ，并在那里寻找新的组件。这样做的好处在于，应用的构建速度会大大加快，同时避免了受限于所在团队的整体技术能力。许多颇具创造性的解决方案都是在这种情况下设计出来的。
5. 对企业内部应用进行评估：在云计算解决方案中，有大量关于企业内部应用在配置、编码、质量等方面的可用数据以供评估。某些云计算解决方案供应商也会收集这些基准测试程序数值，但是他们肯定不会提供所有的资料，因此架构师有必要自己去做些收集工作。
(责任编辑：admin)
- “扫一扫”关注融合网微信号
免责声明：我方仅为合法的第三方企业注册用户所发布的内容提供存储空间，融合网不对其发布的内容提供任何形式的保证：不保证内容满足您的要求，不保证融合网的服务不会中断。因网络状况、通讯线路、第三方网站或管理部门的要求等任何原因而导致您不能正常使用融合网，融合网不承担任何法律责任。
第三方企业注册用户在融合网发布的内容（包含但不限于融合网目前各产品功能里的内容）仅表明其第三方企业注册用户的立场和观点，并不代表融合网的立场或观点。相关各方及作者发布此信息的目的在于传播、分享更多信息，并不代表本网站的观点和立场，更与本站立场无关。相关各方及作者在我方平台上发表、发布的所有资料、言论等仅代表其作者个人观点，与本网站立场无关，不对您构成任何投资、交易等方面的建议。用户应基于自己的独立判断，自行决定并承担相应风险。
根据相关协议内容，第三方企业注册用户已知悉自身作为内容的发布者，需自行对所发表内容（如，字体、图片、文章内容等）负责，因所发表内容（如，字体、图片、文章内容等）等所引发的一切纠纷均由该内容的发布者（即，第三方企业注册用户）承担全部法律及连带责任。融合网不承担任何法律及连带责任。
第三方企业注册用户在融合网相关栏目上所发布的涉嫌侵犯他人知识产权或其他合法权益的内容（如，字体、图片、文章内容等），经相关版权方、权利方等提供初步证据，融合网有权先行予以删除，并保留移交司法机关查处的权利。参照相应司法机关的查处结果，融合网对于第三方企业用户所发布内容的处置具有最终决定权。
个人或单位如认为第三方企业注册用户在融合网上发布的内容（如，字体、图片、文章内容等）存在侵犯自身合法权益的，应准备好具有法律效应的证明材料，及时与融合网取得联系，以便融合网及时协调第三方企业注册用户并迅速做出相应处理工作。
融合网联系方式：（一）、电话：（010）57722280；（二）、电子邮箱：2029555353@qq.com dwrh@dwrh.net
对免责声明的解释、修改及更新权均属于融合网所有。
京公网安备 11011202002094号