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