打造您的團隊
在組織層面，平臺工程是遠離反應式文化的演進。 在反應式文化中，孤獨的開發人員會在尋址接收器中建置工具。 當一位開發人員離開時，此工具的運作方式也會離開，這可能會導致程式中斷和停機時間。
在更成熟的文化中，工具會由平臺工程小組主動建置和維護。 開發人員和開發人員有受控自主性，可快速開始進行新專案。
若要讓平臺工程小組成功，其組織必須具備具有適當技能的主管購買和開發人員的主動式文化。
主動式文化與執行購買與平臺工程功能模型的投資功能一致。 在最高層級，公司領導在鼓勵創新和實施治理措施的同時，促進團隊自主性和責任性。
文化特性的角色
具有平臺工程成熟度的組織具有很強的領導能力。 公司內的平臺工程是需要持續重新評估的平衡動作。 組織必須支援平臺工程小組，以瞭解目前的資源使用量，並對應前進的路徑。
在平臺工程採用的早期階段，產品小組各有自己的一組獨特的工具、作業和部署程式。 在成熟的平臺工程組織中，集中式平臺工程被視為領導和開發人員工作的最佳方式。 成熟的組織認識到產品小組問題是組織問題。
..當我們追逐不同的路徑時，雲端成本、基礎結構成本、工程成本、各種層面，原來是一個組織問題，以及 20,000 名開發人員或 30,000 名員工的組織問題。 – 企業軟體公司的高級工程主管
您的組織文化需要支援在平臺工程中持續探索路徑。 主管應專注於支援讓平臺工程小組能夠創新。
貴組織的目標應該是更進一步優化主管的文化：
- 讓小組能夠有效解決邊緣案例，並推動創新。
- 促進團隊內部的自主權和責任，以鼓勵創新和實驗。
- 在不斷演變的業務需求和使用者需求中，確保持續相關性和有效性。
經過一段時間，組織會從臨時移至優化平臺工程支援文化變更的水準。 在每個層級，領導在推動支持平臺工程願景所需的文化變革方面所扮演的角色。
| 臨時 | 運作 | 可調整 | 最佳化 |
|---|---|---|---|
| 推動數據驅動決策和適應性的文化特性。 | 促進共同作業、持續學習和改進的文化。 | 促進同理心和成長的文化 | 鼓勵創新，並授權小組推動變更和進步 |
組織動機也會在支援平臺工程文化變革的每個層級發展。
| 臨時 | 運作 | 可調整 | 最佳化 |
|---|---|---|---|
|
|
|
|
組織結構
平台工程師是開發和作業之間的黏附。 就特定組織結構而言， 小組拓撲模型 是思考您需要做什麼的好方法。 例如，您可以選擇擁有不斷演進的平臺小組，而個別專家則更專注於您平臺面向層面的開發人員。
若要成功，請識別：
- 小組（通常是主管）的贊助者，他們協助優先考慮高階目標，並支援整個組織使用平臺。
- 來自作業、安全性、合規性和架構的利害關係人，協助確保平台能夠符合其指引和需求。
- 有人擔任產品經理（不論實際標題為何），以了解並協助排定所有選民的需求。
克服人才差距：平台工程師需求
平臺工程師必須具備產品思維，也了解作業。 無論他們以開發人員還是營運小組開始，都比技能組更重要。 建置內部開發人員平臺的小組可以透過引進具有不同背景的各種小組成員來獲得實力：開發、IT 作業、K8s 系統管理員、網站可靠性工程師（SRE）和基礎結構即程式代碼（IaC） 專家。
您也可以從組織中現有的應用程式小組引進適合的開發人員，藉此強化小組的知識和技能集來開發工具。 這些開發人員在考慮投資時，能很好地代表客戶的聲音。
尋找平台工程師可能是一項挑戰。
僱用非常好的基礎結構和平台工程師是非常困難的。 我們今天僱用的許多人對直接客戶面對的應用程式非常充滿熱情，對對嗎？ 但是，在整個科技產業中，我們沒有對基礎結構工程充滿熱情的觀眾或候選人，這總是一個挑戰。對於基礎結構來說，這種專業知識很少見。 - 中型銷售公司的工程副總裁
平台工程師應該能夠：
- 建置及調整內部開發人員產品，著重於效率、可靠性和安全性
- 參與平臺工程產品的架構和設計
- 成功使用容器協調流程（例如 Kubernetes）、持續整合/持續部署（範例：GitHub Actions、Azure Pipelines）和監視和記錄工具（範例：Prometheus、Grafana、Elasticsearch）
- 使用基礎結構即程序代碼 （IaC） 和相關工具建置範本（範例：Terraform、Azure Resource Manager）
- 以至少一種腳本語言撰寫程式代碼（範例：Python、PowerShell、Bash）
建置絕佳的平臺工程小組需要混合各種技術技能和以產品為中心的方法。 儘管面臨招聘挑戰，但建置背景各異的小組，可提升效率、可靠性和安全性，進而提升內部平臺的效率、可靠性和安全性。 此整體方法不僅可解決貴組織的立即技術需求，還能促進創新和持續改善的文化。