Supabase 分享其平臺工程經驗和見解，因為它進一步完善和構建其開源 PostgreSQL 數據庫基礎設施應用程序，該應用程序與 Google 的 Firebase 競爭。

譯自How Supabase Is Building Its Platform Engineering Strategy，作者 Todd R Weiss。

平臺工程不是終點，而是一個不斷改進、創新和實驗的演進過程，旨在為開發團隊提供一致、經過測試且高效的應用程序開發工具。這是大多數公司開始其平臺工程策略時的計劃，也是開源PostgreSQL數據庫基礎設施應用程序供應商Supabase的持續工作方式。

Supabase 自稱為Google 移動和 Web 應用程序開發平臺 Firebase 的開源替代方案，幾年前就開始使用平臺工程。該項目始于公司意識到，為其大約 50 名開發人員構建自己的內部開發平臺 (IDP)將使公司能夠整合、標準化和自動化其開發應用程序，從而提高團隊的生產力、代碼質量和其他優勢。Supabase 自 2020 年開始運營。

“它隨著時間的推移而不斷發展，”Supabase 的平臺工程師Samuel Rose在 2024 年 2 月加入公司后告訴 The New Stack。“他們已經做了一些類似的事情，并且 [開始] 將每個人都在做的事情正式化，將其轉變為一個角色，我們可以在整個公司中對此負責。”

“Supabase 一直采用不斷發展的平臺工程方法，但我被聘用是為了在整個組織中將其正式化并擴展，”Rose 說。“我們將繼續每周對其進行改進，并且已經在公司不斷發展的平臺工程策略中取得了巨大進展。”

Rose 說，公司的平臺工程項目源于許多團隊的 IT 管理員和開發人員共同努力，為他們的工作創建平臺工程方法。“需求越來越大，以至于 Supabase 需要至少聘用一名全職人員來推動它向前發展，”這就是他加入公司的原因。

Rose 解釋說，導致這些決定的因素是 Supabase 不斷增長的客戶群以及在管理構建、測試和發布流程方面不斷增長的技術復雜性。他還補充說，公司“希望在我們的內部平臺上使用和利用我們的產品，只要它有意義”。

“我在這個行業工作了 20 多年，”Rose 說。“Supabase 四年前成立，在經過四年的工作和擴展之后，這家公司現在成長到滿足這些需求是相當自然的。在 Supabase，我們使用自己的產品，并將我們的一些組件作為工具用于我們的內部平臺。”

Supabase 并沒有從頭開始構建和創建其平臺工程策略。相反，它從預先構建的平臺工程工具推薦開始，這些工具來自Cloud Native Computing Foundation (CNCF)等組織的示例云原生景觀概述，Rose 補充道。

“我們的平臺與那些平臺工程方法非常吻合，”他說。“但我們在平臺中使用了一些我們自己的產品，包括我們自己的 API 和以 Postgres 為中心的開發，”而不是使用預構建推薦網格中提供的一些現成或軟件即服務組件。

這種定制的平臺工程方法非常適合 Supabase，使公司能夠將內部工具與其他行業標準工具結合起來構建應用程序。

“主要目標是將我們正在使用的現有構建塊用于平臺工程，并將它們整合、自動化，并為每個人提供更堅實的基礎，”Rose 說。“這并不是一種非常傳統的平臺工程方法，但它非常適合公司。它隨著時間的推移而不斷發展。”

Rose 表示，為了實現這一目標，Supabase 目前正在圍繞某些標準和某些工具進行整合。

“有時人們談論平臺工程時，他們指的是采用整個平臺，這實際上就像其他人編寫的某種軟件，并將所有東西都放在里面，就像一頭扎進游泳池的最底部，”Rose 說。“我們并沒有真正這樣做。我們 [也使用] 我們自己的工具。” Rose 說，這些平臺工程工作是 Supabase 開發工作和流程的自然產物。“所以，他們很容易看到這種需求——在我參與之前，他們就開始著手這項工作。我一直與他們合作，我們……將它變成了現實，就做你所說的平臺工程而言，它已經進入生產階段。它還在進行中。”

Supabase 內部開發者平臺包含什么

為了給開發者提供構建 Supabase 應用所需的工具，該公司的 IT 管理員圍繞少量開發應用構建了他們的平臺工程平臺。

Rose 說：“我們盡量節儉，這樣就不會造成 [問題]，因為如果你不斷地往籃子里扔工具，你最終就需要管理所有這些工具。”“所以，我們在這方面很謹慎。我們大約有五到七種主要的組件，我們盡量整合和利用盡可能多的現有系統。”

Supabase 的 IDP 中包含的工具包括：

• 開發者控制平面: Supabase 利用內部維基、GitHub、Terraform和Pulumi。該公司還使用基于Docker的自定義工具和其他相關工具在本地運行其平臺，以及其 SaaS 后端即服務產品，該產品也可以在本地運行。
• 集成平面: Supabase 使用 GitHub Actions、Nix 包管理器/Debian 包、Docker、Amazon S3 和自托管的 Nix 二進制緩存。此外，它還使用 Humanitec 的平臺編排器和內部自定義應用程序。
• 安全平面: Web 應用防火墻 (WAF)、AWSGuardDuty、Google云平臺入侵檢測系統 (IDS)、AWS Secrets Manager、AWS EC2 Instance Connect 和其自身工具（在某些情況下）。
• 監控和日志記錄平面: Vector、Sentry、BigQuery、VictoriaMetrics 和其自身的Logflare 工具。
• 資源平面: Supabase 主要使用 AWS 和 GCP 平臺中內置的工具，以及戰略性地使用其自身產品來管理元數據、集群等。

到目前為止，其平臺工程工作的結果對 Supabase 來說很有希望。

Rose 說：“其中一件事是，它為我們提供了一種途徑來管理為客戶提供更好的 Postgres 新版本。”“我們團隊內部的人員可以 [創建] 他們所謂的確定性構建，他們可以構建一次，就不需要再構建了。這是我們正在為平臺工程創建的新平臺的一部分。[你] 可以反復使用它，除非你改變了什么，所以它可以減少構建時間，并有助于確保系統之間可重復。過去，這很難做到。”

Rose 解釋說，通過使用 IDP，開發者可以專注于他們的代碼，完成他們的工作，然后繼續進行下一個項目，而不必花費寶貴的時間來配置、收集和維護他們的開發工具。“我們已經到了很多開發者可以自助服務他們大部分需求的階段，同時擁有對監控和測試的安全訪問權限，并支持生產部署。”