一旦你计算出可行的投资回报，证明你云服务具有合理性，那么你就可以关注现有应用的架构了。其中包括：

    数据

    服务

    流程

    网络

    用户接口和API

    安全性

    管理性

    扩展能力

    这方面更多的取决于应用的老旧程度以及应用是如何设计的。在许多实例中，较新的应用被创建时使用的是针对于行为与数据的API。较老的应用可能根本没有API。在一些案例中，较老的应用在向云服务迁移时需要花费额外的时间与精力。

    当然，总是有办法与老旧的应用进行沟通的，例如事务接口、直接数据访问，甚至是屏幕抓取。但是这些方法常常存在性能与扩展性问题。是使用这些接口还是对架构进行大幅修改应当考虑效率问题。

    当你全面了解了应用架构，你将更加深刻地理解将核心应用服务转变为云服务的最佳方式。这包括了解数据库的结构和工作机制、数据库访问方式、业务逻辑的使用与执行、与用户接口的整合，以及核心业务流程的诸多组件等。

    首先要将应用分解成功能基元，如数据、服务、流程、用户接口等。一旦你全面了解了这些组件，你就能够为应用重新创建逻辑架构，让其适合云服务要求。其次是将新的逻辑架构映射到物理架构中，确定创建物理架构所需要的工作。

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