提问

#楼主# 2020-3-23

跳转到指定楼层
2019年12月11日,光环云社群举办了线上直播《应用上云的架构演进》,嘉宾崔驰坤先生在直播中与大家分享了企业应用上云的相关话题,包括企业上云前的准备、应用上云的架构优化、应用上云架构重构等内容,干货满满。

1.png

直播视频回顾点击这里:https://www.bilibili.com/video/BV1TE411F7c3/

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

企业为什么要上云

云计算市场目前已经有了很大的发展,并且市场规模一直在稳步上扬。2018年,分析师预测全球云计算市场投入将达1780亿美元,而最终实际投入达到2500亿美元,比预期要高很多。云计算市场为何保持这样的增势?因为现在所有的技术创新,包括大数据、人工智能、区块链等技术,其实很多都要依托于云计算。如今,企业想要扩大业务、进行商业创新、赚取更多商业利益,上云已经成为了必经之路。这也催生了一个新的产业——云迁移服务。2017年,云迁移市场规模为31.7亿美元,而预计到2011年,这一规模将达到94.7亿美元。

2.png

对云计算有所了解的朋友,对IaaS、PaaS、SaaS这些名词应该不陌生。除了这些,企业云部署还包括:公有云、私有云、混合云、多云几种方式。一般来说,企业上云的过程是从私有云迈向公有云,中间会通过混合云的方式过渡。多云环境其实就是指你可能会同时使用比如AWS,Azure、阿里云等多家云厂商提供的云服务,这是大型企业,或者有业务需求的企业会做出的选择,也是未来的一个趋势。

3.png

上图列出了一些上云的场景:基础资源及安全、商务、办公、人力资源、财务、销售、采购、设计、生产、服务等应用,以及工业电商、大规模个性定制、网络协同制造、远程运维服务等新模式上云。

4.png

这里分享一个大型企业上云的案例。该企业做了一个3-5年的整体上云规划,目前已经完成了85%左右。该企业把内部的业务进行了划分,并进行了统计。上图中可以看到该企业各业务上云的比重。其中,公共类的IT服务能力占比是最大的,其次就是行业应用及解决方案。这个案例大家可以参考,在你的企业上云时,根据自己的业务需求做出相应的规划。

5.png

上云的收益主要包含三个方面:敏捷运维、战略聚焦、(可能的)成本节约。

上云的先决条件
在上云之前,有一些先决条件需要注意:上云绝不简简单单的把原有应用复制到云上,需要考虑很多问题,包括架构调整、安全、应用的可用性、性能、可扩展性,同时还要具有战略层面的考虑、对未来的规划 ,和保持团队的热情。

6.png

1、上云的步骤
上云从架构到实施,包含以下几个步骤:
步骤1:识别上云期望
希望某事成功之前,需要一个目标。要达到的目标是什么?要尽可能具体。
步骤2:对上云的服务/应用/产品/业务进行分类
确定哪些应用或工作负载最适合采用云计算。如何上云能帮助实现上云期望的结果?
步骤3:定义部署模型及约束
为每个工作负载选择最适配的云服务类型?哪些最适合基础架构即服务(IaaS)?平台服务(PaaS)?软件即服务(SaaS)?或私有云?在上云之前,请先解决技术债,以避免付出沉痛代价。
步骤4:设计迭代的、敏捷的上云过程
内观。如何组织团队,以便他们在迁移期间有效地反映敏捷的软件开发方法?这样他们能快速的地从失败中学习(自学习、自组织、试错)?
步骤5:做计划
在这里,您的自上而下或自下而上的策略必须证明您已获得整个组织所需的支持,以成功进行迁移。
第6步:从简单处着手开始学习,并优先考虑投资回报率(ROI)。
先不要优先考虑"赚钱最多的项目"或投资回报率最高的项目,这是非常糟糕的选择。先选择相对安全、上云风险较小的项目,最重要的是,团队将从这些项目的上云过程中掌握更多的云计算知识,便于以后更多的项目上云。
步骤7:刷新环境,保证运维的可重复性。
保证所有的操作都是最简步骤,并且可重复,验证也需要在完全干净的环境下进行。所以每一次迁移试验后要刷新环境,重新建立所有服务保证其质量、可用性和操作可重复性。每次迁移都尝试新的功能,验证后,快速在其它项目中推广。

2、避免“大泥球”项目
“大泥球”项目一般具有三个特征:配置项目繁杂混乱、随时间越来越复杂、导致问题无法解决,最后只能清理重置。
要避免这种情况发生,你从一开始就应该使用专业的团队、专家、咨询公司来做,或者是跟他们一起做一些项目,培养自己的能力,然后再自己来做。

3、关于上云的几个误解
关于上云,存在一些常见的误解,在AWS云从业者认证体系SAA和SAP的考试中也经常会有这方面的考题。
误解一:网络稳定
要明白两点:没有绝对稳定的网络,没有绝对稳定的服务。因此,你需要选择合适的时间或者合适的网络配置来尽量避免遭遇网络不稳定的状况。
误解二:网络零延迟
网络绝对不是零延迟的。因此,你要学会用各种网络工具测试各个节点到你应用的连通性以及性能,以选择更合适的Region,更合适的可用区。
误解三:无限带宽
带宽都是有限的,尤其是跨区域、跨楼宇时,可能会遇到网络瓶颈。
误解四:网络绝对安全
不是上云了就能拥有绝对安全的网络,你仍然需要选择合适的防火墙,合适的安全配置加到你的云服务中来。
误解五:拓扑结构恒不变
云端的网络拓扑结构并不是一直不变的。如果你的应用在网络拓扑结构发生改变时可能受到一些影响,你需要提前与你的云供应商打好招呼,一旦拓扑结构变化,你好及时应对。
误解六:只有一个管理员
网络管理员可能是一个组内的多个人,他们的任何操作都有可能导致你这边出现问题,所以不要假设管理员只有一个人,出现问题时可请网络管理员团队配合,一起找到问题根源。
误解七:传输成本为零
AWS服务很便宜,但是你不要忽视传输成本。这也是需要你提前考虑进去的。
误解八:网络都是同质的
网络上有很多不同类型的交换机,每台设备网络带宽可能是不同的。如果上云网络出现了问题,不要以为都是云服务商那边的问题,你自己的网络也要排查。

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

7.png

1、云优化架构调整的原则
针对云端做架构调整时,你需要遵循以下原则:
基础架构
•    发挥云弹性优势(高可扩展)
•    替换费用昂贵、高价维护、学习成本和运维成本高的网络硬件
•    云安全性和承载能力
应用
•    替换管道模块,减轻计算负载
•    快速开发,按需扩展
•    替换公共模块(监控、日志、备份)

2、云优化架构调整事项
针对云端做架构调整时,这些方面的问题你需要考虑到(见下图):

8.png

云原生:架构重构
云原生就是整个程序的开发生命周期、运维周期,以及管理、安全等等所有东西都在云上。如果这样做,一定是新的应用或者是旧应用重新做了架构重构。
云原生应用需要考虑以下问题:
基础架构
•    规划新版的云架构
•    植入安全性、容错性、高可用性
•    应用混乱工程解决方案
应用
•    边车项目/创新项目
•    部分、平滑替换
架构重构需要考虑以下几个问题:
•    采用容器、容器编排或Serverless服务作为主要计算资源
•    采用PaaS服务
•    实现本地环境对云环境的模拟,包括运行时、计算或存储资源的模拟(S3, Lambda,API Gateway等)
•    自动化基础架构搭建、测试、构建、部署、运维、发布、监控、成本预测
•    将安全置于基础架构的资源分配或申请审核流程,实现DevSecOps

以上就是本次直播《应用上云的架构演进》的主要内容。想要了解更多内容,或与讲师进行深度交流,您可以扫描下图二维码,添加光环云社群小助手微信:Sinnet-cloud,备注“AWS交流群”,我们会邀请您加入社群。


二维码进群.png


转播转播
回复

使用道具

联系楼主
*
*
客户公司所在区域:
*
产品:
*
简述客户的业务场景和需求
*
*
*

成为第一个回答人

B Color Link Quote Code Smilies
光环云社区 |京ICP备18044167号-13|

京公网安备 11010102003758号