paasta

PaaSTA - 建置、部署、連線和監控服務

PaaSTA 是一個高可用的分散式系統，用於使用容器和 Kubernetes 建置、部署和運行服務。

PaaSTA 自 2016 年以來一直在 Yelp 上運行生產服務。隨著時間的推移，PaaSTA 提供的功能和功能不斷增加，但主要設計保持不變。

PaaSTA 旨在對團隊需要運行的服務進行聲明性描述，然後確保這些服務以易於團隊維護的方式安全、有效率地部署。 PaaSTA 不是管理 Kubernetes YAML 文件，而是提供了一個簡化的架構來描述您的服務，除了配置 Kubernetes 之外，它還可以配置其他基礎設施工具來提供監控、日誌記錄、成本管理等。

想更了解 PaaSTA 的獨特之處背後的觀點嗎？查看 PaaSTA 原則。

成分

注意：PaaSTA 是一個固執己見的平台，使用了一些非固執己見的工具。它需要大量的基礎設施才能完全發揮作用：

• 用於程式碼交付和遏制的 Docker
• 用於程式碼執行和調度的 Kubernetes（運行 Docker 容器）
• Tron 用於在計時器上運行事物（每晚批量）
• SmartStack 和 Envoy 用於服務註冊和發現
• Sensu 用於監控/警報
• Jenkins（可選）用於持續部署
• 用於自動縮放服務的 Prometheus 和 HPA

由此類組件組成的 PaaS 的優點之一是您可以將它們重複用於其他目的。例如，在 Yelp Sensu 不僅適用於 PaaSTA，它還可以用於監控各種事物。我們也使用 Kubernetes 來運行其他更複雜的工作負載，例如 Jolt 和 Cassandra。我們的服務網格是 SmartStack 和 Envoy 的高度客製化版本，可讓 Yelp 的許多系統與 PaaSTA 服務以及彼此之間進行通訊。

另一方面，需要大量組件，這意味著在 PaaSTA 有效工作之前需要設置大量基礎設施！實際上，在 Yelp 之外運行 PaaSTA 是不明智的，因為除了上面提到的整合之外，我們還有編碼在其他工具中的強烈意見，您需要複製這些意見。儘管如此，我們還是公開編寫 PaaSTA 程式碼，因為我們認為分享我們的方法很有用，並希望程式碼至少可以幫助其他人理解或解決類似問題。

整合和功能

除了上述直接整合之外，PaaSTA 還依賴其他元件為 PaaSTA 使用者提供其他功能並管理 Yelp 的運算能力。

• 我們使用 Karpenter 自動縮放 EC2 執行個體池以執行 PaaSTA。以前我們使用自己的自動縮放器 Clusterman
• 我們使用 Packer 烘焙 AMI
• 我們從服務收集日誌並透過 Monk 將其發送到 Kafka
• 我們使用 StatefulSets 來運行一些有狀態的 PaaSTA 服務
• 我們透過監控使用情況來自動調整每個服務所需的資源（類似於VPA）

設計目標

• 聲明式控制，而非命令式控制
• 容錯能力
• 服務隔離
• 有效利用資源
• 無單點故障
• 令人愉悅的介面

入門

有關如何部署 PaaSTA 的信息，請參閱入門文件。本參考旨在幫助您了解 PaaSTA 的工作原理，但我們不建議您在生產中使用 PaaSTA。

調試 PaaSTA（在 VS Code 中）

若要在 VS Code 中偵錯 PaaSTA，請參閱 PaaSTA 內部 wiki 頁面「偵錯 PaaSTA（在 VS Code 中）」。

文件

閱讀閱讀文件中的文件。

Yelp-內部文件/鏈接

• 羥丙酸
• 服務部署

關於 PaaSTA 的影片/講座

• EvanKrall 在 QCon NYC 2015 發表演講（2015 年 10 月）
• EvanKrall、solarkennedy 和 jnb 在 Yelp 上進行 PaaSTA 的幕後之旅（2015 年 10 月）
• Rob-Johnson 在 MesosCon 2015 上談論 PaaSTA（2015 年 11 月）
• Solarkennedy 在 Box 上發表 PaaSes 理論（2016 年 1 月）
• nhandler 在 OSCON 上談論在 Yelp 上運行應用程式（幻燈片/視訊）（2016 年 5 月）

執照

PaaSTA 根據 Apache 授權 2.0 版授權：http://www.apache.org/licenses/LICENSE-2.0

貢獻

我們鼓勵每個人透過分叉 Github 儲存庫並提出拉取請求或提出問題來為 PaaSTA 做出貢獻。