5同行回答
对于中小银行的传统架构转型，有以下几点思路，希望对你有所帮助
1.计算虚拟化，解耦传统烟囱式的系统架构，充分利用x86平台，提高资源使用率，降低运维复杂度；
2.集中式存储向分布式存储转型，利用分布式架构的弹性伸缩、按需扩展、高性能、高可靠等特点，为上层虚拟化提供数据持久化的能力，摆脱对集中存储的过度依赖，降低架构复杂度，结合第1步就组成了超融合架构；
3.数据中心基础架构云化，通过前2步的准备，数据中心己具备云化的基础条件，首先可以实现IaaS的云化升级改造，实现基础架构的自动化、智能化以及自助化，提供效率；
关于步骤和方法，因为不同的基础架构环境需要区别对待，总体上分为架构层、系统层和应用层，架构层前面己经介绍了，关于系统层，目前行业常用的方法主要还是系统在线迁移实现过度，但也不排队容器化的改造，对于一些系统，容器可能更加合适，关于应用层，与基础架构相对最远，但其实和基础架构又有一定的关系，例如服务器虚拟化、VDI就非常适合超融合架构，容器化应用就比较适合物理机+分布式存储的解决方案。
收起您好，产品选型需要从业务的实际场景出发，尤其对于分布式存储，涉及到产品研发能力、产品易用性和服务器硬件等多个重要组件，不同厂商其实支持情况也有较大差异，同时还要考虑厂商服务、案例等。
以下先给出一些通用的重要评估点：
自主研发还是开源封装？决定了出现故障叠加等极端场景时是否可以救命。
是否支持大规模在线扩展能力，灵活应对业务系统资源需求的变化？
能否提供统一、易于管理的平台，降低对运维人员的技术要求？
是否为全分布式的架构，不存在单点故障风险，有效保障业务连续性？
集群性能是否可随集群规模扩大而线性增长，并提供持续、稳定的高性能表现？
厂家服务人员的专业能力、服务响应能力等？
同时，交易类业务系统一般都伴随着数据库，在 POC 测试时，务必结合数据库一起测试，如有需要，建议部署应用后使用测试数据直接测试应用，得到的测试结果更贴合真实场景。
选型过程中，我觉得难点在于如何通过PoC去模拟和验证实际使用的效果。
一个是测试的规模和配置会对结果产生比较大的影响，但很多案例中往往不具备充分的测试条件，有的时候体现不出被测产品的差异 。
二是分布式系统架构相对复杂，需要测试的点更多，需要调优的点也更多，周期也更长，时间成本较高。
三是行业属于快速发展阶段，厂商和产品很多，但良莠不齐，用户选型时有更多的风险和试错成本。
在考察一个产品和技术的时候，口碑是非常重要的，我认为一个产品的复购率越高，或者有很多客户在反复购买某一个产品，才能说明产品本身足够优秀。
另外对于分布式块存储这个产品类别，软件架构和对硬件技术的优化利用是很重要的，这个领域没有所谓的特殊技术，产品逐步推进，迭代和优化被证明是更可靠的路径。