摆脱技术包袱，做业务特色，越来越成为垂直电商的生存之道 今天，人们使用天猫、淘宝、苏宁网上购物不仅方便，而且有趣。您可以通过盒马和饿了么享受更快捷的本地生活服务。与此同时，家电、食品等垂直领域的电商平台也越来越有特色。 A公司是国内较早的食品相关产品和服务供应商，其A1网站致力于打造安全的大型食品购物网站。食品优先，严控保质期，严控食品库存温湿度和人员健康。同时，网站不断丰富美食种类，满足不同人群的需求。更多的精力用于不断提高服务质量和功能。网站本身被迁移到云端。借助云计算的优势，不断提升系统响应速度，让购物更快捷。这已成为该领域正在发生的重大变化。 将繁重的IT基础设施资产（包括基于IDC的服务器、存储设备、网络和安全设备等）迁移至云端，实现IT基础设施的虚拟化，根据业务量灵活灵活地使用资源实行按量使用、按需付费，增强了抵御经贸风险的能力。当经济形势触底时，我们将覆盖最坏的情况，当经济形势出现拐点上升时，我们可以轻装前行，支持业务的快速扩张。 本文将用案例来说明上云对支持业务和降低成本带来的变化，如何消除客户的顾虑，以及上云需要采取哪些步骤。系统越复杂，越需要上云，更敏捷地支撑业务 业务的敏捷性需求，这对传统IDC部署开源软件运维提出了挑战。 在上云之前，网站已经具有了相当的规模。北京21Vianet的主机房有几十个机柜，同城的备用机房有几个机柜，主要存放备份、数据库和代码。图1云下的信息图 使用万网的DNS服务和第三方CDN服务，采用7层负载均衡，宿主机为物理机+kvm+vmware+docker组合，存储设备在主机房内。十TB数据，采用开源漏洞扫描软件，应用服务器采用Nginx+Apache+Resin+Tomcat组合，数据库采用SQLServer+MySql+Oracle等产品。 还用到了Redis缓存、ZooKeeper、MongoDB、ELK、Docker、K8S，以及监控软件和SVN。应用服务器+web前端+缓存+数据库有上千台服务器，操作系统有centos和windows多个版本。 复杂的系统对应一个几十人的运维团队。随着时间的推移，不同厂家的产品越来越复杂，业务的增长进一步给系统的流畅运行带来了更大的挑战。如何降低服务之间的依赖，如何打通数据，提高对新业务、新需求的响应速度，如何提高运维的人机比，这一系列的问题成为了需要应对的挑战从长远来看。 在云端，通过微服务架构，通过使用企业分布式服务EDAS、消息队列、容器等服务和产品，极大地保证了系统的服务性和异步性。通过云数据库、中间件、移动和物联网套件和小程序，可以快速构建应用试错，快速响应业务需求。上云之后，成本可以大大降低。图2云上架构图 由于电商的各种打折促销，带来了系统流量的波峰波谷，导致平时服务器的利用率远低于50%.对于这部分业务，可以使用云上的包年包月服务，足够划算。其他高峰业务，可以使用云端的按量付费服务。当流量达到一定数量时，在负载均衡中设置规则。对于新机，还可以考虑纵向弹性扩展，比如增加配置规格，这样整体成本可以降低到原来的一半。客户上云后，需要通过安全保障三级考核。我们和我们的合作伙伴可以帮助客户准备材料并引导客户顺利通过评估。与自建机房相比，成本更低。 存储通过OSS上传至云端，云端下不存储任何数据。后期可根据需要添加异地OSS备份，不仅节省了原有的存储成本，还实现了云上三副本的AZ高可用，同城双AZ容灾，异地三个AZ备份保证数据的可靠性和可用性。用客户至上的理念打消顾虑 在行业背景下，在真正的业务和技术痛点的驱动下，在上云的好处的引导下，今天更多的客户不是在谈论什么是云计算，为什么上云，而是如何快速高效的上云。同时，作为一家专业提供云服务的技术输出公司，我们以专业的态度服务于客户，打消一切顾虑。下面列出了客户因为顾虑而提出的一些问题以及我们的解答。阿里会不会在双11先保护天猫和淘宝，这可能会伤害到客户？面对如此尖锐的问题，我们其实想到了之前，早在每年10月或更早的时候，我们就开始询问客户的增长情况，提前做好客户拓展的准备，确保客户的生意是第一要保证的目标。如果要上云，会不会像云计算厂商一样设置障碍，关闭Redis的相应功能，让客户无法使用DTS进行不停的迁移？我们的回答是，绝对不会，我们的承诺可以通过实际使用来验证。A1.com方面，由于客服线路等原因，部分数据库无法上云。云上的应用能否访问云外的数据库？答案是肯定的，通过ECC在云端与IDC之间建立高速通道，可以很好的满足业务需求。我们向客户提供的安全合规服务是否收费？我们提供的信息是免费的。如果您需要购买WAF等安全产品，则需要按照WAF产品进行付费。上云后成本如何？通常比原来的成本节省30%，可以使用TCO计算器进行成本分析，与现有IDC进行成本比较。有些运维人员担心上云后会失业？事实上，上云后，运维同学可以腾出时间从事云服务管理等更高级的工作，大数据开发工程师可以做数据分析师和技术支持工作，会产生更大的价值，因为更大商业价值。同时，阿里云还基于云计算、大数据、云安全、人工智能等几大领域，提供从ApsaraClouder、ACA助理工程师、ACP专业工程师到ACE高级工程师的云计算专业技能和资格认证服务，以及中间件，证明技术人员可以基于阿里云产品解决相应技术方向的企业基础业务问题。图3云迁移方案图 网络迁移是首先要解决的问题。迁移前了解机房与办公区、机房之间的专线，包括带宽、类型等；迁移时建立ECC高速通道。 应用迁移一般在数据库之前进行。迁移前先确定两个机房之间是否实现了主从，比如通过Bind服务域名解析配置主从服务器；迁移过程中，重新部署到云端，或者使用SMC进行应用迁移；有关技术细节，请参阅“服务器迁移最佳实践”。 缓存迁移，包括Redis、MemCache迁移。迁移前，确定存储了哪些数据，如session、用户登录信息等，确定哪些存储的数据可以丢弃，再次从数据库应用更新，确定需要迁移的数据量；迁移时使用DTS工具进行迁移，支持增量；如果应用程序和Redis之间存在代理，则需要先使其失效。 数据库迁移，主要是MySQL迁移。迁移前确定各业务线对应实例的使用情况，实例共享物理机，判断端口是否使用3306，不同实例是否使用不同的域名，MySQL是哪个版本的主版本，确认是否是覆盖在云端。统计实例总数、物理机实例数、每个实例的数据量级别。使用POC熟悉DTS的使用；迁移时，使用DTS工具进行迁移；如果有异常，可以使用回滚策略，DTS会回流到线上。客户可能会进行业务变更，比如IP改为域名等，需要提前核实。技术细节请参考最佳实践 半结构化数据迁移，包括MongoDB迁移。在迁移之前，你需要知道有多少个集群，总共有多少TB的数据。需要做云服务POC验证；专为迁移而建。存储迁移主要是指非结构化数据的迁移。迁移前了解现有存储数据是什么，包括复制数据量和实际数据量、负载状态、读写比等，需要一个POC来熟悉产品使用，包括测试使用OSSImport迁移IDC文件到OSS；迁移时，历史数据使用LightningCube迁移到OSS，热点数据使用OSSImport迁移到OSS云存储；迁移到OSS需要修改应用，需要注意检查，避免出错。另外，如果有很多小文件，迁移可能需要很长时间，需要提前安排。 如上所述，通过分析需求和关键技术难点，制定了上云方案。该计划对按照标准化流程考虑的技术问题做出了相应的规范约定，包括准备阶段、迁移方式、风险预案等。该方案的实施可以有效帮助客户提高上云效率，降低风险。阅读更多：https://yq.aliyun.com/article..._content=g_1000102637上云看云栖账号：更多云资讯、云案例、最佳实践、产品介绍，访问：https://yqh.aliyun.com/
