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