推动企业上云实施经验总结和采购优惠推荐

avatar 2019年10月5日14:57:41 评论 397

当下,一场以IT技术为主角的科技革命浪潮正风起云涌。云计算、大数据、人工智能、物联网、区块链等新技术正加速应用落地。在这些新技术当中,云计算作为基础设施,它是这场科技革命的承载平台,全面支撑着各类新技术和新应用。伴随着这波浪潮的发展,数字经济已经成为发展趋势,各企业都在进行或准备进行数字化转型,而上云则是企业数字化转型的起点。

什么是企业上云?

简而言之,『企业上云』就是把企业的一切迁到云上,其主要内容包括下图中的四大类:

 

  • 基础设施上云”是指将企业原有IT基础设施转变或迁移到云基础设施上,主要是把计算、存储、网络、安全防护、办公桌面等资源池放到云基础设施之中。
  • 业务应用上云” 是指推动企业办公、管理、服务等应用上云,快速提升企业数字化、网络化水平。
  • 平台系统上云”是指推动企业加快数据驱动进程,利用各种云平台系统,比如云数据库系统、物联网平台、区块链平台、大数据平台等,全面提升企业数字化、网络化、智能化能力和水平。
  • 数据协同创新”是指推动企业内部、企业之间业务数据在云上流动与共享,通过大数据挖掘、AI技术,实现企业运营管理的优化、企业之间的协同创新、商业模式创新等。

“企业上云”是一个系统工程,它的步骤主要分为上云前的规划、设计,上云的实施以及上云后的验证和维护。具体“企业上云”流程如下:

 

总而言之,企业上云,是企业顺应数字经济发展潮流,加快数字化、网络化、智能化转型,提高创新能力、业务实力和发展水平的重要路径。

企业为什么要上云?

企业上云是企业实现数字化转型的第一步,它会给企业带来多种好处,主要提现在以下几个方面:

  • 加速企业IT设施发展。企业上云有利于更好地促进各类信息技术在企业中的普及应用,从而加速企业IT基础设施更新发展。
  • 降低总体IT成本。企业无需投入购买大量硬件和软件费用,减少人员成本,降低运维费用。
  • 提升系统稳定性。应用系统不需要关注底层基础设施运维,云平台提供专业的运维能力。
  • 以云平台为基础,通过信息流带动技术流、资金流、人才流、物资流,可以有效整合优化设计、生产和市场资源,实现产业链上下游的高效对接与协同创新,重塑生产组织方式和创新机制。云平台有助于实现数据集中,企业可以存储更多数据,方便数据共享,让沉积的数据产生价值。
  • 提升应用开发部署敏捷性。云平台能促进软件架构复用,架构和开发技术栈统一,提高研发效率,加快应用部署,缩短业务开发周期。帮助企业减少了时间与成本,方便他们更加专注于自身业务的拓展。

HH集团上云之旅

搭建两地三中心基础云平台

YJ云团队利用一年左右时间,在HH集团分布在BJ和HK的三个数据中心内从零上线了一套新基础云平台。它具有以下几个特点:

  • 在多种开源技术基础之上进行二次开发,包括OpenStack,Kubernetes,Ceph等,稳定,安全,自主可控。
  • 满足双态IT需求,支持云物理机、云虚拟机、容器。
  • 满足数据库应用需求,支持KVM和ESXi虚拟化技术。
  • 采用分布式存储和集中式存储混合技术,充分满足各种不同存储需求。
  • 利用统一云管理平台管理多个云环境,与集团IAM对接,单点登录,对用户友好。

制定企业上云总体目标

2017年下半年,HH集团下发了集团全部企业云化总体目标,即到2018年6月30日前,实现HH集团两地三中心运营的系统全面云化。除明确无法云化系统外,其余系统必须全部云化。总体云化比率不低于80%。

 

建立专门组织机构

YJ科技股份有限公司(以下简称『YJ科技』)是HH集团旗下的数字化基础设施运营和智慧型信息服务商,它是HH集团上云任务的组织和实施单位。为了实施企业上云项目,YJ科技建立了专门的组织机构,如下图所示:

 

  • 领导组:领导并负责整个项目,包括一名业务负责人和一名技术负责人。我作为技术负责人参与到领导组。
  • 系统摸排组:负责全部待迁移系统的摸排,包括信息收集、整理、统计等。
  • 工具研发组:负责迁移工具研发、方案验证、方案文档写作等。
  • 应用迁移组:负责应用环境的迁移,从方案沟通、确定、实际迁移、测试、交付等所有环节。
  • 数据库迁移组:负责数据库环境的迁移,从方案沟通、确定、实际迁移、测试、交付等所有环节。

『自顶向下』跨集团成员单位沟通协调

因涉及到众多集团成员单位,因此充分的沟通至关重要,这甚至决定项目成败。总体上,我们采用了『自顶向下』沟通策略。在集团文件的指引下,公司领导亲自与各业务单位IT负责人直接沟通,在达成原则一致后,再由具体工作组负责实际工作。

摸排业务系统

对当前不在云上的所有业务系统进行摸排梳理,分类归纳整理。部分系统示例如下表:

每个业务系统需收集的重点信息包括:系统名称、业务单位、托管方式、机器类型(虚拟机|物理机)、系统IP、机器IP、系统级别、操作系统、应用类型、IP能否变更、是否有开发商支持、当前所用资源、建议的云上所需资源、变更窗口、是否依赖特定外部设备等。

待迁移业务系统云化评估

针对所有收集到的业务系统,进行云化评估,主要包括:

  • 能否云化:我们列出了常用的不可云化情形。主要包括:
    • 应用方面:应用厂商或业务单位明确表示其应用系统不支持虚拟化发布的; 
    • 硬件方面:非X86平台系统(如小型机),或依赖特殊的外设(EVDO卡,特殊的语音板卡、专业图形显卡、加密卡等)或专用设备(排队机、LNS设备、工控机、图形工作站等)的硬件系统;
    • 网络方面:独立于集团三大数据中心及云平台网络环境架构的需求;
    • 技术方面:对性能有特殊要求的应用、并与云平台沟通确认无法满足的;
    • 操作系统方面:操作系统不支持虚拟化(如UNIX系统);
    • 监管方面:根据相关监管制度要求,不适用集团提供的虚拟化发布服务的应用;
    • 专用系统:比如集团Active Directory 系统、邮件系统、视频会议系统等,因为牵扯面非常广,因此暂缓上云。
    • 其它特定情况
  • 云化方式评估:根据系统情况,初步确定云化迁移方式,在新建迁移、克隆迁移、双活迁移三种迁移方案中选择最合适的一种。其主要目的是为了和业务系统用户进行沟通,并且评估迁移工作量。
  • 云化所需资源评估:包括CPU、内存、网络、存储等资源。其主要目的是评估迁移所需资源,做好设备补充计划。

制定项目计划

综合考虑总体目标、系统摸排结果、云化评估结果,与成员单位沟通结果、研发对迁移工作量的评估结果、能投入的人力资源、可用的云资源、设备采购周期等多种因素,制定总体项目计划。

 

研发迁移方案

针对待迁移应用系统情况,我们制定了三种云化迁移方案,分别是新建迁移、克隆迁移和双活迁移。

  • 新建迁移:对能够重新搭建的业务系统,采用新建迁移方式,在云平台上重新搭建一套业务系统。在新系统运行后,将原有系统下线。

  • 克隆迁移:该方案首先将业务系统所在的原有物理机或虚拟机的系统,通过P2V 或 V2V 工具转换为云镜像,转换完成后拷贝至云平台,然后再基于该镜像创建新虚拟机。

  • 双活迁移:针对无法停机的业务系统,我们知道制定了双活迁移方案。业务系统流量在迁移期间由新旧两套系统支撑,并逐步切换到新系统上,最后在将老系统下线。

针对数据库系统迁移,需要考虑到Oracle、SQLServer 和 MySQL 等数据库类型及其版本。以Oracle 为例,数据库迁移小组准备了以下迁移方案:

 

针对集团存储现状,制定了存储优化方案,以构建『分布式存储+集中式存储』混合存储方案为目标。如下图所示:

 

研发迁移工具

我们针对各种系统需求,研发了多种迁移工具。例如,基于 VMware Converter 研发物理机系统到虚拟机镜像转换工具。 

 

实施系统上云

应用迁移组和数据库迁移组负责系统上云迁移实施。以某重要OA系统为例,它是集团所有员工日常使用的办公系统,使用人数多,重要性高,不可停机。下图是其迁移过程示意图:

这里面有很关键的几点:

  • 做实施的同学得给力,既要有技术能力,还要有沟通能力。有些业务系统的迁移只能在半夜进行,所以过程往往很辛苦。
  • 要主动解决发现的任何问题,必要的时候需要寻求研发团队支持。
  • 沟通协调很关键,包括应用迁移组和数据库迁移组之间的沟通,与业务单位之间的沟通,与研发组之间的沟通等。

经验总结

需要一个合适的云平台

要根据企业现状、需求以及将来发展要求,选择一个合适的云平台。至少需要考虑如下几点:

  • 在公有云、私有云还是混合云等多种云部署模式之间做出合理选择。
  • 确定云平台地域分布,是单区域、国内多区域,还是全球分布。
  • 技术选型。私有云的话,最好基于开源技术,做到自主可控。在计算、存储、网络、中间件服务等主要方向,要经过充分认证和测试。
  • 支持双态IT需求。既要满足传统稳态业务需求,又能满足新型敏态业务需求。
  • 可操作性和可维护性好,简单易用,安全性高。

一个参考的云平台架构如下图所示:

需要一个合适的云服务商

一个有技术、有产品、懂业务、有经验的云服务商,能使企业的上云之路更加平坦。企业在选择云服务供应商时从以下几个方面考量:

  • 客户至上:将客户利益放在第一位。
  • 懂业务:既了解企业/行业的业务诉求,又懂企业传统IT应用,能帮助企业实现面向未来的升级。
  • 有能力:有足够的能力来确保企业的业务能够在云端安全运行。有强大的本地服务能力和线下支持团队,能够在漫长的云化过程中时刻快速响应企业的各项需求,以及提供应用上云评估、方案和工具研发与测试、迁移、运营维护等全流程服务。
  • 有经验:具有企业上云规划、实施、后期维护等方面的丰富经验。

需多个相关技术团队参与

企业上云不只是运维团队和迁移团队的事情。

  • 需要研发团队参与,负责研发上云方案和所需工具。需要综合考虑企业上云需求、成本、商务、团队、风险等多种因素,制定最合适的迁移方案,以及高效易用的迁移工具。研发成果要系统化、文档化、自动化。
  • 还需要业务系统运维甚至研发团队的充分参与。要利用业务迁移过程,充分利用云上各种服务和其它资源,在云上构建优化了的部署架构,根据需求实现不同级别的高可用架构。

需充分评估上云方案和工具研发

企业上云需要全面的解决方案和各种工具。要根据业务系统需求,选择最合理的迁移方案,比如新建迁移、克隆迁移、双活迁移等。要有完整的迁移工具,包括应用迁移工具、数据库迁移工具、存储迁移工具等。这些工具还需满足诸如操作系统(包括操作系统和版本)、系统配置(比如支持LVM 卷)、系统启动方式(比如BIOS 和 UEFI)等需求。

要在开始系统迁移之前,对方案和工具进行充分测试。开始正式迁移后,还要首先进行低优先级系统迁移,对这些方案和工具进行再次验证,然后再按需优化。

需稳妥有序推进

企业上云不能一撮而就,而应该有序稳妥推进。

  • 有序推进上云流程各环节。该流程包括需求分析、可行性评估、选择确定云平台服务商、上云方案设计、测试和部署、验证和总结、运维保障、效果评估等步骤。企业可结合自身实际选择合适步骤,适当简化流程,有序实施上云。
  • 合理规划业务系统上云顺序。优先级较低、影响面较小、架构较简单的系统第一批上云;优先级高、影响面大、架构复杂的系统最后一批上云。
  • 采用敏捷项目流程。以每个阶段为一个迭代周期,在每个周期完成后及时总结经验教训,为后续周期的工作提供指导。要根据情况,不断优化方案和工具,培养和锻炼队伍,确保云上系统良好地运行。

需充分考量安全要求

企业上云必须有充分的安全考量。将业务迁移至云端,企业可能会面临安全问题。云服务商需根据企业用户业务及系统数据特点,对整体系统的安全架构进行设计,将 DDoS 攻击、安全入侵、数据泄漏等安全风险降至最低。业务系统在云上的部署架构,要经过安全团队的检视,上线后要加强安全监控,及时发现和处理可能出现的各种问题。

需综合考虑技术、成本、团队、商务等多种因素

企业上云不能单单考虑技术因素。企业上云涉及面广,需要考虑多种因素,其中很多是非技术因素。

  • 技术因素:要根据企业各业务系统的现状和需求,进行合理的技术选型。要充分利用开源或免费的现存工具,然后进行充分测试,按需二次开发。方案和工具要做到自动化、使用文档化、功能覆盖全面、操作简单高效。
  • 团队因素:很多系统迁移只能在晚上进行,因此合理迁移实施安全团队资源非常关键。需要协调好迁移研发、应用迁移、数据库迁移、业务系统运维、业务系统研发等团队的资源。
  • 商务因素:企业上云涉及多种商务因素。比如原有老旧物理服务器、虚拟化平台、云平台的资产如何处置;新云平台上针对迁移过来的系统如何收费,如何控制用户费用没有明显增长;如果需要购买新资源的话,如何说服用户进行投入等。
  • 成本因素:要严格控制迁移成本和业务系统运行成本。云平台团队要做好资源需求预估,提前开始采购流程,确保按时扩容云平台。

企业上云和云团队培养相结合

对很多企业特别是传统企业来说,要在短事件内打造一只成熟的功能完整的云团队往往非常困难。但是,对云平台和业务上云做到自主可控,又是很多企业的重要需求之一。因此,可以把两者充分结合。

  • 在初期,可充分利用外部云服务商的技术、产品和服务,快速构建云IT架构。同时,开始组件企业自己的云团队,让团队成员与外部云服务商人员一起工作,接受培训,参与实战,得到学习和锻炼。因此,选择开放开源的云产品,往往是一个通常的选择。这些产品技术资料丰富,代码可直接获取,而且人员招聘相对容易,学习门槛不是非常高。
  • 在中期,企业自己的云团队可介入日常运维,甚至部分新功能研发。通过实战,继续锻炼队伍;同时查缺补漏,继续补充队伍。
  • 在后期,企业自己的云团队可以自行开展云相关工作,必要时再从外部获取资源。此时,基本上可以实现自主可控了。

上云只是起点,不是终点

上云只是起点,而不是终点。企业实现云转型通常需要经过云IT(信息技术)、云 DT(数据技术) 和云 DI(数据智能) 三个阶段。

  • 在云IT创建期,如水电煤一样,云即新商业基础设施,在企业内部用云计算替换传统 IT 资源。
  • DT 运营期:在原有产业链范围内利用云 DT技术运营数据中台。
  • DI 创新期:在多个产业范围内利用云DI数据智能技术开发智能商业,有多个智能产业平台组成跨行业的数字经济体。

上云助力传统企业数字化转型

企业数字化转型是一个系统性工程。如下图所示,从底往上,分别是IT模式转型、应用模式转型和迁移、组织模式转型和业务模式转型。该层次也往往是发生的先后顺序,同时也互为依赖条件。

作为第一步,企业传统IT模式需要转型到基础云模式,这也是企业上云的第一阶段。传统IT模式往往采用虚拟化技术,以物理机和商业虚拟机提供计算资源;以商业SAN存储提供存储资源。在虚拟化平台之上,运行着各种单体应用,这些应用往往采用Oracle、SQL Server 等大型商业数据库。相对地,新型基础云IT模式,采用基础云平台和大数据平台,以开源虚拟机为主,辅以商业虚拟机;以分布式存储为主,辅以SAN存储;开源数据库与商业数据库相结合;传统单体应用和新的云应用并存。进一步发展到的云原生IT模式中,以容器云平台、AI平台、大数据平台为支撑平台,以容器为应用载体,以DevOps为应用开发模式。

伴随着IT模式和应用模式的演进,企业会需要进行应用迁移和数据迁移,以及应用开发模式的革新。与此同时,企业的组织模式也需从传统多层次打团队模式,向互联网扁平化模式转型。

通过这一系列深层次的IT和组织架构转型,企业的业务就具备了从传统业务模式向数字化业务模式转型的基础。

采购服务器优惠推荐

联系阿里云代理商采购,下面将详细进行介绍,请认真阅读。

由于阿里云有上百款产品,因此要了解详细的返佣比例,可以在采购之前询问我(加我的QQ或微信,都是2040593,最好备注“阿里云采购”字样)。

代理商的作用

其实很好理解,就是帮助阿里云进行渠道分销。要知道一个事实,任何一家公司,不管它的产品做得多么的好,都无法覆盖100%的用户,所以渠道为王。就像oppo、vivo的线下实体手机店那么多,都是一个道理。本站站长就是阿里云钻石级代理,最高能优惠15%,也就是8.5折。

不改变用户的采购和付款方式

这点非常重要,也就是说,用户原来是在阿里云官网直接购买产品的,找到代理商之后,只需要按照代理商的方式做好关联,然后用户可以继续在官网直接购买,发票也是继续由阿里云官方提供等额发票。

这就避免了遇见一些谎称是代理商,实质是骗子的可能性。所以,除非您已经和代理商多次进行合作了,充分信任了,否则不要将采购款打给代理商代购。

优惠的方式

方式是先买后返,用户先在阿里云官网购买,经过一定的周期(比如一周、两周),阿里云会跟代理商进行结算,然后代理商再将优惠的部分以转账的形式给到用户(支付宝、微信、银行卡转账都行)。这里完全不必担心信用问题,如果代理商承诺的优惠最后不兑现,用户可以发工单投诉的,这样的代理商会受到阿里云严惩,损失是巨大的,至少本人在从事代理商工作多年以来,从未发生这种情况。

另一种情况,是用户在获取的返利后,把之前购买的产品恶意退款,这种情况也是极少,基本没出现过。

总之,诚信为本,这是做生意的基本职业道德。

最高优惠15%

首先,要说明的是,这个优惠是在官网的基础上进行再次优惠(就是折上折)。比如说,你在官网购买阿里云服务器,原价是1000元,官网已经优惠了15%了,你需要付款850元,而代理商还可以再优惠15%。前面说了,先买后返,你先付850元,经过一周后,代理商再返回850*15%=127.5元

通常来说,云服务器、云数据库、云安全产品,都是返15%;网络产品,比如带宽、流量包、CDN流量包,返5%。

对了,必须是1年(含)内的包年包月实例才返15%,按量付费的产品不返,超过1年,比如2年、3年的产品,因为阿里云官网本身的折扣已经非常低了,代理商只能返5%,不管是什么产品。

avatar

发表评论

:?: :razz: :sad: :evil: :!: :smile: :oops: :grin: :eek: :shock: :???: :cool: :lol: :mad: :twisted: :roll: :wink: :idea: :arrow: :neutral: :cry: :mrgreen: