具体问题具体分析,在当下的业务发展和使用的情况下,替换ORACLE 后,是否需要变动架构是需要讨论的
1 替换ORACLE 后,原有的通过硬件纵向提高解决的问题,可能在替换后的数据库中无法解决
则现需要纵向扩展的方式。
具体需要看数据量,是否需要采用 TP AP 分离的方式,这需要详细考虑,如及时性业务,不事宜进行相关的方案,非及时性的业务可以考虑相关的方案。
举例 MYSQL + CLICKHOUSE 属于 TP +AP 的方案 ,或 PostgreSQL TP + PostgreSQL AP 的方案业属于可以考虑的范畴
把原有单纯数据库的思维模式,变更为数据库架构和混合数据库应用的思维逻辑,从成本和架构的角度综合考虑问题
收起基于系统集成行业,如果围绕国产数据库、信创、信创数据库、去O进行替换,需要考虑以下几个方面:
总的来说,如果替换后的国产数据库和信创数据库能够满足业务需求,并且能够提供足够的性能,那么完全可以hold住TP和AP类业务。如果业务中存在大量的AP类业务,建议单独创建AP库。