从传统集中式架构转向开放式分布式数据库应用改造问题？

分布式数据库的使用，应用的改造工作量确实不小，如果原系统使用了大量的存储过程、触发器、复杂语句，那么改造工作量确实很大。但一些相对成熟的产品，尤其在设计时就以支持多数据库为目标，即使原来仅支持oracle和mysql，那么类似存储过程等内容的使用，就会很少或完全没有。我行选择的新核心系统产品，就是以上这种情况，所有工作量多，但投入自身多个科技部人员配合，增加的人员投入，相对于项目群的建设整体，工作量所占的比例就很小了，不足百分之一。学习方面，应用层非常容易掌握，一般开发人员一周即可上手，且以后的设计思路，都是简单sql方式，学习成本较新学oracle要低。费用是相同的情况，增加的费用占项目总投入也很低，且可以在硬件上节省回来。

稳定性与可维护性，非常强。不同于国外产品，td提供了可视化的维护管理台，包括扩容、备份恢复等在内的大部分操作，都可以在管理台上点击完成，非常容易操作。稳定性方面，一是分布式特性，部分机器的故障对整个系统的影响很小，且也经过了腾讯阿里的5年以上的使用，稳定性是完全有保障的。经过前期的大量测试工作，在数据实时一致性等方面的验证，以及新上线的审核，可以保证应用层很难有不可预知的错误发生。在系统层方面，同样要将各类异常情况尽可能的测试到位，可以减少不可预知问题发生的概率。如果还是有不可预测的问题发生，厂商可以远程支持。

生态方面，td以mysql为基础，需要验证的问题，测试的内容会减少一些。但经过项目的建设，一般应用的开发调试，开发人员可以很快掌握而无需太多支持。有业务，就有产出，人员就能增加，就有更多资源来处理问题，且这种支持更多情况仅在项目建设过程中需要，如仍担心资源问题，可以进行人员面试与约定后，再开启项目。