# データ所在地付き GitHub Enterprise Cloud について GitHub Enterprise Cloudを使用すると、独自のプラットフォームをホストしなくても、データをより詳細に制御できます。 既定では、 GitHub は米国の GitHub.com のデータを格納します。 データ所在地付き GitHub Enterprise Cloudを採用する場合は、会社のコードとデータを格納する場所を選択できます。 企業は、 GHE.comの専用サブドメインでホストされます。 データ所在地により、オープンソースとエンタープライズの作業を簡単に分離でき、特定のデータ所在地のコンプライアンス要件を満たすのに役立ちます。 使用可能なリージョンは次のとおりです。 * EU (EFTA 諸国、現在ノルウェー、スイスのAzureリージョンを含む) * オーストラリア * 米国 * 日本 今後、 GitHub は、より多くのリージョンで データ所在地 を提供する予定です。 データ ストレージ GitHub 処理する方法については、「 [データ所在地でのデータの保存について](/ja/enterprise-cloud@latest/admin/data-residency/about-storage-of-your-data-with-data-residency)」を参照してください。 \*\* \*\*の試用版を設定することで、GitHub Enterprise Cloudの使用を開始できます。 の試用版を設定する GitHub Enterprise Cloud ## GitHub Enterprise Cloud とは GitHub は、セキュリティで保護されたソフトウェアを構築、スケーリング、および提供するための完全な開発者プラットフォームです。 これらの機能に加えて、 GitHub Enterprise Cloud には、プラットフォームの使用をさらに最適化してセキュリティで保護するために設計されたいくつかの重要な機能が用意されています。 * **エンタープライズ アカウント**が含まれています。コードの格納、共同作業、GitHub機能へのアクセスを行うための会社専用の共有スペース * 会社のリソースとアクティビティに関する課金、管理、ガバナンス、監査を一元化できます * 承認されたユーザーのみがアクセスでき、より広い GitHub.com コミュニティから分離されます * 外部 ID 管理システムからの認証とユーザー ライフサイクルの管理が含まれています。 * プロビジョニング用の **SCIM** * 認証用の **SAML** または **OIDC** データ所在地では、マネージド ユーザー アカウントGHE.comの専用サブドメインを介してリソースにアクセスし、企業に属するリソースとのみ対話できます。 ## クラウドにデータを移動する理由 現在、 GitHub Enterprise Serverなどのセルフホステッド サービスを使用している場合、 データ所在地付き GitHub Enterprise Cloud は、クラウドベースのマネージド製品の恩恵を受けながら、データをより詳細に制御するのに役立ちます。 * ユーザーは、GitHub.comなどのGitHub Copilotから最新の機能にアクセスでき、GitHub Enterprise Serverリリースで機能が利用できるようになるのを待つ必要はありません。 * 管理エクスペリエンスが簡素化され、メンテナンスやアップグレードのためのダウンタイムをスケジュールする必要がなくなります。 ## 請求のしくみを教えてください。 データ所在地付き GitHub Enterprise Cloudを導入するには、**GitHub Enterpriseプラン**にお申し込みいただきます。このプランは、GHE.com上の貴社環境をカバーし、必要に応じてGitHub Enterprise Serverにも対応します。 価格について詳しくは、[価格](https://github.com/pricing)に関するページを参照してください。 ユーザー ライセンスとサービスの料金を支払う方法としては、次があります。 * クレジットカードまたはPayPalアカウントを組織に追加し、GitHub を通じて直接請求する * エンタープライズを Microsoft Azure サブスクリプションに接続する お客様は、最新の課金プラットフォームを利用できます。そこでは、支出の見積もり、経費を管理するためのコスト センターの作成、使用するサービスに対する柔軟な支払いを行うことができます。 GitHub EnterpriseおよびGitHub Advanced Security製品の使用量ベースの課金にサインアップすることもできます。つまり、事前に定義された数のライセンスを購入する必要はありません。 ## 開発者エクスペリエンス GHE.comに関する開発者エクスペリエンスは、GitHub.comやGitHub Enterprise Serverとは一部の点で異なります。 * [ID とアクセス](#identity-and-access) * [マネージド ユーザー アカウントに関する機能](#functionality-for-managed-user-accounts) * [リポジトリの可視性](#repository-visibility) * [API アクセス](#api-access) * [GitHub Copilot](#github-copilot) * [ドキュメント](#documentation) ### ID とアクセス GHE.com企業は**Enterprise Managed Users** を使用します。 マネージド ユーザーを含む Enterpriseでは、ユーザーがリソースへのアクセスに使用するユーザー アカウントを会社が管理します。 これらのアカウントは、企業のリソースにのみアクセスでき、GitHub.comの広いオープンソースコミュニティから分離されています。 ユーザーは、オンボード時に選択した GHE.com URL を使用して企業にアクセスします。 エンタープライズのリソースにアクセスするために、ユーザーは会社が使用する ID 管理システムを通じて認証する必要があります。 ### ネットワーク アクセス IP 範囲や SSH キーフィンガープリントなどのネットワークの詳細は、 GHE.com と GitHub.comで異なります。 ストレージ アカウントや ID プロバイダー統合などのクライアント システムに、エンタープライズへのアクセス権を付与する必要があります。 「[GHE.com のネットワークの詳細](/ja/enterprise-cloud@latest/admin/data-residency/network-details-for-ghecom)」を参照してください。 ### マネージド ユーザー アカウント の機能 企業にアクセスできる管理者と開発者は、現在使用できない一部の機能を除き、完全な GitHub プラットフォームを利用できます。 開発者は、 GitHub.comで個人アカウントを使用したり、 GitHub Enterprise Server インスタンスでユーザー アカウントを使用したりする経験がある場合があります。 マネージド ユーザー アカウントでGHE.comを使用するエクスペリエンスは、いくつかの点で異なります。 「[マネージド ユーザー アカウントの機能と制限](/ja/enterprise-cloud@latest/admin/managing-iam/understanding-iam-for-enterprises/abilities-and-restrictions-of-managed-user-accounts)」を参照してください。 ### リポジトリの可視性 パブリック リポジトリは、 マネージド ユーザーを含む Enterpriseでは使用できません。 インナーソースの実践として、ユーザーは、すべてのエンタープライズ メンバーから見える内部リポジトリを作成できます。 「[リポジトリについて](/ja/enterprise-cloud@latest/repositories/creating-and-managing-repositories/about-repositories#about-internal-repositories)」を参照してください。 ### API アクセス REST API と GraphQL API を使用するインテグレーターは、エンタープライズの GHE.com の専用 URL に要求を送信する必要があります。 たとえば、企業のサブドメインが `octocorp`されている場合、ユーザーは `https://api.octocorp.ghe.com`に要求を送信する必要があります。 ユーザーは、 GitHub CLIを使用して API 要求を簡略化できます。 ただし、 GitHub.com または GitHub Enterprise Server上のリソースにもアクセスする必要がある場合は、複数のアカウントに対して認証を行い、ほとんどの要求に対してターゲット プラットフォームを指定する必要があります。 「[GitHub プラットフォーム間での GitHub CLI の使用](/ja/enterprise-cloud@latest/github-cli/github-cli/using-multiple-accounts)」を参照してください。 REST API への要求にはレート制限が適用されます。 「[REST API のレート制限](/ja/enterprise-cloud@latest/rest/using-the-rest-api/rate-limits-for-the-rest-api)」を参照してください。 ### GitHub Copilot 開発者は、GitHub CopilotまたはCopilot Business サブスクリプションへのアクセス権を付与した場合、Copilot Enterpriseにアクセスできます。 マネージド ユーザー アカウント Copilot Individualにサインアップできません。 * ユーザーは、開発環境から自分のアカウントを認証するには、追加のセットアップを実行する必要があります。 「[GHE.com のアカウントで GitHub Copilot を使用する](/ja/enterprise-cloud@latest/copilot/how-tos/configure-personal-settings/authenticate-to-ghecom)」を参照してください。 * 一部の GitHub Copilot 機能は現在、 GHE.comで使用できません。 「[GitHub Enterprise Cloud とデータ所在地の機能の概要](/ja/enterprise-cloud@latest/admin/data-residency/feature-overview-for-github-enterprise-cloud-with-data-residency#currently-unavailable-features)」を参照してください。 ### ドキュメント 一般に、 [GitHub Docs](/ja/enterprise-cloud@latest) のコンテンツには、 GHE.comのユーザー エクスペリエンスが反映されます。 閲覧者は、サイトの "GitHub Enterprise Cloud" バージョンを使用する必要があります。 「[GitHub Docs のバージョンについて](/ja/enterprise-cloud@latest/get-started/using-github-docs/about-versions-of-github-docs#about-versions-of-github-docs)」を参照してください。 ドキュメントを読む場合、読者は、 GitHub.com への参照を、 GHE.com上の企業の専用 URL に置き換える必要がある場合があります。 ## 機能の概要 データ所在地 の GHE.com で使用できる機能は、マネージド ユーザー アカウント の GitHub.com が使用できる機能と似ていますが、いくつかの追加と例外があります。 [「AUTOTITLE」を](/ja/enterprise-cloud@latest/admin/data-residency/feature-overview-for-github-enterprise-cloud-with-data-residency)参照してください。 ## はじめに 試用版にサインアップして新しいエンタープライズ アカウントを作成し、 GHE.comでサブドメインを選択すると、新しいエンタープライズの使用を開始できます。 あなたが行うことは次のとおりです。 * 会社の管理者と開発者用のアカウントを作成する * 請求書情報を追加する * 必要に応じて、別のプラットフォームからデータを移行する まず、「[GitHub Enterprise Cloud のデータの所在管理の開始方法](/ja/enterprise-cloud@latest/admin/data-residency/getting-started-with-data-residency-for-github-enterprise-cloud)」を参照してください。