前几天上班时有听到将某些核心业务上云的谈论，说是以后计算业务直接放在云服务器，各个中断直接连接云服务器来获得数据。最后谈论在北京、上海自建两个云数据中心来给全国提供服务，估计是聊high了，吹水成分多点。事后，笔者认真想了想关于上云，觉得可能没有那么简单。
业务上云首先要考虑业务的特性，笔者归纳了几条。
1、业务实时性要求高，各个终端不允许脱离服务器，不然会造成很大的财产损失；
2、业务不允许down机，需要7*24在线提供服务；
3、数据安全性要求高，核心数据涉及商业机密；
4、云服务器的数据需要各个地区来提供，且各个地区的业务相关性不大，业务区域特性强。
那么根据业务特性，业务上云会遇到哪些挑战呢？云服务器会遇到什么故障导致业务中断呢？业务上云需要考虑哪些因素？云上服务中断后，怎么保证业务的连续性呢？针对这些问题，笔者想了几个点，考虑也不周全。
1、网络安全问题
DDOS攻击等会阻碍业务实时性，各个终端会失去云服务器的数据交互。现在云厂商都有DDOS攻击的引流技术，机器学习在其中起了很大的作用，但是自建数据中心的话必须考虑这个因素。
2、7*24在线
负载均衡等技术已经十分发达了，从vip到硬件均衡器，都可以完成7*24在线服务。
3、业务区域性问题
业务区域特性强，那么业务就可用独立，各个区域使用一套云服务。
4、数据安全性要求高
数据保证安全性，云服务器的数据需要下面来提供，如果成本允许的花，那么可用考虑专线来连接云服务。
5、本地服务作为云服务的备份
在遇到云服务无法提供计算功能时，建立本地的服务器作为备份，在紧急情况下使用。而平时，本地的服务器跟踪云服务来保持同步。
综上，业务可以区域上云，各个终端使用专线连接带有负载均衡的云服务，本地自建服务提供备份。
网友评论