新數(shù)科技王翔宇：企業(yè)數(shù)字化轉(zhuǎn)型中的數(shù)據(jù)庫管理體系建設(shè)趨勢｜愛分析活動

原創(chuàng) 愛分析ifenxi 2023-01-16 18:00

找芯片數(shù)據(jù)手冊、參考設(shè)計和開發(fā)工具？ KDES 2026上海峰會：定義下一代工程仿真

2022 年 12 月底，愛分析舉辦了“2022愛分析·數(shù)據(jù)智能網(wǎng)絡(luò)研討會”。愛分析邀請新數(shù)科技副總裁王翔宇進行了題為《企業(yè)數(shù)字化轉(zhuǎn)型中的數(shù)據(jù)庫管理體系建設(shè)趨勢》的主題演講。

數(shù)據(jù)智能融合大規(guī)模數(shù)據(jù)處理、數(shù)據(jù)分析與挖掘、機器學(xué)習(xí)、可視化等多種大數(shù)據(jù)和人工智能技術(shù)，為企業(yè)提供數(shù)據(jù)驅(qū)動的智能分析與決策。隨著數(shù)據(jù)規(guī)模的持續(xù)膨脹與分析場景的更加多元化，企業(yè)也對數(shù)據(jù)基礎(chǔ)設(shè)施進行持續(xù)升級與優(yōu)化，提升體系化、智能化、安全可控水平。

新數(shù)科技副總裁王翔宇在會上的演講圍繞數(shù)據(jù)庫管理展開，詳細講述了數(shù)字化轉(zhuǎn)型中企業(yè)對數(shù)據(jù)庫管理模式的變化，以及數(shù)據(jù)庫管理體系的建設(shè)，并且分享了典型的實踐案例。

現(xiàn)將王翔宇副總的演講實錄整理后分享如下：

首先，非常感謝今天能夠有機會來做分享。我叫王翔宇，來自北京新數(shù)科技。公司在2014年成立至今，圍繞著整個數(shù)據(jù)庫生態(tài)體系，從最早的監(jiān)控到現(xiàn)在的統(tǒng)一管理，一直聚焦在數(shù)據(jù)庫領(lǐng)域。今天我會把我們這些年做的相關(guān)產(chǎn)品，以及為客戶帶來的價值給大家做一個分享。

分為四個話題：第一，當(dāng)前企業(yè)數(shù)據(jù)庫發(fā)展的現(xiàn)狀以及挑戰(zhàn)。第二，整個數(shù)字化的轉(zhuǎn)型期間，數(shù)據(jù)庫的管理模式的轉(zhuǎn)變。第三，如何更輕松地實現(xiàn)數(shù)據(jù)庫管理體系的建設(shè)。第四，我會跟大家分享不同的客戶，包括大型金融機構(gòu)和小型制造企業(yè)等，在實際數(shù)據(jù)庫管理體系建設(shè)上的實踐，以及體系所帶來的價值。

企業(yè)數(shù)據(jù)庫發(fā)展現(xiàn)狀及挑戰(zhàn)

從整個市場的分布來看，在傳統(tǒng)的數(shù)據(jù)庫 1.0 時代，數(shù)據(jù)庫原廠的產(chǎn)品跟服務(wù)占了 70% 左右，還有 30% 可能是周邊的一些生態(tài)。但從 2008 年開始，數(shù)據(jù)庫進入了 2.0 時代，即后關(guān)系型數(shù)據(jù)庫階段。特別是最近兩年，我們都更深刻地感受到，各種新型的數(shù)據(jù)庫、分布式數(shù)據(jù)庫以及現(xiàn)在更多在講的信創(chuàng)的、云化的數(shù)據(jù)庫等開始涌現(xiàn)。據(jù)不完全統(tǒng)計，現(xiàn)在國產(chǎn)數(shù)據(jù)庫廠商應(yīng)該有一百多家，國產(chǎn)數(shù)據(jù)庫產(chǎn)品有兩三百種。數(shù)據(jù)庫正在進入一個蓬勃發(fā)展的時代。在這個時代下，沒有任何一個原廠商能提供對各種各樣數(shù)據(jù)庫一個完整的生態(tài)服務(wù)。所以在整個市場上，面向各種各樣的數(shù)據(jù)庫，應(yīng)運而生的就是我們新數(shù)科技，我們來提供數(shù)據(jù)庫 2.0 時代下多種類數(shù)據(jù)庫統(tǒng)一的管理和運維。

在數(shù)據(jù)庫 2.0 的時代，企業(yè)使用數(shù)據(jù)庫時會面臨著四個挑戰(zhàn)：第一，數(shù)據(jù)庫的數(shù)量增長非常多。微服務(wù)架構(gòu)帶來數(shù)據(jù)庫縱向的拆分，分布式架構(gòu)帶來數(shù)據(jù)庫橫向的拆分。另外，企業(yè)提供業(yè)務(wù)的能力在不停地增長，業(yè)務(wù)互聯(lián)網(wǎng)化在增長，各種各樣的業(yè)務(wù)系統(tǒng)層出不窮。舉個典型的例子，一個股份制銀行，在原來的 1.0 時代可能幾十個或者幾百個數(shù)據(jù)庫，但是到 2.0 時代都是有幾千個數(shù)據(jù)庫在使用，基本上是以 10 倍的速度在增長。第二，數(shù)據(jù)庫種類越來越多。剛才講到國產(chǎn)化的數(shù)據(jù)庫能有兩三百種，我想大部分企業(yè)少說有三四種數(shù)據(jù)庫在用，多的甚至可以達到十多種，并存著包括Oracle、Db2 和開源的MySQL、MongoDB、Redis 等等，還有像國產(chǎn)的達夢、人大通用等。第三，數(shù)據(jù)庫架構(gòu)越來越復(fù)雜，包括分布式、讀寫分離、高可用，甚至兩地三中心災(zāi)備等架構(gòu)。第四，敏態(tài)業(yè)務(wù)需求變化越來越多。業(yè)務(wù)的需求變化意味著整個數(shù)據(jù)庫也要跟著變化，隨著各種應(yīng)用發(fā)布或者是業(yè)務(wù)變更越來越頻繁、功能不斷更新，數(shù)據(jù)庫也要相適應(yīng)地變更，可能需要增加字段或者增加表。此外，應(yīng)用互聯(lián)網(wǎng)化使得資源的動態(tài)擴縮容也成為了普遍需求，分布式數(shù)據(jù)庫要能夠動態(tài)地去增加更多的節(jié)點。

數(shù)字化轉(zhuǎn)型期企業(yè)數(shù)據(jù)庫管理模式

在這些挑戰(zhàn)之下，企業(yè)使用數(shù)據(jù)庫或者進行運維管理的模式就必然要發(fā)生變化。那么怎樣來滿足這些需求，以及怎樣來建設(shè)整個數(shù)據(jù)庫的管理模式來應(yīng)對這些變化跟挑戰(zhàn)呢？

在傳統(tǒng)的數(shù)據(jù)庫運維模式下，運維團隊大部分的工作內(nèi)容其實是比較確定且單一的，運維團隊負責(zé)將數(shù)據(jù)庫安裝部署并上線，上線后如果出現(xiàn)問題，比如業(yè)務(wù)方提出來數(shù)據(jù)庫運行變慢，則需要運維團隊去查看系統(tǒng)出現(xiàn)了哪些故障。這樣的數(shù)據(jù)庫運維往往都是被事件或者需求驅(qū)動的。然而在當(dāng)下數(shù)據(jù)庫種類多樣化、數(shù)量急劇增長、運行環(huán)境愈發(fā)復(fù)雜的情況下，這種被需求或者事件驅(qū)動的模式已經(jīng)越來越難以持續(xù)。

對此，我們的有一個整體的設(shè)想：通過建設(shè)數(shù)據(jù)庫統(tǒng)一的管理體系，我們可以把各種架構(gòu)、各種類型的數(shù)據(jù)庫納管起來，即提供統(tǒng)一的數(shù)據(jù)庫管理平臺。該平臺提供標(biāo)準化安裝部署、自動監(jiān)控告警、業(yè)務(wù)端SQL上線審核優(yōu)化、自動執(zhí)行管控等功能。除此之外，平臺還支持各種日常的運維操作，比如創(chuàng)建用戶等。我們通過一個完整的平臺、一種標(biāo)準化的服務(wù)能力來應(yīng)對前面提到的運維管理被事件驅(qū)動的情況，把 DBA 的能力固化在平臺上，通過平臺來進行輸出。

如何更輕松地實現(xiàn)數(shù)據(jù)庫管理體系建設(shè)

整個平臺是經(jīng)過我們跟大量的企業(yè)一起來解決數(shù)據(jù)庫轉(zhuǎn)型和管理中的各種痛點，逐步打磨出來的。如果我們把整個平臺拆開來看，它其實是有各種各樣的功能模塊來一一對應(yīng)解決企業(yè)在數(shù)據(jù)庫管理當(dāng)中的各個痛點的。

首先，企業(yè)第一個痛點是多樣數(shù)據(jù)庫、多種 IT 基礎(chǔ)設(shè)施環(huán)境，并且它們都處于不斷變化中。該痛點的解決方法是統(tǒng)一地把數(shù)據(jù)庫都管理起來，并且有一個統(tǒng)一的模型來屏蔽差異。第二個痛點是數(shù)據(jù)庫在轉(zhuǎn)型期開源生態(tài)資源不足，面對轉(zhuǎn)型期工具文檔少、相關(guān)數(shù)據(jù)庫技能缺失、專業(yè)服務(wù)不足等問題，新數(shù)在替換數(shù)據(jù)庫過程中能夠提供自動化的監(jiān)控和運維工具，甚至包括數(shù)據(jù)遷移的工具。第三，企業(yè)數(shù)據(jù)安全隱患多，對于各種無論主客觀的誤操作，企業(yè)在數(shù)據(jù)安全管理上要有一個主動的措施來防范各種可能存在的安全隱患。安全管控的平臺對數(shù)據(jù)庫去做安全巡檢、權(quán)限控制還有災(zāi)備。此外，隨著微服務(wù)化態(tài)勢明顯，企業(yè)認為傳統(tǒng)數(shù)據(jù)庫的安裝部署，在即使做了自動化的情況下，依然交付速度太慢，而虛擬化資源浪費又太多，企業(yè)希望交付過程能更快更穩(wěn)定，所以我們也嘗試把數(shù)據(jù)庫跑在容器云上面，來提供更高效的交付能力，做更好的資源的隔離。最后，數(shù)據(jù)庫的人才技能缺失也為企業(yè)帶來了難題。由于各種各樣新型數(shù)據(jù)庫的相關(guān)技術(shù)人員和 DBA 越來越難找，并且培養(yǎng)周期太長，所以我們這個平臺要讓一個普通的 DBA 能快速地掌握更多數(shù)據(jù)庫的管理能力，或者通過平臺來降低數(shù)據(jù)庫管理的門檻。

針對企業(yè)各種各樣的痛點，我們形成了自己的數(shù)據(jù)庫管理體系全生態(tài)矩陣，來解決在現(xiàn)階段企業(yè)管理數(shù)據(jù)庫遇到的難點。首先，數(shù)據(jù)庫云管理平臺，或者叫 DMP、DBPaaS ，它從資源交付到監(jiān)控，再到自動化運維，把數(shù)據(jù)庫全生命周期地管理起來，具備實時監(jiān)控、性能優(yōu)化、自動巡檢、故障自愈、批量變更等能力。其次，我們的數(shù)據(jù)庫的傳輸平臺DTS提供數(shù)據(jù)的復(fù)制同步、異構(gòu)遷移、庫表轉(zhuǎn)換以及 SQL 改寫功能。另外，數(shù)據(jù)庫的安全管控平臺DSC提供數(shù)據(jù)庫的權(quán)限管理，執(zhí)行控制，SQL的審核和備份脫敏等功能。最后，是數(shù)據(jù)庫容器云，它通過容器交互的方式，更快、更高效、更符合云原生地來提供數(shù)據(jù)庫的整體服務(wù)能力。

首先，我們可以看到整個DMP能夠為所有主流數(shù)據(jù)庫提供全生命周期的管理。從最開始的快速交付，到自動部署標(biāo)準化的參數(shù)、安裝路徑和用戶權(quán)限，來實現(xiàn)統(tǒng)一的管理。數(shù)據(jù)庫上線之后平臺對其進行實時監(jiān)控、數(shù)據(jù)采集、SQL語句審核、性能基線告警，甚至主動地預(yù)防潛在隱患，及時發(fā)現(xiàn)數(shù)據(jù)庫的問題。此外，還包括數(shù)據(jù)庫性能、容量的分析。當(dāng)平臺分析出數(shù)據(jù)庫或者 SQL 存在的問題、系統(tǒng)遇到的瓶頸后，管理模塊會把問題提前拋給相關(guān)責(zé)任人進行預(yù)防，督促他們在一定周期內(nèi)把問題隱患消滅掉，從而形成解決問題的良性閉環(huán)。或者當(dāng)問題告警出來后，平臺能夠自動修復(fù)處理。總體而言，數(shù)據(jù)庫統(tǒng)一管理平臺提供20多種產(chǎn)品功能，這些能力基本上可以解決前面提到的各種問題。

目前DMP的產(chǎn)品化程度非常高，產(chǎn)品化率達到 90% 以上，而剩下的10%則需要跟企業(yè)現(xiàn)有的運維體系去對接融合來更好地發(fā)揮作用。例如，為了更好地服務(wù)更多用戶，企業(yè)需要與單點登錄系統(tǒng)去對接；為了能快速準確地納管各種各樣的數(shù)據(jù)庫或者自動創(chuàng)建數(shù)據(jù)庫，企業(yè)需要跟CMDB去對接。目前，整個平臺已經(jīng)支持超過18種數(shù)據(jù)庫，基本上覆蓋了主流的數(shù)據(jù)庫。

在統(tǒng)一的管理平臺下，還延伸出了剛才提到的各種大的功能模塊。SQL 審核體系覆蓋了數(shù)據(jù)庫從開發(fā)測試到生產(chǎn)的整個階段，并且會跟 DevOps 做標(biāo)準的集成，在開發(fā)階段就把寫得不好或者有性能隱患的語句排查出來，指出該語句的寫法違反了什么樣的規(guī)則，甚至提出一些修改建議。此外，平臺還會在測試階段發(fā)現(xiàn)查詢計劃的缺陷，并且自動地拋出這些問題。在傳統(tǒng)的數(shù)據(jù)庫運維管理模式下，這些隱患問題其實是在SQL上線后，如果業(yè)務(wù)方發(fā)現(xiàn)性能變慢了，再告訴 DBA 去做數(shù)據(jù)庫的優(yōu)化或者SQL的更改，整個過程是后置的。而且想去改變已經(jīng)上線的 SQL 語句，往往是非常困難的。通過整個 SQL 審核體系，我們可以在開發(fā)階段就發(fā)現(xiàn)這些問題。其實有不少我們的客戶做過 SQL 審核上線前后的對比，比如某股份制銀行，通過 SQL 審核模塊，在開發(fā)階段進行嚴格把關(guān)，新上線的系統(tǒng)跟以前舊的系統(tǒng)對比，能顯著減少 80% 的 SQL 性能問題，所以這個模塊發(fā)揮的作用是非常大的。

在整個產(chǎn)品體系當(dāng)中，ShinData DSC 數(shù)據(jù)庫安全管控平臺從 SQL 開發(fā)、測試到生產(chǎn)上線，主要來確保 SQL 執(zhí)行是不越權(quán)、合規(guī)、按照計劃去執(zhí)行的。而且它會自動地把執(zhí)行操作記錄下來——誰幾點幾分做了什么樣的執(zhí)行，執(zhí)行結(jié)果是什么樣的。整個安全管控的執(zhí)行流程也是簡化的，比如開發(fā)一個新的應(yīng)用，里面涉及到一個 SQL 的變更，傳統(tǒng)模式下可能是開發(fā)人員讓 DBA 來把 SQL 變更好。在有安全管控平臺的模式下，開發(fā)人員通過自助申請 SQL 變更，SQL 通過 DBA 或者管理員審批，并且約定好 12 點執(zhí)行，平臺就會在 12 點自動地去執(zhí)行這些 SQL。同時，我們可以選擇在執(zhí)行前是否去做變更前的備份，如果變更失敗，還可以選擇是否去做回滾。

這里很重要的一個設(shè)計點是安全。在傳統(tǒng)模式下，去查詢，或者去做變更，最容易發(fā)生的其實是越權(quán)，無論是主動去刪，還是誤操作刪除，發(fā)生的概率其實都是存在的。但是像這種誤操作，對于企業(yè)數(shù)據(jù)庫生產(chǎn)來說，其實是非常致命的。平臺的自動化，不僅提高了SQL變更效率，更重要的是能夠提前地預(yù)防安全隱患。傳統(tǒng)的模式都是執(zhí)行完成后記錄下來，進行事后的審計。但是通過安全管控，保證了在數(shù)據(jù)庫上執(zhí)行的語句都是合規(guī)且不越權(quán)的。

另外，平臺還有一個模塊叫做 ShinData DTS 數(shù)據(jù)傳輸遷移平臺。在企業(yè)上線新的數(shù)據(jù)庫時，必然會面臨著數(shù)據(jù)庫異構(gòu)遷移的問題，包括如何遷移評估、SQL 如何改寫等等，并且企業(yè)希望遷移過程是不停機、保證數(shù)據(jù)實時復(fù)制的。DTS 數(shù)據(jù)傳輸遷移平臺會提供一站式遷移服務(wù)，包括遷移評估、遷移后的驗證、數(shù)據(jù)比對等在內(nèi)的完整遷移流程，開發(fā)團隊能夠依賴遷移平臺自助化地完成整個數(shù)據(jù)庫的遷移。

此外，我們還有一個用于監(jiān)控和性能容量分析的軟件ShinSight，它在DMP里對應(yīng)的其實是一個完整的性能容量分析的模塊。但是有一些偏中小規(guī)模的數(shù)據(jù)庫運維需求，他們更多的是希望把整個數(shù)據(jù)庫監(jiān)控起來，數(shù)據(jù)庫出現(xiàn)問題能夠及時發(fā)現(xiàn)，即能夠進行自動化的監(jiān)控巡檢。所以我們也推出了這樣一個輕量級的軟件來滿足此類需求。ShinSight有各種各樣不同的版本，其中，社區(qū)版是可以免費下載使用的，它主要起到的是數(shù)據(jù)庫監(jiān)控和性能分析的作用。

數(shù)據(jù)庫容器云平臺ShinDB基于容器化來提供數(shù)據(jù)庫云原生的服務(wù)，支持多種類的數(shù)據(jù)庫，比如 MySQL、openGauss、Redis、MongoDB 等，ShinDB通過容器化K8S快速地通過容器化來建設(shè)企業(yè)數(shù)據(jù)庫私有云體系，并且能夠很好地做到資源隔離。比如，一個業(yè)務(wù)系統(tǒng)要跑在 4C16G MySQL 某個版本的數(shù)據(jù)庫上，ShinDB可以通過容器化云原生的方式，快速地在幾分鐘之內(nèi)，提供包括從硬件、軟件到各種架構(gòu)的服務(wù)。如果用戶需要更多的節(jié)點，ShinDB也能夠?qū)崟r地進行資源彈性伸縮?？傮w而言，通過容器化平臺實現(xiàn)數(shù)據(jù)庫的云原生交付，企業(yè)能夠快速方便地建設(shè)數(shù)據(jù)庫私有云體系。

數(shù)據(jù)庫管理體系建設(shè)實踐分享

不同客戶其實是可以有選擇地來建設(shè)數(shù)據(jù)庫管理平臺的。大家可以根據(jù)自己的實際需求來建設(shè)，我們會選擇其中的一些模塊來進行介紹：

（一）某股份制銀行案例

首先，第一個例子是某股份制銀行的，該銀行因為規(guī)模較大，所以整個 dbPaaS 的功能建設(shè)是比較完備的。它所面臨的痛點其實跟咱們前面描述的是非常一致的：數(shù)據(jù)庫種類繁多，其中包含了商業(yè)數(shù)據(jù)庫、開源數(shù)據(jù)庫和國產(chǎn)數(shù)據(jù)庫，總共大約有十多種。整個數(shù)據(jù)庫的節(jié)點有幾千，甚至接近上萬個。在傳統(tǒng)模式下，該銀行很難實現(xiàn)對數(shù)據(jù)庫的統(tǒng)一管理。該銀行很難同時使用這么多不同的工具。而且，各種工具的對接、集成也非常困難。

在這種情況下，該銀行建設(shè)了一個完整的 dbPaaS 管理平臺，通過標(biāo)準化的產(chǎn)品加上定制開發(fā)來滿足自身需求。定制開發(fā)根據(jù)該銀行的實際情況，跟CMDB、DevOps、單點登錄、統(tǒng)一告警、工單下發(fā)等各種系統(tǒng)進行完整對接，讓 dbPaaS 成為數(shù)據(jù)庫管理中的一個環(huán)節(jié)。所有對數(shù)據(jù)庫進行管理的操作，都會通過 dbPaaS 這個門戶來進入，包括數(shù)據(jù)庫創(chuàng)建、狀態(tài)監(jiān)控、巡檢、性能分析、自動化運維，以及包括剛才提到的執(zhí)行變更等。此外，該銀行還進一步地建設(shè)了容器化平臺，所有在容器化平臺上創(chuàng)建的數(shù)據(jù)庫也會被納入進行統(tǒng)一管理。

通過 dbPaaS 的建設(shè)，該行形成了一個全行統(tǒng)一數(shù)據(jù)庫的管理體系，整個 dbPaaS 成為了數(shù)據(jù)庫管理、服務(wù)的唯一入口，從而有效降低了各種開源和商業(yè)數(shù)據(jù)庫的運維的門檻。企業(yè)數(shù)據(jù)庫的管理運維團隊還是那些人，他們原先可能是做 Db2 、Oracle或者 MySQL 的，但是現(xiàn)在種類多了之后，團隊通過平臺也能夠來提供相對不同新類型數(shù)據(jù)庫的服務(wù)。此外，在做數(shù)據(jù)庫替換的過程中，借助 dbPaaS 的能力，該銀行也能夠?qū)π乱氲臄?shù)據(jù)庫進行管理。因為新數(shù)據(jù)庫是一個分布式的數(shù)據(jù)庫，節(jié)點會越來越多，而且走的是開源的技術(shù)路線，平臺能夠有效助力核心數(shù)據(jù)庫的轉(zhuǎn)型。

（二）某制造企業(yè)案例

我分享的第二個案例來自某制造企業(yè)，該企業(yè)對于管理平臺的主要訴求是對在運行的三四種、不到二十套的數(shù)據(jù)庫進行監(jiān)控，并且對問題及時告警，或者自動巡檢來提前排查隱患。傳統(tǒng)模式下，DBA需要每個月去巡檢，甚至每天親自上手去檢查，工作費時費力，也未必能發(fā)現(xiàn)問題。

該平臺產(chǎn)品交付的形態(tài)是針對不同種類，例如Oracle、MySQL、 SQL Server、MongoDB、HANA等數(shù)據(jù)庫，ShinSight會有統(tǒng)一的模型來打通不同種類數(shù)據(jù)庫之間的差異。有些企業(yè)可能只有一個DBA，但是這個 DBA 有統(tǒng)一的模型支持，就可以發(fā)現(xiàn)數(shù)據(jù)庫相應(yīng)的問題。當(dāng)數(shù)據(jù)庫上某個地方出現(xiàn)問題了，平臺會自動地告警出來，并且產(chǎn)出巡檢報告。通過ShinSight，系統(tǒng)的故障率較以前下降了 80% 。而且平臺并不是在故障發(fā)現(xiàn)了之后進行告警，而是通過統(tǒng)一的模型，提前去排查數(shù)據(jù)庫的隱患。我舉個典型的例子，比如數(shù)據(jù)庫的存儲快滿了，平臺能夠提前告警出來，而不是等到數(shù)據(jù)庫停止運行了再告警出來。

（三）某金融企業(yè)案例

第三個案例，某金融企業(yè)基于容器實現(xiàn)了整個數(shù)據(jù)庫的云原生化。該企業(yè)的痛點其實非常簡單：隨著業(yè)務(wù)互聯(lián)網(wǎng)化，各種各樣的數(shù)據(jù)庫的開發(fā)測試和運維工作亟待交付。雖然已經(jīng)建設(shè)了交付半自動化的模式，但整體還是依賴于虛擬機、半腳本化的方式去安裝部署。整體周期比較長，甚至是脫節(jié)的。因此，該企業(yè)希望通過整個數(shù)據(jù)庫容器云來實現(xiàn)快速的、達到分鐘級別的數(shù)據(jù)庫交付，同時也要盡量節(jié)約資源。

我們通過幫助客戶建立了整個數(shù)據(jù)庫的容器云，真正地實現(xiàn)了從底層硬件資源到最終標(biāo)準化數(shù)據(jù)庫的自助化交付。它的交付形式非常簡單，比如某個業(yè)務(wù)說，我需要4C16G的一個 MySQL 的數(shù)據(jù)庫，數(shù)據(jù)庫容器云可以在分鐘級把這個架構(gòu)拉起來，自動化資源申請和適配大幅度降低了企業(yè)運營成本。同時，所有通過容器化來交付的數(shù)據(jù)庫，都會全生命周期地納入到數(shù)據(jù)庫的統(tǒng)一管理平臺里面去。

（四）某保險集團案例

這是另外一個保險集團做自動化運維平臺的案例，他們的側(cè)重點跟前面的不太一樣。由于數(shù)據(jù)庫數(shù)量較多，而且運維團隊人員有限，希望通過一個自動化的平臺，把一些例如數(shù)據(jù)庫賦權(quán)、Top SQL 查詢、報告等常用功能通過平臺來自動化地完成。

縱觀整個自動化服務(wù)能力的輸出，會把各種常用的數(shù)據(jù)庫運維動作，包括 DBA、開發(fā)測試和業(yè)務(wù)人員在用的功能固化下來，甚至做一些簡單的頁面，讓各種各樣的人都能夠通過可視化的、服務(wù)化的能力對數(shù)據(jù)庫進行運維管理。

新數(shù)科技的各種產(chǎn)品在各行各業(yè)都有落地，其中在金融行業(yè)落地比較廣，各種大的股份制銀行，例如招行、民生、光大、浦發(fā)、廣發(fā)等銀行都是我們的客戶。同時在能源、通信、制造、食品零售等行業(yè)也有不同規(guī)模的客戶，針對不同的需求我們可以提供不同的整體解決方案，幫助客戶實現(xiàn)多數(shù)據(jù)庫的高效管理。

注：點擊左下角“閱讀原文”，可了解數(shù)據(jù)智能更多研究內(nèi)容。

登錄閱讀全文



免責(zé)聲明：該內(nèi)容由專欄作者授權(quán)發(fā)布或作者轉(zhuǎn)載，目的在于傳遞更多信息，并不代表本網(wǎng)贊同其觀點，本站亦不保證或承諾內(nèi)容真實性等。若內(nèi)容或圖片侵犯您的權(quán)益，請及時聯(lián)系本站刪除。侵權(quán)投訴聯(lián)系：? nick.zong@aspencore.com！

愛分析ifenxi 愛分析ifenxi是專注于AI市場的研究咨詢機構(gòu)

進入專欄

評論

愛分析ifenxi 愛分析ifenxi是專注于AI市場的研究咨詢機構(gòu)

文章：1228篇粉絲：15人

 私信

新數(shù)科技王翔宇：企業(yè)數(shù)字化轉(zhuǎn)型中的數(shù)據(jù)庫管理體系建設(shè)趨勢｜愛分析活動

最近文章

熱門文章

推薦

最新資訊