888集团6008

　　888集团6008（泉源：至顶网　作者：不详）

　　企业架构真的准备好接受云盘算了吗
？那么云盘算也真的适合企业的架构吗
？云盘算的泛起确实带来了一些差别的思索方法，但现实上这些“新”思绪，并不是那么新
。

　　来自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. 对企业内部应用举行评估：在云盘算解决计划中，有大宗关于企业内部应用在设置、编码、质量等方面的可用数据以供评估
。某些云盘算解决计划供应商也会网络这些基准测试程序数值，可是他们一定不会提供所有的资料，因此架构师有须要自己去做些网络事情
。