课程咨询: 400-996-5531 / 投诉建议: 400-111-8989
认真做教育 专心促就业
我们在前几期的文章中给大家简单介绍了转行软件开发需要掌握的一些编程知识等内容,而本文我们就继续来学习一下,分布式关系数据库开发注意事项。
当下的数据库是百花齐放的状态,我们的坚持就是我们要做一款对于用户应用透明的分布式关系数据库。这句话听起来很简单,但实际上里面有几个关键要素。
一,我们要去做应用透明。不需要在应用层去感知解决问题,也不是中间件的方案,而是要在数据库层解决问题。换句话来说,就是把复杂留给数据库,把简单留给用户。
二,严格的ACID保证。数据库一定要保证数据的正确性。换句话来说,就是OceanBase一直坚持立足于HTAP,不断地支持和扩展我们的AP分析能力,而不是说我们在AP的基础上来去支持严格的OLTP,这个是我们在分布式这个方向上坚持的核心要素之一。
除了支持这两个技术挑战之外,我更想讲的是另一个话题,分布式数据库在走向市场化应用的过程中,大的问题和挑战还是摸清客户到底遇到了什么问题,需要解决哪些问题,除了分布式数据库在技术上的竞争力和优势之外,产商真正要从天上回到人间,让大家都用起来,这里也有几个关键点。
一,对于大规模的分布式事务,能够支持和保证事务的一致性。在正常的状态下,我相信很多人能解决,但是在出现故障或者各种软硬件故障异常的情况下,去做好恢复,同时恢复过程能够不影响业务,这个对于生产系统来说是一个巨大的挑战。从用户视角来讲,非常关注的就是分布式技术体系能不能解决这个问题。
二,是否能够平滑迁移。当大量的应用从原来的系统迁移到分布式的时候,是否能够有一个通用的方案。另外的现实情况是我们要解决大量不同的行业、场景,海量应用的迁移,也是很多大型用户关注的一个要素。
三,如果我们把这个范围扩展或者泛化来看,其实不同的用户场景或者说同一个用户它的应用场景非常复杂。它可能会有不同的基础设施(私有云、公有云、混合云),而且大量的系统不是一次全部切换,这个风险的代价太高了,所以肯定是渐进式的。有这样的一个场景的话,就会带来大量的这种不同的基础设施的支撑、异构部署的诉求,这个也需要数据库层提供一致的能力体验和能力支撑来保障。
后,我想说的是HTAP,就是TP和AP的能力是不是能够融合起来,一开始,其实二者没有分离这个概念,后来随着数据量的增大和分析诉求的增强。原有的数据库能力无法满足,所以才分离出来。现在的架构也带来很多问题,包括用户需要在这个应用上,去构建不同的业务系统,来做日常生产的交易,以及这种角色的分析。
【免责声明】:本内容转载于网络,转载目的在于传递信息。文章内容为作者个人意见,本平台对文中陈述、观点保持中立,不对所包含内容的准确性、可靠性与完整性提供形式地保证。请读者仅作参考。更多内容请加danei0707学习了解。欢迎关注“达内在线”参与分销,赚更多好礼。