云平台信创需求

材料1-RDS在一个云平台一般有多种选择，而多云的情况可能就有一种逛淘宝的感觉了。一般来说协议上会兼容mysql，但具体到某个特定SQL语法，主从部署方案等细节的时候，就会有各种细微的差别。比如我们要限制所有SQL删除数据必须有where条件，有的产品不支持这个功能，有的产品可能支持动态修改，而有的产品只能通过重启来修改。
材料2-难点一：应用是否能平滑迁移
比如，信创生态中存在多种多样的国产化环境，涉及不同架构的芯片，各个厂商的操作系统、数据库、中间件等。如何挑选最优的组合，以利于尽早确定信创技术栈，保证在原有原有架构上运行的众多业务应用，能够顺利迁移到信创架构，并在信创环境中平稳运行？
比如，怎样通过迁移工具降低迁移风险，保障按照替换时间表，在任务紧迫的压力下，快速有效地完成从硬件到软件层面的全栈替换，实现业务系统迁移后的良好运行，同时提升信创验收的顺畅度？
难点二：能否满足业务高并发性能的需要
比如，怎样进行支撑业务需求变化的各种逻辑处理，保障迁移到信创环境的应用能够满足高并发请求，以及后续业务连续增长对性能的要求，实现良好运行？
比如，大型企业的业务应用众多且存在交叉关联，那些原本支持几十万人同时在线处理的应用，迁移到信创环境后，是否还能支持到这种量级？