连锁零售企业上云指引Word格式.docx

上传人:b****3 文档编号:18503491 上传时间:2022-12-18 格式:DOCX 页数:23 大小:698.66KB
下载 相关 举报
连锁零售企业上云指引Word格式.docx_第1页
第1页 / 共23页
连锁零售企业上云指引Word格式.docx_第2页
第2页 / 共23页
连锁零售企业上云指引Word格式.docx_第3页
第3页 / 共23页
连锁零售企业上云指引Word格式.docx_第4页
第4页 / 共23页
连锁零售企业上云指引Word格式.docx_第5页
第5页 / 共23页
点击查看更多>>
下载资源
资源描述

连锁零售企业上云指引Word格式.docx

《连锁零售企业上云指引Word格式.docx》由会员分享,可在线阅读,更多相关《连锁零售企业上云指引Word格式.docx(23页珍藏版)》请在冰豆网上搜索。

连锁零售企业上云指引Word格式.docx

在执行层面带来资产收益和业务敏捷等方面的价值。

以下是借鉴同行先进企业经验量化出的部分价值指标:

标准建设,提升资源使用率,降低投入成本;

∙硬件成本降低超过45%;

∙软件成本降低超过35%;

∙集成成本降低超过53%。

高效部署,业务敏捷,降低人员投入成本;

∙实施成本降低超过70%;

∙运维成本降低超过75%。

可靠稳固,减少故障带来的业务损失;

∙宕机时间最多可减少80%。

商业创新,开拓新利润源。

∙投资回报比例超过15倍。

第二章连锁零售企业上云方案指导

上云场景指导建议

私有云优势:

∙提供对数据、安全性和服务质量的最有效控制;

∙架构体系更适合企业内部应用;

∙更好的管理,以及优化已有IT资产。

公有云优势:

∙承载面向互联网的应用;

∙管理、运维成本相对较低;

∙优化、加速互联网应用;

∙支持超高的并发连。

混合云优势:

∙有效地集成基础设施、应用程序、数据和流程,向业务提供服务;

∙无缝、自动、集中地管理跨多个云平台的系统;

∙无缝迁移、运营和管理公共和私有云之间的应用程序和工作负载;

∙云服务提供了智能、灵活的低成本管理平台;

∙最优化企业管理和最小化治理中可能遇到的风险。

连锁零售业业务特点:

∙产业链复杂、关联业务及系统多、经营单位分布广;

∙企业规模大、生产和经营管理复杂;

∙部分业务(比如促销,节假日等)负载动态变化大,不同业务负载需要不同的资源支持;

∙存在面向第三方用户的互联网应用需求。

通过对私有云、公有云、混合云三者优势,连锁零售业典型业务特点,以及混合云发展趋势的分析,我们认为发现连锁零售企业采取混合云上云策略是满足其业务需求的最佳途径(初等建

议)。

搭建混合云的应用场景主要分为以下三种:

A.开发测试环境上公有云,生产环境上私有云。

优点是:

∙无闲置资产,降低资金要求;

∙降低私有云配置开发测试环境,降低管理难度;

∙•开发具备互联网特性应用。

具体的应用场景,包括但不限于开发/测试,或在不同的云系统使用相同的开发测试环境。

这种应用方式可以防止开发/测试主机资源的浪费。

B.应用部分部署,将同一应用的不同层次部署在不同云中。

∙对于响应速度要求高的应用就近部署,以提升最终用户体验,实现应用加速;

∙支持Web前端服务的灵活扩展;

∙对关键数据进行保护和集中控制。

具体的应用场景,包括但不限于将应用逻辑层或者核心数据层部署在私有云,前端部署在公有云。

这种模式可以利用公有云带宽大、出口多的优势特性,部署web前端接入,提升访问速度。

C.应用完全部署,关键应用部署在私有云。

∙重要且数据安全性要求较高的应用部署在私有云,以满足合规性、可控性、安全性和性能方面的要求;

∙具有互联网特性或者未来规模难以预估的应用放在公有云,防止资源浪费,缩短建设周期,降低总体成本。

具体的应用场景,包括但不限于关键应用部署在私有云,以保持对核心数据的管控。

这种模式不仅可以降低数据中心的原始投入,同时可以有效降低总体成本。

连锁零售企业上混合云的架构设计应注意:

待业务需求和应用需求明确后,要制定出预期负载和多种云基础设施之间的依赖关系,如此混合云架构能更好地支持业务和应用需求。

混合云架构如下图所示:

混合云架构的详细说明如下:

应用层。

根据应用的可伸缩性分为两类:

传统应用和云原生应用。

其一,传统应用一般为C/S架构或者三层架构,基于关系型数据库存储,数据库一般采用主从式架构,当负载增加时,扩展能力有限,而且扩展难度较大。

如:

ERP、CRM等。

其二,云原生应用,采用非共享的架构;

基于NoSQL技术存储,对大数据集进行分片存储,计算节点只依赖本地存储,因此进行伸缩时,只需要增加或者减少节点即可。

电子商务应用、大数据分析等应用。

PaaS层。

中间件分为两类:

一类是传统中间件,如身份认证、内容管理、报表引擎、工作流引擎、消息队列、服务总线;

另一类为适合分布式存储和计算的中间件或服务,如基于NoSQL的数据库中间件、分布式计算框架MapReduce等。

混合云管理平台:

包括资源管理(服务器、网络、存储)、服务管理(账单、服务度量、账号)、动态工作负载管理、高可用性和安全管理(备份、监控、负载均衡、高可用性)、虚拟机映像管理(操作系统ISO、自定义模板)和管理接口(用户接口、API接口)。

集成:

私有云与公有云要进行集成,可从数据同步、应用集成与消息同步、服务器点对点连接、

VPN加密连接等方面进行集成。

第三章云平台技术堆栈能力

连锁零售企业在上混合云的过程中,针对应用层设计应实现以下目标:

∙建立能够满足自身业务应用的混合云平台,并随着业务的不断发展逐步建立成熟的应用,最终可以构建适用于连锁零售行业的SaaS应用;

∙实现“厚平台、薄应用”的规划目标,建立完善的技术及业务服务目录,为业务系统提供技术及业务能力,实现业务应用敏捷构建;

∙建立完善的混合云平台技术标准体系,包括基础架构环境标准化、平台云服务及环境标准化、应用系统标准化、管理运营标准化;

∙建立统一云管理平台,统一管理、运营平台云服务与基础资源服务,用户可以通过统一门户进行管理及自助服务。

初步建议:

连锁零售企业混合云平台专业应用层、平台服务层、基础设施服务层功能架构,如下图:

每一层的具体定位如下:

专业应用层

通过混合云平台的平台服务层服务及基础设施服务层服务支撑连锁零售企业已有业务平台及未来发展的行业应用;

支撑新建云应用及存量系统的迁移部署;

平台服务层

为专业应用提供支撑开发的组件服务,提供经营管控、生产运营、综合管理等业务领域的专业服务、跨业务域的通用服务以及技术服务;

提供适应云应用开发的持续交付平台。

基础设施服务层

提供基础设施资源服务,为不同类型应用提供安全、可靠的资源。

云统一管理平台

通过集成不同的管理界面到统一管理门户中,提供对平台服务及基础资源服务的统一管理、运营;

为管理用户及资源使用用户提供统一门户。

安全管理

提供云平台安全管理体系及标准。

第四章上云注意事项

传统零售商上云之后,能够更安全、更轻松、更高效地访问数据,完成向智慧零售的转型。

上云是一复杂过程,为了让企业在最佳情况下完成由本地向云端的迁移,企业往往需要注意以下问题:

序号

需要关注的问题

具体内容

1

充分论证设计方案的技术可行性

在云平台的设计方案完成之后,要进行充分的验证和审核,从云平台建设工作的开始就严格把控质量关

2

通过技术验证选择合适的平台

开展选型测试工作,在企业的需求和现有业务的基础上,制定选型测评指标

3

验证云平台是否符合用户使用需求

在云平台交付之后,需要开展验收测评工作,从功能、效率、可靠性、兼容性等方面对云平台进行全面的测试,确保企业接收使用的是质量得到保障的云计算平台

4

验证云平台是否具备完整的安全机制

由专业的、有云平台安全检测经验的人员或机构帮助企业完善云计算的安全机制,并做好安全防护措施,确保云平台、应用和数据的安全

5

验证应用系统的迁移效果

在系统迁移后开展迁移测试工作,检验系统功能的完备性和准确性,检验系统性能是否达到企业的要求,来保障系统最终用户的使用质量

6

验证各系统迁移后联合工作的效果

开展系统联调测试工作,制定跨越多个子系统的测试场景,通过场景联调测试子系统,验证子系统之间接口的连通性和性能,确保各系统之间能够协调运行

7

验证应用系统混合云模式部署后的效果

由专业的、有大规模性能测试经验的人员或机构在系统运行前进行性能测试,并实时根据监控和分析结果,动态改变测试规模的大小,逐步发现、解决系统出现的性能瓶颈,保障系统上线后的性能质量

8

实时监测云平台的安全性

由专业的、有云平台安全测试或运维经验的人员或机构,定期地对云平台的客户虚拟机操作系统、中间件、数据库、应用软件、主流虚拟化软件进行安全扫描和检测

9

实时监测云应用的性能和可用性

云应用系统在运行过程中会面临因网络阻塞、系统运行缺陷引起的性能和访问可用性下降的问题。

为了能够及时发现问题,并确保最终用户的使用质量,需要对系统进行性能和可用性监测

10

混合云平台的稳定性是重点

云平台与企业内网的衔接问题,云服务主机数量成百上千后管理和运维的问题

11

费用的透明化

云上多账号,管理、开销一笔乱帐。

要拒绝浪费,确保所有的资源对应的花费都是有效的

12

统一架构

正好借助混合云平台统一IT系统架构,降低集成费用,减少IT硬件投入

13

保证云上应用的业务连续性

如何保证混合云的各种指标和性能,能统一纳入已有的监控体系和工作流程中,需要有一个能提供专业云管理工具和专业的服务团队来帮助监控业务获得持续稳定

14

上云迁移方案更应该关注

TCO

传统IT架构向云架构迁移不仅需要对迁移方案进行充分评估,要考虑业务场景、云上系统架构,对于费用投入更要强调性价比

15

安全合规体系以及人员管控

上云后云上资源和数据需要一套安全合规使用管理体系以减少来自外部和内部的安全风险

16

培训和知识转移

上云后,流程和处理方式将发生改变,如何让团队中的成员了解云计算,学习掌握服务商的各种产品和工具的新技术,从而可以将云的优势发挥到最大,达到运营最优化

17

第五章连锁零售企业上云实施路径

上云策略

建议规划上云实施路线从以下五个方面进行考虑:

1.总体规划,分步实施

总体规划云平台建设全路径,具体项目实施中,合理划分项目阶段,小步快跑、快速见效。

2.战略优先,快速见效

优先建设本企业战略关注重点而信息化支撑薄弱的业务领域,快速体现建设效果。

3.标准先行,重点突破

梳理标准规范作为系统建设的依据,总体规划应优先选择基础平台、关键系统作为突破口,后续实施完善和提升整体架构。

4.业务统一,优先集中

优先考虑业务标准化程度高的专业领域进行上云建设,并梳理本企业管理需求,归纳总结形成典型模式。

5.积极探索,平稳上云

充分验证云平台核心技术,不断完善云平台支撑能力,控制技术风险,平稳上云。

第六章上云实施参考方案

现状评估参考方案

上云的现状评估阶段可以由四部分组成,依次分别为云应用适应属性的收集、云的准备和迁移路

线的选择、工作负载优先级的确认和财务TCO分析。

云应用适应属性的收集

∙通过收集应用属性特征来确定目标应用,以此来建立云应用适应属性;

∙将涉及不同业务线的和多个设备部署的应用梳理出来。

云的准备和迁移路线的选择

∙从每一个业务线中收集优先级高的应用列表和详细的应用数据;

∙分析输入数据,以此来了解应用云的适用性、最佳目标平台和迁移路径。

工作负载优先级的确认

∙对应用的工作负载的优先级进行排序,主要基于业务线、应用的复杂性、关键性、业务需

求、成本控制以及迁移到目标环境过程中的条件。

财务TCO分析

∙基于目标平台、迁移路线和应用的TCO,构建迁移路径和财务概览。

应用部署和数据迁移应用部署

为了确定应用究竟是部署在公有云上还是私有云上,还是继续保留下来,建议综合考虑功能性、安全性/监管要求、资本支出的耐受能力以及架构等因素,以下模型供参考。

公有云

私有云

保留/使用私有基础设施

关键特征

∙由供应商提供的服务,在多个客户之间共享

∙通过互联网或私有网络访问

∙不同程度的数据控制

∙为使用的资源付费

∙云存在于企业防火墙之外

∙企业内部的构建、管理和使用

∙跨业务单元的通用资源池

∙在企业内部进行数据控制

∙基础设施归企业所有

∙云存在于企业的防火墙之内

∙现存的非云环境,由以下组成:

∙虚拟化(但不是云化的)服务器

∙物理服务器

∙大型机

∙专业的硬件

考虑因素

∙较低的数据驻留需求

∙易于控制由安全和管控带来的风险

∙松集成系统

∙突发/尖锐型的工作负载

∙非生产系统

∙全局的内容交付需求

∙专业的工作负载

∙适度的需求变动

∙由安全和管控带来的高风险(如:

数据的驻留需求)

∙规模经济的内部优化

∙具有强大的功能集成的核心系统,例如:

集成的财务和制造系统

∙利用专业化硬件

∙由严格的安全和管控带来的高风险

∙紧密的集成点,很难解耦和

在应用上云时,所涉及的数据迁移对象和批次,需要注意的是,综合考虑数据的重要性、安全性、复杂性等指标,按照时间顺序和技术上的复杂程度具体分为:

批次1,以快速实现、最小化集成、最低依赖性为目标的简单、可行的迁移,主要针对非生产性数据做简单迁移。

批次2,简单的数据,具有低技术复杂性,和大的占用空间,主要针对非生产性数据做复杂迁移,或生产性数据做简单迁移。

批次3,逐步增加数据相互关联的复杂度,主要针对非生产性数据的复杂迁移及数据重构,或生产性数据的复杂迁移及数据重构。

上云后系统测试与健康检查系统测试

上云后,云平台应可以提供持续交付工具,及开发测试环境,对系统进行测试;

具体的应用场景包括但不限于开发/测试或针对不同的云使用相同的开发测试环境,这样可以防止开发/测试资源的重复与浪费。

统一对开发环境、集成测试环境、验收及UAT测试环境以及生产环境进行管控。

提供固化开发规范、简化开发过程的开发框架,以此辅助开发,接收最终版本并统一部署到生产环境。

∙在开发环境中,通过统一的开发框架,实现应用和服务的统一开发,由开发框架提供开发模板,即时集成,自动构建,服务模拟、在线帮助等;

∙在集成测试环境中,通过统一的测试框架,实现应用和服务的统一测试,由测试框架提供统一的测试模板,自动化测试工具,代码安全检测等内容;

∙验证及UAT测试环境,通过统一的验证测试框架,实现应用和服务的统一验证测试,并将代码交由平台统一发布;

∙最终在生产环境中,统一管理已经发布的应用。

应完成一套备份与恢复的策略的实施,并且进行经常与深入的测试;

同时平台具备应用程序安全测试的能力,通过安全测试的应用程序能够防范已知的网络攻击。

健康检查

计算、存储、网络资源的可用性和服务连续性,以及资源调整机制构成了服务监测和健康型检查

的关键指标。

云平台应满足以下方面:

对服务进行监测,能够采集并整合其性能数据,对外提供统一的访问接口;

提供监控数据的表示方案和存档机制,为事后性能分析和统计提供依据;

提供可视化方案,向用户直观地呈现服务的当前状态和历史信息。

服务监测和性能采集工具、可视化工具以及监控信息存储的持久性构成了监控技术的关键指标;

根据当前系统的网络负载情况,适时调整网络带宽,保证服务水平。

在原有网络资源不可用时,能自动切换到备用网络资源,保证服务持续;

根据当前系统的计算负载情况,适时迁移或扩展应用,保证服务水平。

在原有计算资源不可用时,能自动切换到备用计算资源,保证服务持续;

根据当前系统的存储负载情况,适时增添或扩展存储设备,保证服务水平。

在原有存储资源不可用时,能自动切换到备用存储资源,保证服务持续。

系统切割和平台运营系统切割

系统上云,并不是对所有应用都是一个标准,包括其中一些不能被迁移的应用,或者需要重建/重构的应用,可能会包括以下六种情况:

退役

保留

替换

迁移

重建平台

重构

描述

将要退役/结束生命周期的应用,其用户可能会迁移到其它应用上

保留下来的应用,作为非云基础设施的一部分

将会被其它应用(或者是应用集)所取代的应用,并且使用商业软件,作为一个服务进行交付

应用组件是云适应性较强的,并且在虚拟化以后需要很少的变化

应用组件不在云上或不符合成本效益,因此需要进行调整

应用组件并不适用于云,并且/或者根据业务需求要进行特定的改变

示例

∙自定义

的.NET或者Java应用,具备在OOTB或

者ERP系统内部可以合并的特征

∙由业务的要求,保留下来的应用

∙Salesforc

Workday

∙Windows

或者

Linux虚拟的/物理的服务器

∙云适应性较强的工作负载

∙•小应用占用的空间/最小的依赖性&

交互性

∙将一个JavaEE应用从WebSph

ere移动

到RedHatJBoss

∙移动数据库包

∙为了能在云上运行,需要升级软件版本

∙Oracle转为AWSRDS

∙利用云重构一个保留下来的C++应用

∙应用架构限制-Non-RESTful架构,单态应用非云的技术

(例如:

主机,

AIX或者

Solaris)

平台运营

除了必要的工具之外,管理运营体系是确保云平台得以有效规划、实施和控制的基础,在具体的

设计中共包含组织与职责、制度与流程两个方面的内容。

首先,对于管理运营组织与职责来说,主要关注于云平台管理运营的组织结构和责权体系框架,各参与组织依据此框架开展云平台管理运营相关工作。

组织结构明确云平台运营过程中的权责分配,以此建立运营团队和保障体系。

组织与职责解决的是明确“谁来做”的问题。

因此,组织与职责的设计主要包括:

组织架构、职责分工、能力素质、管控机制和保障体系几个方面的内容。

其次,对于管理运营制度与流程来说,依据职责分工,提升部门间的高效合作。

主要关注于云平台日常运营工作的开展落实与管理,确保运营工作的效率与效果。

制度与流程是明确“如何做”的问题。

因此,制度与流程的设计主要包括:

服务需求、服务设计、服务实施、上线部署、服务计量、服务评价、服务监控、服务运维、运营监控、运营提升几个方面的内容。

建议零售企业在上云中云平台管理运营体系架构依照下图构建:

第七章上云实施参考步骤

上云实施分为六个步骤完成,依次分别为系统评估、系统验证、数据迁移、应用迁移、系统配置、监控优化,不同步骤以及具体活动如下所示:

系统评估

∙云适应性属性收集及评估;

∙迁移工作量及费用评估;

∙系统架构评估;

∙系统安全评估;

∙应用迁移分类;

∙迁移工具评估及选型。

系统验证

∙云平台环境及技术研究;

∙创建PoC试点应用;

∙测试部署在云环境中的PoC或试点应用;

∙制定应用迁移策略;

∙标识并转移应用迁移风险。

数据迁移

∙根据应用系统的数据特点选择云存储类型;

∙将应用数据迁移至对应的云存储中,如文件系统、数据库系统等。

应用迁移

∙根据迁移策略实施应用迁移;

∙根据应用特点选择使用平台组件及服务;

系统配置

∙组件及服务配置;

∙监控管理配置;

∙安全管理配置;

∙系统资源配置;

∙服务目录配置。

监控优化

∙服务监控;

∙系统监控;

∙系统日志及审计;

∙系统优化。

第八章连锁零售企业数字化转型参考最佳实践

中金珠宝混合云部署、云零售案例企业介绍

中金珠宝主要经营范围包括:

黄金、白银、钻石、珠宝玉石制品的综合开发、设计、生产、销售、咨询服务等,在全国拥有30家品牌服务中心,连锁专卖店总计2000余家,覆盖全国市场。

案例介绍

中金珠宝现有的IDC面临着四大难题:

第一,机柜和服务器趋于饱和,当业务扩展需要新增服务

器时,IT部门难以快速响应需求;

第二,IT部门网络和安全运维人手严重不足;

第三,网络安全架构属于传统的检测、防御方式,难以抵御新型的高级网络攻击;

第四,黄金珠宝行业整体还面临着终端零售市场需求放缓、库存压力大、生产经营模式单一等诸多问题。

中金珠宝希望通过京东云的混合云部署,解决业务发展中的IT难题,通过拥抱云计算、大数据等打造智慧零售新路径,加速企业数字化转型的进程。

京东云为中金珠宝提供混合云部署、云灾备、云零售服务。

在混合云部署方面,京东云为中金珠宝提供公有云、安全防护、专线连接、迁移服务、监控管理的一站式服务;

确保中金珠宝在原有系统功能不受影响的前提下,扩展了原系统的计算能力,存储容量,网络带宽。

中金珠宝通过京东云的服务,完善了现有数据备份方案,实现了数据库的云灾备,同时还帮助中金珠宝的业务和应用在云上进行全面备份。

借助京东云知客等产品,中金珠宝可以进行门店客流监测,分析预测;

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 幼儿教育 > 育儿理论经验

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1