企业上云分几步？应用上云如何优化？

baby0762

    2019年12月11日，光环云社群举行了线上直播《应用上云的架构演进》，高朋崔驰坤老师在直播中与各人分享了企业应用上云的相干话题，包罗企业上云前的预备、应用上云的架构优化、应用上云架构重构等内容，干货满满。




    以下就是我们根据本次直播整理的英华内容：

    企业为什么要上云

    云盘算市场现在已经有了很大的发展，而且市场规模不停在稳步上扬。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的测验中也常常会有这方面的考题。

    误解一：网络稳固

    要明确两点：没有绝对稳定的网络，没有绝对稳定的服务。因此，你需要选择符合的时间或者合适的网络配置来只管避免遭遇网络不稳定的状态。

    误解二：网络零耽误

    网络绝对不是零延迟的。因此，你要学会用各种网络工具测试各个节点到你应用的连通性以及性能，以选择更合适的Region，更合适的可用区。

    误解三：无穷带宽

    带宽都是有限的，尤其是跨地区、跨楼宇时，可能会碰到网络瓶颈。

    误解四：网络绝对安全

    不是上云了就能拥有绝对安全的网络，你仍旧需要选择合适的防火墙，合适的安全配置加到你的云服务中来。

    误解五：拓扑布局恒稳定

    云端的网络拓扑结构并不是一直不变的。假如你的应用在网络拓扑结构发生改变时可能受到一些影响，你需要提前与你的云供应商打好招呼，一旦拓扑结构变革，你好实时应对。

    误解六：只有一个管理员

    网络管理员可能是一个组内的多个人，他们的任何操作都有可能导致你这边出现问题，所以不要假设管理员只有一个人，出现问题时可请网络管理员团队共同，一起找到问题根源。

    误解七：传输成本为零

    AWS服务很自制，但是你不要忽视传输成本。这也是需要你提前考虑进去的。

    误解八：网络都是同质的

    网络上有很多差别类型的互换机，每台装备网络带宽可能是不同的。如果上云网络出现了问题，不要以为都是云服务商那里的问题，你自己的网络也要排查。

    架构优化

    架构演进主要是应用服务方面。传统当地服务和云计算服务的架构区别如下：




    1、云优化架构调整的原则

    针对云端做架构调整时，你需要遵照以下原则：

    基础架构

        发挥云弹性上风（高可扩展）

        更换费用昂贵、高价维护、学习成本和运维成本高的网络硬件

        云安全性和承载能力

    应用

        替换管道模块，减轻计算负载

        快速开发，按需扩展

        替换公共模块（监控、日记、备份）

    2、云优化架构调整事项

    针对云端做架构调整时，这些方面的问题你需要考虑到（见下图）：




    云原生：架构重构

    云原生就是整个步伐的开发生命周期、运维周期，以及管理、安全等等所有东西都在云上。如果这样做，肯定是新的应用或者是旧应用重新做了架构重构。

    云原生应用需要考虑以下问题：

    基础架构

        规划新版的云架构

        植入安全性、容错性、高可用性

        应用混乱工程解决方案

    应用

        边车项目/创新项目

        部门、平滑替换

    架构重构需要考虑以下几个问题：

       采用容器、容器编排或Serverless服务作为主要计算资源

       采用PaaS服务

       实现本地环境对云环境的模仿，包括运行时、计算或存储资源的模拟（S3, Lambda，API Gateway等）

       主动化基础架构搭建、测试、构建、部署、运维、发布、监控、成本预测

       将安全置于基础架构的资源分配或申请考核流程，实现DevSecOps

    以上就是本次直播《应用上云的架构演进》的主要内容。想要了解更多内容，或与讲师进行深度交换请关注“光环云社群”公号获取进群方式。