其实最直接的,就是你的业务中断了,影响大不大。一般上云我们给客户的规划是可以接受1天左右的停机不受影响,比如说内部的OA,报表,礼拜六和礼拜日可以接受停机。再接着是特定时间段能够接受停机。最后是访问频繁的业务,比如一些交易类的系统,对外访问的系统。
收起理论上应该是从非核心到核心、从非实时到实时的过程,但不能一概而论,要具体情况具体分析,视应用的具体情况而定。
对于应用入IAAS的情况:
一般来讲,核心应用由于重要程度比较高,它的高可用架构设计得想对比较完善,应急措施也都比较到位,相较于高可用设计差一些的非核心应用,这些核心应用优先上云(从部分节点逐步过渡到全部节点)是比较合理的,即便上云过程中有不适应的地方,也能够及时隔离或回退,不会影响到业务。
对于应用入PaaS的情况:
由于传统架构的应用改造为微服务架构是需要比较大的投入的,一般来讲不太可能对一些必要性不强的应用改造入云。因此,比较稳妥的做法是,对有必要改造入云的应用(大多是核心应用或实时应用),先选择部分非关键交易进行改造,上线后并行运行一段时间,逐步将流量切换到云中。
各个公司都应该从业务层面对各个业务系统的重要性等级进行划分,这个重要性等级是和业务影响范围,可用性保障,性能,扩展性以及故障恢复时间紧密相关的。制定重要性等级时,需要业务、开发、运维三方人员共同参与,结合具体情况。
收起