什麼是 GitHub Enterprise Server？
GitHub Enterprise Server 是 GitHub 的自架部署，專為需要完全控制原始碼、元資料及開發工作流程的組織設計。 與以軟體即服務（SaaS）形式交付的 GitHub.com 不同，GHES 完全運行於客戶擁有或控制的基礎設施中。
這些基礎設施可以是本地部署、私有雲，或是由支援的虛擬機管理程式所架設。 無論運行地點為何，GHES 都將安全、隔離與控制置於平台的核心。
在這個單元裡，你會學到東西
GHES 是什麼？它在架構上與 GitHub.com 有何不同
企業為何選擇自架 GitHub 部署
「自我管理」對開發者和平台團隊的意義
GHES 如何融入受監管且安全敏感的環境中
GHES 的核心特性
GitHub Enterprise Server 提供：
完全資料隔離
所有資料庫、議題、拉取請求和元資料都完全存在於你組織的環境中。
自主管理營運
您的組織掌控安裝、升級、備份、監控及災難復原。
企業級安全控管
內建子網域隔離、出站網路代理及網路分段等功能。
功能幾乎與 GitHub Enterprise Cloud 相當
大多數 GitHub 功能皆可使用，但因發布節奏常被延遲。
這很重要
GHES 不會自動接收更新。 每次升級都是經過深思熟慮的操作事件，通常由平台團隊規劃與執行。
組織使用 GHES 的原因
組織通常在需要時選擇GHES：
數據駐留保證
原始碼與元資料必須保持在特定的地理或網路範圍內。
法規合規性
金融、醫療保健、國防和政府等產業通常需要自架系統。
自訂安全態勢
網路層級的控制、出站代理以及嚴格的存取分段。
營運主權
完全掌控運作時間、維護視窗及系統設定。
開發者結論：GHES 優先考量控制與可預測性，而非功能交付速度。
「自我管理」對開發者與平台團隊的意義
在自我管理的 GitHub Enterprise Server 環境中，營運 GitHub 的責任會從 GitHub 轉移到客戶手中。
平台團隊擁有權
平台團隊負責管理 GHES 實例的安裝、升級、安全修補、備份、監控及可用性。
開發者對平台團隊的依賴
開發人員依賴內部團隊來啟用功能、設定整合並解決基礎設施相關問題。
基礎設施驅動的限制
部分功能——如 GitHub 託管的運行程式或雲端原生服務——無法使用，開發者必須調整工作流程。
作業意識
開發者必須了解系統限制、維護時段及版本差異，這些都會影響日常工作。
GHES 如何融入受監管且安全敏感的環境中
GHES 專為具備嚴格控管、合規及安全要求的組織設計。
數據隔離
所有程式碼、元資料與日誌皆保留在組織的網路或核准基礎設施中。
法規一致性
GHES 支援金融、醫療保健、政府及國防等受監管產業常見的合規要求。
受控網路存取
組織可以強制執行出站代理、限制連線及網路分段。
可稽核性與可追溯性
所有使用者活動皆在本地記錄，支援內部稽核與合規報告。
重點摘要：GHES 提供的 GitHub 體驗感覺熟悉，但運作與安全類似企業平台——更新、可用性與功能由組織管理，而非持續由 GitHub 提供。
現在你已經了解 GHES 是什麼，以及組織為何選擇它，接下來的單元將比較 GHES 與 GitHub Enterprise Cloud，讓你能辨識不同平台間哪些行為與假設會有所不同。