對(duì)關(guān)鍵應(yīng)用的選擇不容許絲毫錯(cuò)誤。

你或許會(huì)遇到需要選擇合適的開(kāi)源數(shù)據(jù)庫(kù)的情況。但這無(wú)論對(duì)于開(kāi)源方面的老手或是新手，都是一項(xiàng)艱巨的任務(wù)。
 

在過(guò)去的幾年中，采用開(kāi)源技術(shù)的企業(yè)越來(lái)越多。面對(duì)這樣的趨勢(shì)，眾多開(kāi)源應(yīng)用公司都紛紛承諾自己提供的解決方案能夠各種問(wèn)題、適應(yīng)各種負(fù)載。但這些承諾不能輕信，在開(kāi)源應(yīng)用上的選擇是重要而艱難的，尤其是數(shù)據(jù)庫(kù)這種關(guān)鍵的應(yīng)用。
 

憑借我在 Percona 和其它公司擔(dān)任 IT 專(zhuān)家的經(jīng)驗(yàn)，我很幸運(yùn)能夠指導(dǎo)其他人在開(kāi)源技術(shù)的選擇上做出正確的決策，因?yàn)樾枰�考慮的重要因素太多了。希望通過(guò)這篇文章能夠向大家分享這方面的一些技巧。
 

有一個(gè)明確的目標(biāo)

這一點(diǎn)看似簡(jiǎn)單，但在和很多人聊過(guò) MySQL、MongoDB、PostgreSQL 之后，我覺(jué)得這一點(diǎn)才是最重要的。
 

面對(duì)繁雜的開(kāi)源數(shù)據(jù)庫(kù)，更需要明確自己的目標(biāo)。無(wú)論這個(gè)數(shù)據(jù)庫(kù)是作為開(kāi)發(fā)用的標(biāo)準(zhǔn)化數(shù)據(jù)庫(kù)后端，抑或是用于替換遺留代碼中的原有數(shù)據(jù)庫(kù)，這都是一個(gè)明確的目標(biāo)。
 

目標(biāo)一旦確定，就可以集中精力與開(kāi)源軟件的提供方商討更多細(xì)節(jié)了。
 

了解你的工作負(fù)載

盡管開(kāi)源數(shù)據(jù)庫(kù)技術(shù)的功能越來(lái)越豐富，但這些新加入的功能都不太具有普適性。譬如 MongoDB 新增了事務(wù)的支持、MySQL 新增了 JSON 存儲(chǔ)的功能等等。目前開(kāi)源數(shù)據(jù)庫(kù)的普遍趨勢(shì)是不斷加入新的功能，但很多人的誤區(qū)卻在于沒(méi)有選擇最適合的工具來(lái)完成自己的工作 —— 這樣的人或許是一個(gè)自大的開(kāi)發(fā)者，又或許是一個(gè)視野狹窄的主管 —— 最終導(dǎo)致公司業(yè)務(wù)上的損失。最致命的是，在業(yè)務(wù)初期，使用了不適合的工具往往也可以順利地完成任務(wù)，但隨著業(yè)務(wù)的增長(zhǎng)，很快就會(huì)到達(dá)瓶頸，盡管這個(gè)時(shí)候還可以替換更合適的工具，但成本就比較高了。
 

例如，如果你需要的是數(shù)據(jù)分析倉(cāng)庫(kù)，關(guān)系數(shù)據(jù)庫(kù)可能不是一個(gè)適合的選擇；如果你處理事務(wù)的應(yīng)用要求嚴(yán)格的數(shù)據(jù)完整性和一致性，就不要考慮 NoSQL 了。
 

不要重新發(fā)明輪子

在過(guò)去的數(shù)十年，開(kāi)源數(shù)據(jù)庫(kù)技術(shù)迅速發(fā)展壯大。開(kāi)源數(shù)據(jù)庫(kù)從新生，到受到質(zhì)疑，再到受到認(rèn)可，現(xiàn)在已經(jīng)成為很多企業(yè)生產(chǎn)環(huán)境的數(shù)據(jù)庫(kù)。企業(yè)不再需要擔(dān)心選擇開(kāi)源數(shù)據(jù)庫(kù)技術(shù)會(huì)產(chǎn)生風(fēng)險(xiǎn)，因?yàn)殚_(kāi)源數(shù)據(jù)庫(kù)通常都有活躍的社區(qū)，可以為越來(lái)越多的初創(chuàng)公司、中型企業(yè)甚至 500 強(qiáng)公司提供開(kāi)源數(shù)據(jù)庫(kù)領(lǐng)域的支持和第三方工具。
 

Battery Ventures 是一家專(zhuān)注于技術(shù)的投資公司，最近推出了一個(gè)用于跟蹤最受歡迎開(kāi)源項(xiàng)目的 BOSS 指數(shù) 。它提供了對(duì)一些被廣泛采用的開(kāi)源項(xiàng)目和活躍的開(kāi)源項(xiàng)目的詳細(xì)情況。其中，數(shù)據(jù)庫(kù)技術(shù)毫無(wú)懸念地占據(jù)了榜單的主導(dǎo)地位，在前十位之中占了一半。這個(gè) BOSS 指數(shù)對(duì)于剛接觸開(kāi)源數(shù)據(jù)庫(kù)領(lǐng)域的人來(lái)說(shuō)，這是一個(gè)很好的切入點(diǎn)。當(dāng)然，開(kāi)源技術(shù)的提供者也會(huì)針對(duì)很多常見(jiàn)的典型問(wèn)題給出對(duì)應(yīng)的解決方案。
 

我認(rèn)為，你想要做的事情很可能已經(jīng)有人解決過(guò)了。即使這些先行者的解決方案不一定完全契合你的需求，但也可以從他們成功或失敗的案例中根據(jù)你自己的需求修改得出合適的解決方案。
 

如果你采用了一個(gè)最前沿的技術(shù)，這就是你探索的好機(jī)會(huì)了。如果你的工作負(fù)載剛好適合新的開(kāi)源數(shù)據(jù)庫(kù)技術(shù)，放膽去嘗試吧。第一個(gè)吃螃蟹的人總是會(huì)得到意外的挑戰(zhàn)和收獲。
 

先從簡(jiǎn)單開(kāi)始

你的數(shù)據(jù)庫(kù)實(shí)際上需要達(dá)到多少個(gè) 9 的可用性？對(duì)許多公司來(lái)說(shuō)，“實(shí)現(xiàn)高可用性”僅僅只是一個(gè)模糊的目標(biāo)。當(dāng)然，最常見(jiàn)的答案都會(huì)是“它是關(guān)鍵應(yīng)用，我們無(wú)論多短的停機(jī)時(shí)間都是無(wú)法忍受的”。
 

數(shù)據(jù)庫(kù)環(huán)境越復(fù)雜，管理的難度就越大，成本也會(huì)越高。理論上你總可以將數(shù)據(jù)庫(kù)的可用性提得更高，但代價(jià)將會(huì)是大大增加的管理難度和性能下降。所以，先從簡(jiǎn)單開(kāi)始，直到有需要時(shí)再逐步擴(kuò)展。
 

例如，Booking.com 是一個(gè)有名的旅游預(yù)訂網(wǎng)站。但少有人知的是，它使用 MySQL 作為數(shù)據(jù)庫(kù)后端。
Booking.com 高級(jí)系統(tǒng)架構(gòu)師 Nicolai Plum 曾經(jīng)發(fā)表過(guò)一次演講，講述了他們公司使用 MySQL 數(shù)據(jù)庫(kù)的歷程。其中一個(gè)重點(diǎn)就是，在初始階段數(shù)據(jù)庫(kù)可以被配置得很簡(jiǎn)單，然后逐漸變得復(fù)雜。對(duì)于早期的數(shù)據(jù)庫(kù)需求，一個(gè)簡(jiǎn)單的主從架構(gòu)就足夠了，但隨著工作負(fù)載和數(shù)據(jù)量的增加，數(shù)據(jù)庫(kù)引入了負(fù)載均衡、多個(gè)讀取副本，還使用 Hadoop 進(jìn)行分析。盡管如此，早期的架構(gòu)仍然是非常簡(jiǎn)單的。
 

有疑問(wèn)，找專(zhuān)家

如果你仍然不確定數(shù)據(jù)庫(kù)選擇的是否合適，可以在論壇、網(wǎng)站或者與軟件的提供者處商討。研究各種開(kāi)源數(shù)據(jù)庫(kù)是否滿(mǎn)足自己的需求是一件很有意義的事，因?yàn)榭倳?huì)發(fā)現(xiàn)你從不知道的技術(shù)。而開(kāi)源社區(qū)就是分享這些信息的地方。
 

當(dāng)你接觸到開(kāi)源軟件和軟件提供者時(shí)，有一件重要的事情需要注意。很多公司都有開(kāi)放的核心業(yè)務(wù)模式，鼓勵(lì)采用他們的數(shù)據(jù)庫(kù)軟件。你可以只接受他們的部分建議和指導(dǎo)，然后用你自己的能力去研究和探索替代方案。
 

總結(jié)

選擇正確的開(kāi)源數(shù)據(jù)庫(kù)是一個(gè)重要的過(guò)程。很多時(shí)候，人們都會(huì)在真正理解需求之前就做出決定，這是本末倒置的。

標(biāo)簽：  �栽~��

版權(quán)申明：本站文章部分自網(wǎng)絡(luò)，如有侵權(quán)，請(qǐng)聯(lián)系：west999com@outlook.com
特別注意：本站所有轉(zhuǎn)載文章言論不代表本站觀點(diǎn)！
本站所提供的圖片等素材，版權(quán)歸原作者所有，如需使用，請(qǐng)與原作者聯(lián)系。