自2007年以來，我一直在考慮這一點，大約在Amazon 推出 S3時。 我什至嘗試實現(xiàn)了幾次，但是在設(shè)計階段之后就失敗了。 我聽說過一家初創(chuàng)公司，也曾嘗試這樣做，但也失敗了 。 我仍然不確定是否可以這樣做，但是它肯定會成為云數(shù)據(jù)管理市場上的暢銷產(chǎn)品。 等等，您可能會說，Google Cloud SQL，AWS RDS，Microsoft Azure，Heroku PostgreSQL和其他許多呢？ 它們甚至與我的意思不符。

讓我給你一個比喻。 假設(shè)您要在云中存儲一段二進制數(shù)據(jù)。 我有兩種解決方案。 第一個是帶有FTP的托管服務(wù)器。 您每月付給我$ 5，我給您提供FTP訪問服務(wù)器的能力，該服務(wù)器的磁盤為100Gb。 您可以在此處上傳文件并下載回來。 效果很好。 我還有第二個選擇，即AWS S3 。 您也可以通過其API上傳和下載數(shù)據(jù)。 而你付出為每個API請求，每個字節(jié)主辦，每個字節(jié)傳輸，而不是月租費。 您會選擇哪一個？

顯然，您將使用S3。 為什么？ 兩者之間的根本區(qū)別是什么？ 關(guān)鍵區(qū)別在于它們的SLA ：第一個帶有FTP的服務(wù)器是服務(wù)器 ，第二個是服務(wù)的服務(wù)器 。

FTP服務(wù)器提供程序向您保證計算資源（CPU，磁盤，帶寬等）的可用性，而S3向您保證數(shù)據(jù)的可用性。 如果FTP服務(wù)器上的磁盤崩潰，它將及時進行更換，但是數(shù)據(jù)將丟失。 如果磁盤已滿，則可以訂購其他服務(wù)器，但是您有責任忘記。 如果未使用磁盤空間，您仍需每月支付$ 5。 等等。

正是由于這種差異，十多年前，AWS S3才是市場上的突破。 他們在我們都習慣的舊的虛擬主機之上添加了一個新的服務(wù)層 。 想法保持不變-仍然是我們上傳和下載的云中數(shù)據(jù)-但SLA不同。 我們不再需要擔心磁盤溢出，為未使用的空間，常規(guī)備份，SSH終端以及更多其他事情支付過多費用。 他們只是給了我們一個簡單的API，并保證數(shù)據(jù)在那里并且安全。

現(xiàn)在是2019年，我們對關(guān)系數(shù)據(jù)仍然沒有相同的看法。 無論您選擇哪個提供商，他們所做的只是為您提供一臺安裝了MySQL或PostgreSQL（或它們自己的版本）的計算機（或群集），并按小時收費。 他們?nèi)匀粸槟峁傲己玫呐fFTP”，而無需在其之上附加服務(wù)層。

這就是我期望真正的云中關(guān)系數(shù)據(jù)SLA聽起來像：

• 自動縮放 。 不要讓我們擔心托管數(shù)據(jù)所需的資源量。 只需為更大的數(shù)據(jù)集收取更多費用，并確保我們的請求在可預測的時間內(nèi)返回即可。
• 按數(shù)據(jù)付費 。 讓我們?yōu)槊總€SQL請求，每個存儲的字節(jié)和傳輸?shù)拿總€字節(jié)付費。 托管所有服務(wù)器需要多少服務(wù)器和磁盤-不必擔心。
• 受限制的SQL 。 大多數(shù)項目不需要MySQL或PostgreSQL方言中的大多數(shù)命令。 只需給我們INSERT ， SELECT ， UPDATE和DELETE并將其命名為一天即可。
• 索引 。 使用我們正在執(zhí)行的SQL查詢的統(tǒng)計信息自動創(chuàng)建它們。
• 模式版本控制 。 可以通過類似于Liquibase的方式來更新架構(gòu)：我們創(chuàng)建一個新的ALTER TABLE或CREATE TABLE腳本，并將其應(yīng)用于現(xiàn)有數(shù)據(jù)庫。
• 快照和回滾 。 如果出現(xiàn)問題，可以制作數(shù)據(jù)快照，應(yīng)用新的架構(gòu)版本，然后回滾到先前創(chuàng)建的快照之一。

真的很難實施嗎？

翻譯自: https://www.javacodegeeks.com/2019/11/sql-as-a-service.html

總結(jié)

以上是生活随笔為你收集整理的SQL即服务的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。