この記事では、組織が Azure Local インフラストラクチャで GitHub Enterprise Server (GHES) を実行できるようにするソリューションである GitHub Enterprise Local の概要について説明します。 これは、データ主権と切断された運用を必要とする規制対象の業界向けに設計されています。 この記事では、アーキテクチャ、機能、デプロイ モデル、および計画に関する考慮事項について説明します。
Important
現在、この機能はプレビュー段階にあります。 ベータ版、プレビュー版、または他の方法で一般公開されていない Azure の機能に適用される法的条件については、Microsoft Azure プレビューの追加利用規約を参照してください。
Overview
GitHub Enterprise Local を使用すると、組織は GHES を完全にセルフホステッド DevOps プラットフォームとしてAzure Localインフラストラクチャ上で実行できます。 このソリューションは、データ主権、切断またはエアギャップ操作、ソース コード、CI/CD パイプライン、および開発者ワークフローを完全に制御する必要がある組織向けに設計されています。
GitHub Enterprise Local は、Azure Localに事前構築済みの仮想アプライアンスとしてデプロイされ、顧客所有のインフラストラクチャ内で完全に動作します。 すべてのリポジトリ、メタデータ、成果物、実行はオンプレミスに残り、GitHub一貫性のある開発者エクスペリエンスが維持されます。
GitHub Enterprise Local は、GitHubのエンタープライズ開発者プラットフォームを、Azure Localを使用してソブリン プライベート クラウド環境に取り込みます。 これは、パブリック クラウドの使用が制限または禁止されている、政府、防衛、財務、医療、重要なインフラストラクチャなどの規制対象の業界を対象としています。
このソリューションでは、インフラストラクチャライフサイクル管理にAzure Localを活用し、GitHub Enterprise Server (GHES) は以下を実現します。
ソース コード管理
プル要求とコード レビュー
問題とプロジェクトの追跡
CI/CD 向け GitHub Actions（セルフホステッド ランナーを使用）
成果物管理用の GitHub パッケージ
GitHub Advanced Security
GHES は、既定ではインターネットに接続されずに実行され、完全に切断されたデプロイが可能になります。
GitHub Enterprise Local を使用する理由
組織は、次の理由GitHubエンタープライズ ローカルを選択します。
データ主権とコンプライアンス: すべてのコードと成果物はインフラストラクチャにとどまり、厳格な規制と管轄の要件をサポートします。
切断環境での運用: GitHub.com に依存することなく、エアギャップ環境や断続的な接続環境をサポートします。
Enterprise-grade DevOps: アクション、パッケージ、高度なセキュリティなど、GitHub.com とのほぼ一貫性をファイアウォールの内側に提供します。
Azure整合性のある操作: VM のライフサイクル、監視、インフラストラクチャの更新に使い慣れたAzure LocalおよびAzure Arc運用モデルを使用します。
GitHub エンタープライズ ローカル機能
GHES 仮想アプライアンスは、これらの機能をインフラストラクチャに完全に提供します。
コア GitHub プラットフォーム
プライベート リポジトリと組織
プル リクエスト、コード レビュー、ブランチ保護
問題、Wiki、プロジェクトコラボレーション
CI/CD とアーティファクト
完全にオフラインのパイプライン用のセルフホステッド ランナーを使用したGitHub Actions
npm、NuGet、Maven、およびコンテナー イメージをサポートする GitHub パッケージ
アクションのストレージと機能の制限事項
- GitHub Actionsログと成果物には、Azure Blob Storageや S3 互換 API エンドポイントなどの外部オブジェクト ストレージが必要です
セキュリティとコンプライアンス
GitHubコード スキャン、シークレット スキャン、依存関係アラートなどの高度なセキュリティ機能
完全な監査ログとコンプライアンス レポート
SAML や Microsoft Entra ID などのエンタープライズ ID プロバイダーとの統合
アーキテクチャとデプロイ モデル
次のモデルGitHub使用して Enterprise Local をデプロイします。
インフラストラクチャ レイヤー
Azure Local統合システムまたは Premier Solutions ハードウェア
Azure Local インフラストラクチャと VM ライフサイクルのAzure Arc対応管理
GitHub アプライアンス レイヤー
仮想マシンとしてデプロイされた事前構築済みの GHES VM イメージ
リポジトリとメタデータの永続データ ディスク
操作レイヤー
vm の可用性とインフラストラクチャの更新を管理するAzure Local
GitHub管理者は、GHES 管理コンソールを使用して、アプリケーションの構成、アップグレード、ユーザー アクセス、継続的なメンテナンス (GHES をサポートされている最新バージョンに更新するなど) を管理します。
要件に基づいて 、高可用性とレプリカベースのフェールオーバー を構成できます。
接続モードとデプロイ シナリオ
Azure Localでは、connected と完全にdisconnected 展開モードの両方がサポートされます。 接続された展開では、Azure Local Azure サービスと統合され、一元的な監視、更新、ポリシー管理が可能になります。 切断された環境では、Azure コントロール プレーンと管理サービスは環境内でローカルに実行されます。 組織は、ローカル管理機能を維持しながら、完全に分離またはエアギャップされたシナリオで運用できます。
GitHub Enterprise Local は、Azure Localの接続状態とは別に動作します。 組織は、GitHub Enterprise Local を接続環境または切断された環境に展開できます。GitHub Enterprise Local の接続モードは、Azure Local構成と一致する必要はありません。 接続されたデプロイでは、GitHub Enterprise Local をオブジェクト ストレージ (Azure Blob Storage など) などの外部サービスと統合して、GitHub Actions成果物やパッケージ ストレージなどの機能をサポートできます。 切断されたデプロイでは、GitHub Enterprise Local はインフラストラクチャ内で完全に実行され、すべての機能がローカルで動作し、外部サービスの依存関係はありません。
このモデルを組み合わせることで、主権、制御、開発者のエクスペリエンスを損なうことなく、完全に切断からハイブリッドに完全に接続された状態まで、要件に合った接続体制を採用できます。
AI 支援型開発者エクスペリエンス
デプロイ後、GitHub Enterprise Local は、接続環境と切断環境の両方に合わせた AI 支援ワークフローを使用して開発者エクスペリエンスを拡張します。
接続環境は、クラウドでホストされる AI (GitHub CopilotやGitHub CLI など) を活用して、コードの補完、チャット、説明、ワークフローの自動化を実現します。 このアプローチにより、既存の IDE、リポジトリ、および CI/CD ワークフローを保持しながら開発が高速化されます。
切り離された（エアギャップ）環境では、ローカル推論エンドポイント（たとえば Foundry Local）と組み合わせた GitHub CLI スタイルのワークフローを使用することで、同様のエクスペリエンスを維持します。 このアプローチにより、プロンプト、コード コンテキスト、推論が制御された境界内に収まるようにします。
Foundry Local を使用すると、Azure Localでのローカル モデルホスティング、チャット、コード アシスタンス、スクリプト、エージェント ワークフローをサポートできます。 このアプローチにより、チームは主権、コンプライアンス、運用管理の要件を満たしながら、AI の生産性を維持できます。 Foundry Local では Bring Your Own モデル (BYOM) がサポートされているため、組織はローカル推論エンドポイントを使用してカスタムモデルまたは微調整されたモデルをAzure Localにデプロイできます。
これらの機能を組み合わせることで、クラウド環境とオンプレミス環境全体で一貫した柔軟な AI 開発者エクスペリエンスが提供されます。 このアプローチは、生産性とセキュリティとコンプライアンスのバランスを取ります。
セキュリティと主権
GitHub Enterprise Local は、次のようなAzure Localセキュリティ機能に対応しています。
定義したネットワーク分離ポリシーとファイアウォール ポリシー。
基になるAzure Local プラットフォームを介した FIPS 検証済み暗号化。
あなたが管理する ID、アクセス、監査。
このモデルは、最新の DevOps プラクティスを維持しながら、厳格なコンプライアンス フレームワークを満たすのに役立ちます。
ハードウェアとサイズ設定のガイダンスについては、「GitHub Enterprise Local の前提条件を参照してください。
課金の概要
GitHub Enterprise Local では、ユーザーベースのアプリケーション ライセンス、インフラストラクチャ ベースの課金Azure Local、Copilotや Foundry などの AI サービスの個別の価格が組み合わせられます。
Enterprise Local GitHub実行するには、GitHub Enterprise ライセンスを購入する必要があります。 ライセンスはシートベースの課金モデルに従います。 料金は、ライセンスを使用しているアクティブなユーザーの数に基づいて毎月計算されます。 このモデルでは、アクセスする環境の数に関係なく、各ユーザーが 1 つのシートを使用する一意のユーザー モデルを使用します。
Azure Localでは、ユーザーベースの課金モデルではなく、インフラストラクチャ ベースの課金モデルが使用されます。 プラットフォーム上で実行されている開発者やアプリケーションの数に関係なく、Azure Local ホストの物理 CPU コアごとに毎月課金されます。
GitHub Copilotや Foundry などの AI サービスは、GitHub Enterprise Local および Azure Local とは別に価格が設定されています。
その結果、総保有コストには、GitHubのユーザー ベースのアプリケーション ライセンス、Azure Localのコア ベースのインフラストラクチャ料金、オプションの AI サービス コストの 3 つの明確に分離されたコンポーネントがあります。 この分離により、ソフトウェア ライセンス コスト、プラットフォームの使用量、AI サービスの使用状況の透明性が確保されます。
詳細については、以下を参照してください。
- GitHub Enterprise の請求
- GitHub Enterprise の価格
- Azure Local の課金と支払い
- Azure Local の価格
- GitHub Copilotプランと価格
次のステップ
オンボードとデプロイの手順については、「Get started with GitHub Enterprise Local (preview)を参照してください。
Azure Localの概要を確認します。
Foundry Local の概要を確認します。
GitHub Advanced Security および保護オファリングを確認します。
パブリック プレビューのオンボーディングを準備します。