API都是用来访问数据和服务的。没有具体的规则来定义云计算API应该如何工作或者它们应该提供什么功能。但是,当多个供应商提供相互竞争的或者类似的服务,并且使用完全不同的API去访问这些服务时,问题就出现了。
随着云应用的增长,越来越多的企业尝试同时使用多个供应商。
IT环境的一贯特点是由他们的工作负载运行的类型所决定的。传统上,这些工作负载分为两大阵营。
借助来自许多成熟的公有云服务的精心策划部署策略的内置工具,企业组织机构的IT团队可以——而且也应该将他们的测试 开发迁移到公共云服务了
云计算正在重塑整个IT堆栈,从最基本的层面到客户的层面。应用程序层也没有什么不同。
飞速发展的云计算和移动应用程序使企业网络的边界得到了扩展,单纯的网络安全已经不足以很好的保护组织的网络,暴露在互联网上供无数人随时随地进行访问的应用程序,同样需要得到很好的保护。
应用程序的架构检查是指检查应用程序架构中当前的安全控制。这种检查有助于用户在早期确认潜在的安全漏洞,并在开始开发之前就极大地减少漏洞。糟糕的架构设计有可能暴露出应用程序的许多安全漏洞。
Heckler为自己位于圣路易斯的房子开发了一个基本框架,同样的原理也可被应用于可在云计算中快捷部署的多种物联网应用中。
不妨设想一下:如果你的所有数据管理功能都始终如一,即便跨公有云和私有云也是如此。是不是觉得这是疯狂的、不切实际的愿景?
应用程序一旦迁移到了云端,管理起来就变得更困难重重了。云应用程序性能管理和性能监控工具则可以帮助识别瓶颈及其他性能度量指标。