企业将云迁移到多少步骤？如何优化云应用程序？

2019年12月11日，Halo Cloud社区举行了直播“ Application Cloud的架构演进”. 来访者崔志坤先生与您分享了企业应用云的话题，包括企业云的事前准备，应用云架构优化，应用云架构重构等内容.

以下是根据此次直播我们整理的最佳内容:

公司为什么要上云

云计算市场得到了极大的发展，市场规模一直在稳步增长. 分析师预测，2018年全球云计算市场投资将达到1780亿美元，最终实际投资将达到2500亿美元，远高于预期. 为什么云计算市场保持这样的增长？由于当今的所有技术创新，包括大数据，人工智能，区块链和其他技术，其中许多实际上都依赖于云计算. 如今，如果企​​业想要扩展业务，开展业务创新并获得更多业务收益，上云已成为唯一的选择. 这也催生了新的行业云迁移服务. 2017年，云迁移市场规模为31.7亿美元，预计到2011年，这一规模将达到94.7亿美元.

了解云计算的朋友应该熟悉术语IaaS，PaaS和SaaS. 除这些之外，企业云部署还包括: 公共云，私有云，混合云和多云. 一般来说，企业迁移到云的过程是从私有云迁移到公共云，中间层将通过混合云过渡. 多云环境实际上意味着您可以同时使用由多个云供应商（例如AWS企业上云什么用，Azure和阿里云）提供的云服务. 这是大型企业或有业务需求的公司将做出的选择，也是未来的趋势.

上图列出了一些基于云的方案: 基本资源和安全性，业务，办公室，人力资源，财务，销售，采购，设计，生产，服务和其他应用程序，以及工业电子商务，定制网络协作制造以及远程运维服务等新模式在云上启动.

这是大型企业迁移到云的情况. 该公司已制定了3-5年的总体云计划，该计划已完成约85％. 该公司划分了内部业务并进行了统计. 上图显示了企业云服务的比例. 其中，公共IT服务容量的比例最大，其次是行业应用程序和解决方案. 您可以参考这种情况，当您的企业使用云技术时企业上云什么用，请根据您的业务需求制定相应的计划.

上云的收益主要包括三个方面: 敏捷的运维，战略重点以及（可能的）成本节约.

上云的先决条件

在上云之前，需要注意一些先决条件: 上云永远不会简单地将原始应用程序复制到云中，需要考虑许多问题，包括体系结构调整，安全性，应用程序可用性，性能和可用性具有可伸缩性，但还必须具有战略考虑，为未来进行计划并保持团队的热情.

1. 前往云端的步骤

从云体系结构到实施，它包括以下步骤:

第1步: 确定上云的期望

希望某事成功之前需要目标. 要实现的目标是什么？尽可能具体.

第2步: 对云中的服务/应用程序/产品/业务进行分类

确定最适合云计算的应用程序或工作负载. 上云如何帮助实现预期的结果？

第3步: 定义部署模型和约束条件

为每个工作负载选择最合适的云服务类型？哪些最适合基础架构即服务（IaaS）？平台服务（PaaS）？软件即服务（SaaS）？还是私有云？在上云之前，请先解决技术债务，以免付出沉重的代价.

第4步: 设计一个迭代且敏捷的云计算过程

洞察力. 您如何组织团队，以便他们在迁移期间有效反映敏捷软件开发方法？这样他们才能从失败中快速学习（自我学习，自我组织，反复试验）？

第5步: 制定计划

在这里，您的自上而下或自下而上的策略必须证明您拥有整个组织成功迁移所需的支持.

第6步: 从简单开始学习，并优先考虑投资回报率（ROI）.

不要优先考虑“最赚钱的项目”或投资回报率最高的项目，这是一个非常糟糕的选择. 首先选择一个相对安全的项目，云风险较小. 最重要的是，团队将从这些项目的云过程中获取更多的云计算知识，以便将来有更多的项目被云化.

第7步: 刷新环境以确保操作和维护的可重复性.

确保所有操作都是最简单的步骤并且可重复，并且还需要在完全干净的环境中进行验证. 因此，应在每次迁移测试后刷新环境，并应重新建立所有服务以确保其质量，可用性和操作的可重复性. 每次迁移都会尝试新功能，经过验证后，它会在其他项目中迅速推广.

2. 避免“大泥球”项目

“大泥球”项目通常具有三个特点: 配置项目复杂且混乱，随着时间的推移越来越复杂，问题无法解决，最后只能清理和重置.

为防止这种情况发生，您应该从一开始就使用的团队，专家，咨询公司来做，或者与他们一起做一些项目，发展自己的能力，然后自己做.

3. 关于上云的误解

关于云，存在一些常见的误解，并且在检查AWS云从业人员认证系统SAA和SAP时，在这一领域中经常会遇到问题.

误区一: 网络稳定

有两点要理解: 没有绝对稳定的网络，也没有绝对稳定的服务. 因此，您需要选择正确的时间或正确的网络配置，以免遇到网络不稳定的情况.

误解2: 网络延迟为零

网络绝对不是零延迟. 因此，您应该学习使用各种网络工具来测试每个节点与应用程序的连接性和性能，以选择更合适的区域和更合适的可用区.

误区三: 带宽无限

带宽是有限的，尤其是在区域和建筑物之间，您可能会遇到网络瓶颈.

误区四: 网络绝对安全

访问云时，您不能拥有绝对安全的网络. 您仍然需要选择正确的防火墙，并将适当的安全配置添加到您的云服务.

误区五: 拓扑是恒定的

云中的网络拓扑不是恒定的. 如果在网络拓扑更改时您的应用程序可能受到影响，则需要提前与您的云提供商打招呼. 拓扑更改后，您可以及时响应.

误解6: 只有一名管理员

网络管理员可能是一个组中的多个人. 他们的任何操作都可能会给您带来麻烦，因此请不要假定只有一名管理员. 如果有问题，请要求网络管理员团队合作并共同努力. 找到问题的根源.

误区七: 传输成本为零

AWS服务很便宜，但您不应忽略传输成本. 这还需要您事先考虑.

误解八: 网络是同质的

网络上有许多不同类型的交换机，并且每个设备的网络带宽可能不同. 如果云网络存在问题，请不要以为这是云服务提供商的全部问题. 您自己的网络也应进行调查.

架构优化

体系结构演变主要是关于应用程序服务. 传统本地服务和云计算服务的体系结构之间的差异如下:

1. 云优化架构调整的原理

对云进行架构调整时，您需要遵循以下原则:

基础设施

利用云弹性（高可伸缩性）

替换昂贵，维护成本高，学习成本高和维护成本高的网络硬件.

云安全性和承载能力

应用

替换管道模块以减少计算负担

快速开发，根据需要扩展

替换常用模块（监视，日志记录，备份）

2. 云优化架构调整很重要

在调整云的体系结构时，您需要考虑以下方面（请参见下图）:

云原生: 架构重构

云原生意味着整个程序开发生命周期，运维周期以及管理，安全性等都在云上. 如果这样做，则必须重新构建新应用程序或旧应用程序.

Cloud本机应用程序需要考虑以下问题:

基础设施

计划新版本的云架构

植入物安全性，容错性，高可用性

应用程序混乱工程解决方案

应用

侧车项目/创新项目

部分平滑更换

架构重构需要考虑以下问题:

使用容器，容器编排或无服务器服务作为主要计算资源

采用PaaS服务

通过本地环境实现对云环境的仿真，包括运行时，计算或存储资源（S3，Lambda，API网关等）的仿真

自动化的基础设施建设，测试，建设，部署，运营和维护，发布，监视，成本预测

在基础架构的资源分配或应用程序审查过程中实现安全性，以实现DevSecOps

以上是本次“云应用程序的体系结构演进”实况转播的主要内容. 如果您想了解更多信息或与讲师进行深入交流，请关注“ Halo Cloud社区”以获取组输入方法.

本文来自电脑杂谈，转载请注明本文网址：
http://www.pc-fly.com/a/tongxinshuyu/article-165747-1.html