数据结构
网络
关系数据库管理系统
操作系统
Java
MS Excel
iOS
HTML
CSS
Android
Python
C 编程
C++
C#
MongoDB
MySQL
Javascript
PHP
物理学
化学
生物学
数学
英语
经济学
心理学
社会学
服装设计
法律研究您准备好迎接云计算了吗？
云计算可以被描述为通过网络利用高端远程服务器和其他虚拟托管的网络服务，以高效、多功能的方式管理、处理和存储信息。云计算使企业能够利用极具计算能力的网络远程基础设施和完全可扩展的环境来运行关键的复杂业务应用程序。虚拟机 (VM)、存储单元、共享实用程序和智能应用程序等资源是云计算环境提供的一些计算资源。
云采用趋势
云计算正在成为企业 IT 现代化和数字化转型战略中的主要行业趋势。根据最近的一项全球云（SaaS 软件）研究，软件即服务 (SaaS) 和基础设施即服务 (IaaS) 活动是 2016 年主要的云计算趋势。收入也显示出大型到小型企业在云采用方面取得了显著增长。
根据 Gartner 最近发布的关于顶级云平台提供商的报告，以下是主要的云领导者。
- 亚马逊 (AWS)
- 微软 (AZURE)
- 谷歌 (Google Cloud Platform)
- IBM (IBM Cloud SoftLayer- Bluemix)
如果我们可以专门部署或迁移我们现有的企业应用程序，而无需在云（公共/私有云平台）上推出真正的改进，则此类应用程序被称为“云就绪”应用程序。由于架构设计限制，
然而，在大多数情况下，这在实际上是不可行的。如果我们讨论遗留企业业务应用程序，通常，它们构建在标准的两层或三层架构设计原则之上，对网络拓扑、最佳文件系统、通用会话管理技术、通用协议导向设计、操作系统独立方法、面向 DevOps 的自动化和基础设施独立性等方面关注度不足，而这些最终是构建任何云就绪应用程序基础设施的关键架构考虑因素。
因此，大多数应用程序在云迁移阶段失败，并属于非云就绪类别。另一方面，企业正在尝试将其现有应用程序迁移到云，或者正在快速适应云就绪应用程序。最大的问题是如何确保和确认现有或新企业应用程序的云就绪性。
为此，让我们了解一些最佳实践或通用指南以及建议，这些将有助于使我们新的或现有的企业应用程序做好云就绪准备
指南 #1 - 避免为应用程序代码和部署使用任何特定的拓扑。
建议 - 尽量以尽可能通用的和无状态的方式构建您的应用程序，因为 IP 地址、主机详细信息、应用程序节点数量等网络属性随时可能发生变化，因此您不能依赖它们。
指南 #2 - 不要依赖本地文件系统、存储或缓存数据 - 它们可能会消失。
建议 - 强烈建议使用任何 SQL 或 NoSQL 数据库远程构建和存储此类有价值的数据，以便防止犹豫和不一致的数据。
指南 #3 - 切勿为您的应用程序使用手动安装、配置和部署选项。
建议 - 始终使用特定于操作系统的构建脚本或自动化平台（如 IBM WAS 的 Jython 脚本）或使用 Puppet、Chef 等自动化平台。
指南 #4 - 避免在应用程序中使用任何低级特定于平台的 API 功能（例如 Java 线程池、JMX）。
建议 - 为此类 API 使用通用的松耦合基础设施，同时在此用例中应优先考虑 PaaS 环境。让我们将低级特定于平台的 API 迁移到 PaaS（平台即服务）并将其作为独立服务使用。
指南 #5 - 切勿将会话状态存储在应用程序的本地文件系统或本地内存中。
建议 - 避免使用 HTTPSession、HTML5 存储、cookie 或任何其他类型的本地会话内存存储。相反，强烈建议使用分布式缓存存储机制，如 Memcached、Redis 或任何外部分布式 SQL 或 NoSQL 数据库。
指南 #6 - 让我们不要使用非标准的已弃用协议（例如 IIOP）来构建应用程序。
建议 - 我们始终需要特定类型的配置和调整，而不是通用配置，这会在您迁移到云时造成问题。指南是从遗留协议（例如 IIOP）迁移到更新的基于 HTTP 的通用配置，最大程度地使用 REST 甚至基于 SOAP WS 的服务规范，以便您的应用程序可以以最少的迁移工作做好云就绪准备。
指南 #7 - 切勿依赖特定于操作系统的核心功能（例如特定于操作系统的任务调度程序、批处理作业、事件驱动服务、计时器服务等）。
建议 - 在应用程序开发期间避免使用任何此类平台（Java、UNIX、Windows、Solaris）。相反，最好使用独立于通用 API 的开源平台。
指南 #8：避免将本地文件系统配置用于应用程序日志记录目的（服务器端日志记录）。
建议 - 最好使用开源或商业 PaaS 平台日志记录器或日志聚合器。它们可以重定向关键的实时信息，这将是任何动态云平台的最佳选择。
指南 #9 - 特定的基础设施依赖性会导致问题 - 避免它。
建议 - 强烈建议不要在应用程序代码库和配置中注入任何特定的依赖项，例如主机名、IP 地址、端口号、托管或使用的服务（如 URL、URI、端点、CORS（跨域资源共享）配置等）的硬编码。
144 次查看
