Some links on this page are affiliate links: if you buy through them we may earn a commission, at no extra cost to you.
GitHubは2024年10月29日、GitHub Enterprise Cloud with data residency in the EUを一般提供しました。企業は、GitHub Enterprise Cloudの主要なコード、リポジトリ、Actionsログなどを、選択した地域のMicrosoft Azure基盤に保存できます。
ただし、これはGitHub.com全体をEUへ移す機能ではありません。Enterprise Managed Users、専用のghe.comサブドメイン、企業向けID管理を前提とする別の運用環境です。また、すべてのデータがEU域内に限定されるわけではなく、地域外保存やデータ移転の例外もあります。
2024年10月29日に始まったこと
GitHubが一般提供を開始したのは、企業向けのGitHub Enterprise Cloud with data residencyです。顧客はEU、米国、オーストラリア、日本など、GitHubが対応するデータホスティング地域から選択できます。
発表時点の中心はEUリージョンでした。2026年5月1日以降は、EU加盟国のAzureリージョンに加えて、ノルウェーとスイスのAzureインフラもEUデータレジデンシーの範囲に含まれています。2024年の一般提供発表と2026年のEFTA拡張発表は分けて確認する必要があります。
#1 Best Overall
GitHub.comのEUリージョン追加ではない
このサービスは、既存のGitHub.comアカウントに地域設定を追加する仕組みではありません。企業ごとに専用のEnterprise環境とghe.comサブドメインを用意します。
https://<企業サブドメイン>.ghe.com
https://api.<企業サブドメイン>.ghe.com
企業データは一般のGitHub.com領域から論理的に分離されます。データレジデンシー環境ではEnterprise Managed Usersを使い、SAMLまたはOIDCによる認証、SCIMによるユーザーの作成・停止・削除などを企業のID基盤から管理します。詳細はGitHub公式ドキュメントに整理されています。
どのデータが地域内に保存されるのか
GitHubが選択地域内に保存すると説明している主なデータは、次のとおりです。
What’s actually slowing this PC down?
Pick the symptom - the matching free tool is one click away.
- リポジトリ、ソースコード、リポジトリ名
- プルリクエスト、コメント、ファイル名、ファイルパス、URLなどのユーザー生成コンテンツ
- GitHub Actionsのデータとログ
- 事業継続性・災害復旧に関するデータとログ
- メールアドレス、ユーザー名、氏名、IPアドレスなどの識別情報
一方で、「すべてのデータがEU内に保存される」「EU域外へ一切移転されない」という意味ではありません。 GitHubは、特定のデータを地域外に保存する場合や、サービス処理の一部で地域外への移転が発生する可能性を説明しています。保存対象と例外はデータ保存に関する公式ドキュメントで確認してください。
Rank #2
GitHub.com、Enterprise Cloud、Enterprise Serverの違い
| 選択肢 | 運用主体 | データ所在地 | 主な特徴 |
|---|---|---|---|
| 通常のGitHub.com | GitHub | データレジデンシー環境ではない | 公開開発や外部コラボレーションとの互換性が高い |
| Enterprise Cloud with data residency | GitHub | 対応地域から選択 | SaaSの利便性と企業向けの地域指定を両立 |
| GitHub Enterprise Server | 顧客 | 自社設計に依存 | インフラ、バックアップ、更新、障害対応を自社で管理 |
Enterprise Cloud with data residencyは、GitHubがAzure基盤、保守、アップグレードを管理します。Enterprise Serverはより細かいネットワークやデータ配置の制御が可能ですが、インフラ運用と更新の責任が顧客側に移ります。閉域網や自社施設からデータを出せない要件がある場合は、Enterprise Serverの方が適する可能性があります。
導入時の前提と手順
2025年5月以降、対象地域を選んで30日間のセルフサービス試用を開始できるようになりました。基本的な導入手順は次のとおりです。
- GitHub Enterprise Cloudのトライアルを開始する
- Get started with managed usersを選択する
- データホスティング地域としてEUを指定する
- 企業用のサブドメインを決める
- SAMLまたはOIDC、SCIMなどのID連携を設定する
- Enterprise管理者と開発者を追加する
- 請求情報を設定する
- 必要に応じて既存リポジトリやOrganizationを移行する
- Git、API、Actions、Copilot、Codespaces、外部サービスを検証する
試用期間は30日間で、最大3つの新規Organizationを作成できます。サブドメインは後から変更できないため、企業名の変更、買収、複数地域展開も考慮して命名してください。導入前の権限やネットワーク要件は公式の導入手順で確認できます。
Crashes, No Sound, or Screen Glitches?
Random freezes, missing sound and display glitches usually trace back to one bad driver. Find and replace yours safely.Free scan · under a minutePC Slower Than It Used to Be?
A free scan shows the junk files, broken settings and background clutter dragging Windows down - then fixes them in one click.Free scan · Windows 10 & 11Managed Usersに伴う重要な制約
パブリックリポジトリは利用できない
Managed usersを利用するEnterpriseでは、パブリックリポジトリを作成・運用できません。社内共有を目的とするinnersourceは、Enterpriseメンバーから見える内部リポジトリを使う形になります。
Rank #3
オープンソースプロジェクトを運営する企業は、公開開発を通常のGitHub.com側に分け、社内コードをデータレジデンシー環境に置く構成を検討する必要があります。リポジトリの可視性についてはGitHubの制約説明を確認してください。
APIやGitHub CLIの接続先が変わる
APIクライアントはGitHub.comの一般APIではなく、Enterprise専用ホスト名を使います。既存のCI/CD、監査ツール、Bot、Terraform、GitHub App、Webhook受信サービスなどを棚卸しし、接続先と認証を変更する必要があります。
GitHub CLIは利用できますが、GitHub.comやEnterprise Serverにも接続する場合は、複数アカウントへの認証と対象ホストの指定が必要です。ブラウザーでログインできることだけを確認して移行を完了すると、自動化処理が停止する可能性があります。
The Tool Desk
Outbyte PC Repair FREEClear out junk files and repair common Windows errorsFree Scan →Outbyte Driver Updater FREEFix the driver behind crashes, sound loss and screen glitchesFind Drivers →Actions、Codespaces、Copilotの注意点
GitHub Actions
Actionsのデータやログは地域内保存の対象として説明されています。ただし、ワークフローから呼び出すMarketplaceアクション、外部API、コンテナレジストリ、クラウドのデプロイ先までEU内になるとは限りません。CI/CD全体の処理地域を管理するには、GitHub外の接続先も個別に確認してください。
Rank #4
Codespaces
Codespacesは2026年4月、GitHub Enterprise Cloud with data residency向けに一般提供されました。EU、オーストラリア、日本、米国に対応しますが、データレジデンシー環境ではEnterpriseまたはOrganization所有のCodespaceが必要で、ユーザー所有Codespaceはサポートされません。Codespacesの発表も参照してください。
GitHub Copilot
Copilotには、推論処理と関連データを指定地域内に制限するポリシーがあります。ただしデフォルトでは無効で、EnterpriseのCopilotポリシーで有効化する必要があります。
- Copilot BusinessまたはCopilot Enterpriseの契約が必要
- Copilot IndividualはManaged user accountでは利用できない
- EUで利用できるモデルや機能は変更される可能性がある
- 地域内処理を強制する場合、GitHub DocsではAIクレジット消費が10%増加すると説明されている
Copilotの対応モデルや地域は更新されるため、固定的な一覧として扱わず、導入時に最新の公式ドキュメントを確認してください。
Recommended Free Tools
GDPR対応を自動的に完了する機能ではない
データレジデンシーは、データの保存・処理地域を管理するための仕組みです。GDPR、NIS2、金融・医療・公共分野の規制、顧客契約への適合を自動的に保証するものではありません。
Best Value
導入前には、少なくとも次を確認する必要があります。
- GitHubのデータ処理契約と地域外保存の対象
- サポート、請求、監視、セキュリティ、バックアップ関連データの処理場所
- Marketplaceアプリ、GitHub App、Webhookのデータ経路
- Actionsから接続する外部APIやデプロイ先
- Copilotのモデルと推論処理地域
- データ主体からの請求や削除要求への対応
したがって、社内の法務・セキュリティ審査では「EUにコードを置けるか」だけでなく、保存と処理、外部サービス、バックアップ、契約上の責任分界を分けて評価することが重要です。
どの企業に向くのか
次のような企業には、Enterprise Cloud with data residencyが有力な選択肢になります。
- EU域内の顧客契約でソースコードや開発データの所在地を説明する必要がある
- 社内規定でコード保管先を特定地域に限定している
- Enterprise Serverのインフラ、バックアップ、アップグレード負担を減らしたい
- GitHub.comに近いタイミングで新機能を利用したい
- 企業のSAML、OIDC、SCIM基盤と統合したい
一方、地域外保存や移転を一切許容できない、完全な閉域化が必要、自社施設や指定クラウドからデータを出せないといった企業には、Enterprise Serverの方が適する場合があります。公開リポジトリをManaged users環境で運用したい企業も、通常のGitHub.comを含めた構成比較が必要です。
まとめ
2024年10月29日の発表は、GitHub.com全体がEUへ移転したというニュースではありません。企業がManaged Usersと専用ghe.com環境を使い、GitHub Enterprise Cloudの主要データを選択地域に配置できるようになった、という企業向けサービスの一般提供です。
2026年時点では、EU地域にノルウェーとスイスが加わり、Codespacesも一般提供されています。導入を判断する際は、保存場所だけでなく、公開リポジトリ不可、API接続先、外部サービス、Copilotの処理ポリシー、地域外移転の例外まで確認してください。最終的な選択肢は、通常のGitHub.com、データレジデンシー対応のEnterprise Cloud、そして自社管理型のEnterprise Serverです。
Quick Recap
Product prices and availability are accurate as of the date/time indicated and are subject to change. Any price and availability information displayed on Amazon at the time of purchase will apply.

