企业上云，如何才能做到对应用的重要级别有清晰的梳理？

理论上应该是从非核心到核心、从非实时到实时的过程，但不能一概而论，要具体情况具体分析，视应用的具体情况而定。
对于应用入IAAS的情况：
一般来讲，核心应用由于重要程度比较高，它的高可用架构设计得想对比较完善，应急措施也都比较到位，相较于高可用设计差一些的非核心应用，这些核心应用优先上云（从部分节点逐步过渡到全部节点）是比较合理的，即便上云过程中有不适应的地方，也能够及时隔离或回退，不会影响到业务。
对于应用入PaaS的情况：
由于传统架构的应用改造为微服务架构是需要比较大的投入的，一般来讲不太可能对一些必要性不强的应用改造入云。因此，比较稳妥的做法是，对有必要改造入云的应用（大多是核心应用或实时应用），先选择部分非关键交易进行改造，上线后并行运行一段时间，逐步将流量切换到云中。

各个公司都应该从业务层面对各个业务系统的重要性等级进行划分，这个重要性等级是和业务影响范围，可用性保障，性能，扩展性以及故障恢复时间紧密相关的。制定重要性等级时，需要业务、开发、运维三方人员共同参与，结合具体情况。

这个各行各业都不一样呀，我们应用在上线前都有级别定义的。这个一般是因应用部门来审定。

其实最直接的，就是你的业务中断了，影响大不大。一般上云我们给客户的规划是可以接受1天左右的停机不受影响，比如说内部的OA，报表，礼拜六和礼拜日可以接受停机。再接着是特定时间段能够接受停机。最后是访问频繁的业务，比如一些交易类的系统，对外访问的系统。