金融企业应用上云，应该如何进行评估？

是否已经使用 虚拟化技术
业务系统是否在vm中通过测试
平台管理是否规范 部署设备是否有标准流程 需要按照云采购方式进行修正
资源统一云管理需要一个 技术团队的人事变动 团队技术能力是否达到
是否已经有自动化平台
上云牵扯多个部门 网络 x86运维 powervm运维 san运维 个部门之间责任
目标是什么,云立项在哪个部门或者高度是哪里 , 未来规划时什么情况.
项目总体想达到什么效果

1，首先业务应用上云，得分清楚是什么云？PaaS 云？还是 IaaS 云？甚至 SaaS 云？
2，如果是 IaaS 云，其实完全不需要评估，可以直接 migrate 到 IaaS 环境，但是得做完整的业务 scenario 测试，集中要解决的网络延时对业务的影响，其它诸如存储 I/O 问题可以看看，其它就没什么了；
3，如果是 PaaS 云，诸如 Docker 及微服务化云，那么首先要做的是改造后业务服务 scenario 是否吻合业务运营，诸如服务时长、性能 I/O，日志数据，issue 时的可追溯等；
4,至于是否将业务应用以 SaaS 服务，则要分析业务架构和业务应用的可改造性；
5，业务应用运营的指标和运维指标，业务应用对环境的要求是业务应用能否上云的关键性因素。抛开这俩个必要因素，企业应用入云其实是个灾难！

即使是同属于金融行业，每个公司最应当关注的点是不一样的，要考虑企业的实际情况。
通常来讲有这些方面：
a)企业IT发展规划
b)企业组织架构
c)企业管理制度
d)业务类型
e)应用层次
f)人员技能
g)技术成熟度
h)成本
i)周期
j)运维体制
k)安全
。。。

一般而言，要考虑企业的整体规划、现状（it系统、团队能力等）、成本和所应用的云方案成熟度等。
云是IT系统的集大成者，不能简单一概而论，应该从企业的实际出发、制定合理的发展方向、逐步上云。
同时，哪些业务上云，哪些不上云也应当有所取舍，切忌人云亦云，适合自己的才是最好的。

那么，哪些业务适合上云呢？一般分为三类：
A:网站类、线上业务系统、已经实现了虚拟化的业务系统等，如网上办案系统。特点是虚拟化、分布式、基于云构建、cloud-native
B:非线上的业务系统；特点是可以迁移（或经过改造）到虚拟化、采用分层架构、操作系统标准等。
新建系统按照B类型评估、规划
C:不适合迁移系统：硬件绑定、OS特殊、多年前开发、特殊用途等