正如Joe McKendrick在ZDNet中写的博客一样：咨询公司：云后面就没有架构吗?应用集成专家David Linthicum认为“很多人没有以一种正确的方式来从事云计算，遗漏了很多架构优势。相反，他们仅仅是把企业扔到私有或者公共云上并报以乐观态度。”

　　网友John Power认为云计算已经忽略了很多SOA教训。SOA最初承诺承诺能够从使用很多标准的不同厂商中选择并使用最好的技术。就这一点在真正使用SOA软件的时候已经大打折扣。云提供商现在把用户锁定在其特定的云中，如果你去选择别晕提供商，你也就是把自己锁定在另一个专用体系结构中而已。

　　理论上最好的是能有一个通用云，而且可以在你所希望的任何云上运行。假设给定一个工作负载，有一天你可以每天根据关键准则的不同选择云提供商，然后将你的任务部署到那个云中。然而，这不可能实现。因此，互用性标准可以协助我们从一个云供应商中将工作负载转移到另一个中去。John的观点其实很明确，主要是针对云厂商的锁定而言。

　　我们的读者Herbjorn Wilhelmsen认为不良架构则是云计算的一个主要障碍。SOA是云计算的促成者，但是那是另一种愿景了。做事情的新技术和新方法总是让我们忘记了以前的教训。这也就意味着老的经验教训一定要吸取，而且要付出时间的代价。SOA可以让云解决方案更加灵活和轻松地进行混合或者取代。

　　SOA专家Michael Poulin对此也表示直到云提供商转到商业提供商为止，每个厂商都希望用自己的云解决方案锁住你。在业务中，首先是成本，云和云端的成本。在这可以向IBM学习。Michael的话不假，目前云解决方案的市场并没有很明朗化，处于春秋战国时期，真正的秦王还没有出现，不是吗?

　　对此，网友Lori Mac Vittie也发表了自己的看法，她认为当今厂商提供的产品是服务驱动的API，并不是真正的面向服务运营。就如同我们炒作SOA，仅仅是在集成SDK和API之上服务驱动的一种伪象而已，或者是作为应用中的一种接口，云提供商只不过是提供了服务驱动的接口。我们没能意识到面向服务的核心并抽象成一种真正实现交互和面向服务架构有用的东西。HTTP+SOAP不会自动地赐予我们一个SOA。Noam Tamarkin则并不同意这个观点，他认为很多SOA经验教训并不是在云端实施的。应用之间的连通性并不能轻松实现，因为这些应用在云端。
第三十五届CIO班招生
国际CIO认证培训
首席数据官（CDO）认证培训

免责声明：本网站（http://www.ciotimes.com/）内容主要来自原创、合作媒体供稿和第三方投稿，凡在本网站出现的信息，均仅供参考。本网站将尽力确保所提供信息的准确性及可靠性，但不保证有关资料的准确性及可靠性，读者在使用前请进一步核实，并对任何自主决定的行为负责。本网站对有关资料所引致的错误、不确或遗漏，概不负任何法律责任。
本网站刊载的所有内容（包括但不仅限文字、图片、LOGO、音频、视频、软件、程序等）版权归原作者所有。任何单位或个人认为本网站中的内容可能涉嫌侵犯其知识产权或存在不实内容时，请及时通知本站，予以删除。