写点什么

从传统企业角度看我们为什么需要云原生数据库

  • 2022-10-18
    北京
  • 本文字数:1629 字

    阅读完需:约 5 分钟

从传统企业角度看我们为什么需要云原生数据库

去年,数据作为新型生产要素已经被纳入到“十四五”规划中,IT 的发展也产生了越来越多的数据,很多企业把成为一个数据驱动型企业其发展目标。据 Forrester 的研究指出,数据驱动型的企业每年平均增长可达 30%。

 

数据已经成为企业核心资产和创新的主要驱动力。一个坚实的数据基础是企业获得数据价值的保障。作为数据处理中枢,数据库是数据基础很重要的一部分。

 

IDC 对亚马逊云科技数据库、大数据和 AI/ML 的产品分析的文章揭示,现有的客户如果采用了数据相关的云服务以后,五年的投资回报率会达到 415%,总体运营成本可以降低 48%。可以看到,数字化转型给企业的业务带来的增长还是非常有效的。因此,越来越多的企业正在追求数字化转型。  

 

企业数字化转型必将带来的新趋势:产生海量、多样化的数据;现代化应用下的微服务需要专门构建的数据库以获得最佳表现;快速开发与迭代需要平衡数据库的成本与性能。

传统企业面临的数据挑战

 

相比互联网等云原生的企业,传统行业企业由于行业的特定应用需求以及历史遗留数据等原因,面临的数据挑战也更为艰巨:

 

  • 无法快速扩展:传统 IDC 资源有限且无法快速扩展,共享存储、MPP 等传统数据库的技术架构无法充分利用云的弹性能力,云存储,难以充分发挥云的优势。

  • 运维高成本:商业数据库的 License 也带来了高昂的成本,同时需要大量硬件投资和庞大的运维团队。

  • 迭代速度慢:繁琐的部署运维工作分散精力减缓系统迭代速度,减缓创新速度。

  • 无法支撑全球业务扩展:不易扩展到多个国家城市配合全球业务扩展。

  • 功能/性能瓶颈:传统关系型数据库应对不同业务场景需求的能力存在瓶颈。

为什么需要云原生数据库?

 

而云原生数据库则可以很好地解决以上问题,新架构下的数据库形式能够助力企业更快地扩展业务、专注于创新,并加快新功能的上市时间,主要表现为:

 

  • 云计算解决了开源数据库在易用性、可靠性、扩展性、性能等方面的问题,相比传统商业数据库,降低了高昂的成本。通过云上托管的数据库服务,客户可以用开源数据库实现媲美商业数据库的性能,而成本通常只有商业数据库的几分之一。

  • 专门构建的托管数据库,为企业工作负载,尤其是现代化应用架构下的微服务提供极致性能,不同的问题由专门的数据库来解决。

  • 基于云端海量资源池的云数据库可以根据企业工作负载需求快速弹性扩展,无服务器的数据库将这一特性发挥到极致。

  • 云原生数据库可以利用云端的其他服务,包括计算、网络、存储、安全、大数据、AI/ML,通过深度集成,将各种能力融会贯通。

  • 企业可以按用量付费,无需预置资源。

  • 托管数据库服务使客户可以集中精力在高价值的应用开发上,并借助全球数据库配合全球业务扩展。

 

总的来说,对用户而言,云原生数据库可以帮助他们更快地拓展业务,同时让用户可以摆脱一些底层基础架构繁琐且很难解决的问题,更加专注于业务创新,加快业务上市的时间。

亚马逊云科技推出首个云原生数据库 Amazon DynamoDB

基于以上传统数据库性能上的瓶颈以及数字化转型时企业对于业务上云的迫切需求,亚马逊云科技推出了 Amazon DynamoDB 数据库。

 

据亚马逊云科技大中华区产品部总经理陈晓建介绍,推出该款数据库的背后还有一段小故事。

 

2004 年以前,亚马逊一直使用的都是全球最大的商业数据库。但到在 2004 年美国圣诞季又恰逢“黑五”购物节,导致亚马逊的业务在峰值时中断了几个小时。后来技术人员去检测时发现,造成业务宕机的原因是因为用户的业务请求突破了商业数据库性能的天花板,导致整个业务中断了约四个小时。

 

事后亚马逊技术团队在分析这个问题的时候发现,70%的数据访问并不需要 SQL 事务级别的复杂性。因此技术团队开始研究 NoSQL 非关系型数据库,并于 2012 年推出第一个云原生 NoSQL 数据库 Amazon DynamoDB。

 

在 Amazon DynamoDB 问世后的十年里,亚马逊云科技对其进行的持续完善,不仅涉及底层可用性、持久性、安全性和规模等特性,还包括易用性等。现在 Amazon DynamoDB 已服务于全球众多客户,也包括亚马逊自身。Amazon DynamoDB 十年来的实践证明了云原生数据库是打破传统数据库瓶颈的必然归宿。

 

2022-10-18 10:494890
用户头像
李冬梅 加V:busulishang4668

发布了 1141 篇内容, 共 760.9 次阅读, 收获喜欢 1280 次。

关注

评论

发布
暂无评论
发现更多内容

第一周架构师总结

不在调上

架构师训练营-第1课总结-202006-架构设计

👑👑merlan

架构设计 UML #总结#

架构师训练营第一周总结

hifly

软件架构 架构师 极客大学架构师训练营 #总结#

架构师训练营-第一周作业

zcj

极客大学架构师训练营

架构师训练营第1周作业——食堂就餐卡系统设计

在野

极客大学架构师训练营

架构师训练营-第一周-学习总结

Anrika

极客大学架构师训练营 架构总结

食堂就餐卡系统设计

鲁米

架构设计

译-面向前端开发人员的Docker入门指南

费马

Docker Linux 容器 运维 大前端

架构师训练营-第一周学习总结

zcj

极客大学架构师训练营

架构师必备技能(灵魂拷问篇)

鲁米

架构师

架构师训练营第一周学习总结

jiangnanage

架构设计

作业1 餐卡系统设计

Geek_2e7dd7

数据结构与算法之基础入门

shirley

数据结构 算法

【架构师训练营】第一个周课程总结

Mr.hou

极客大学架构师训练营

Facebook缓存技术演进:从单集群到多区域

伴鱼技术团队

架构 系统架构 分布式系统 缓存穿透 cache

系统梳理主流定时器算法实现的差异以及应用

古月木易

定时器

TOGAF认证自学宝典

涛哥 数字产品和业务架构

架构 企业架构

c# 之linq——小白入门级

moonlucy

架构师训练营 - 食堂就餐卡系统设计

Pontus

极客大学架构师训练营

架构师训练营-开营

zcj

极客大学架构师训练营

区块链如何打通征信行业的“任督二脉”?

CECBC

CECBC 区块链技术 征信 数据共享

食堂打卡系统架构设计文档

Frank Zeng

提高 TCP 性能的方法,你知多少?

小林coding

TCP 性能优化 高并发 网络

产品经理越来越不值钱了吗?

Neco.W

产品 产品经理

架构师训练营第一周课堂学习总结

Frank Zeng

FPGA

Kevin Z

系统梳理主流定时器算法实现的差异以及应用

奈学教育

定时器

谈反应式编程在服务端中的应用,数据库操作优化,从20秒到0.5秒

newbe36524

C# Reactive netcore

微服务架构中分布式事务实现方案怎样何取舍【转发】

古月木易

微服务

二叉树视频|留美六年毅然归国,85 后技术 VP 金超:我想把工业智能做好

二叉树视频

写作平台 二叉树 年少有为

作为一个架构师,我是不是应该有很多职责?

架构师修行之路

程序员 架构 架构师

从传统企业角度看我们为什么需要云原生数据库_文化 & 方法_李冬梅_InfoQ精选文章