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

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

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

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

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

現在是2019年，我們對關系數據仍然沒有相同的看法。 無論您選擇哪個提供商，他們所做的只是為您提供一臺安裝了MySQL或PostgreSQL（或它們自己的版本）的計算機（或群集），并按小時收費。 他們仍然為您提供“良好的舊FTP”，而無需在其之上附加服務層。

這就是我期望真正的云中關系數據SLA聽起來像：

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

真的很難實施嗎？

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

總結

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

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。