> For the complete documentation index, see [llms.txt](https://docs.scepman.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.scepman.com/ja/scepman-no/deployment-guides/community-guide.md).
# 標準ガイド
これは、ベストプラクティスに基づいて、PoC または本番環境で SCEPman をセットアップするために必要なすべての手順を案内します。
## Azure デプロイ
要件とリソース概要から始めましょう。\
有用な Azure リソース設計を計画する必要があることを念頭に置いてください。
### 前提条件
#### 必須
* [ ] Azure サブスクリプション（そのサブスクリプションに対する少なくとも Contributor 権限）。
* [ ] Azure の所有者権限（少なくともリソース グループ レベル）。
* [ ] Microsoft Entra ID（Azure AD）の「グローバル管理者」（Graph API へのアクセスに同意）。
* [ ] Azure ポリシーを必ず定義してください [SCEPman の要件に従って](/ja/sono/security-faq.md#azure-cis) （例: TLS を強制しない）。
#### 任意
* [ ] カスタム ドメインを使用する場合は、パブリック ドメイン CNAME（scepman.yourdomain.com）。
* [ ] SSL（ワイルドカード）証明書（または [App Service マネージド証明書](https://docs.microsoft.com/en-us/azure/app-service/configure-ssl-certificate#create-a-free-certificate-preview)）、カスタム ドメインを使用する場合。
### Azure リソースの概要
これらのリソースはすべて、本番環境で推奨されます。
| 種類 | 説明 |
| ----------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ |
| App Service（x2） | SCEPman Core と Cert Master アプリケーションを実行するための仮想 Azure 環境であり、CNAME、SSL 証明書、App Settings などのさまざまなアプリケーション固有の設定を構成するための UI を提供します。 |
| App Service プラン | 「App Service(s)」のための仮想的なコンピューティング リソースと構成のセット。
ここでは、価格レベルとリソースのスケーリングを構成できます。
|
| Key Vault | シークレットと証明書を安全に保存するためのツールです。SCEPman アプリケーションは、ルート証明書を Key Vault に生成して保存します。 |
| Storage Account | SCEPman の Certificate Master コンポーネントが失効目的で証明書属性を保存するために使用するストレージ プラットフォーム。
任意:
"App Service" は、手動更新が構成されている場合、blob storage URI から成果物を読み込みます。
|
| Log Analytics Workspace | 集中管理されたクラウドベースのログ保存先です。"App Service" はすべてを保存します
プラットフォーム ログとメトリクスをこのワークスペースに保存します。
v3.0 以降、SCEPman は Microsoft の Log Ingestion API を使用して Log Analytics Workspace にログを書き込みます。
|
さらに、Private Endpoints を使用している場合は、 [Azure リソースが 7 つ追加されます。](/ja/azure-gou-cheng/private-endpoints.md#azure-resources-used-for-private-endpoints)
| 種類 | 説明 |
|---|
| 仮想ネットワーク | SCEPman App Services、Key Vault、および Storage Account は、この VNET を介して接続します。 |
| プライベート エンドポイント (×2) | Key Vault 用が 1 つ、Storage Account 用が 1 つです。これにより、VNET 経由でアクセスできるようになります。 |
| プライベート DNS ゾーン (×2) | Key Vault 用が 1 つ、Storage Account 用が 1 つです。どちらも VNET 内に内部 IP アドレスを持ち、それぞれのプライベート DNS ゾーンに名前があります。 |
| ネットワーク インターフェイス (×2) | Key Vault 用が 1 つ、Storage Account 用が 1 つです。プライベート エンドポイントを VNET に接続します。 |
## 構成手順
{% stepper %}
{% step %}
### SCEPman 基本サービスをデプロイ
{% hint style="warning" %}
これは **必須の** 手順です。
{% endhint %}
デプロイを開始するには、次のデプロイ手順に従ってください。
{% content-ref url="/pages/80bb82ff9f9faa9dd9b2be4638bb61fd12ddca02" %}
[マーケットプレイス展開](/ja/scepman-no/deployment-options/marketplace-deployment.md)
{% endcontent-ref %}
{% endstep %}
{% step %}
### デプロイ後の手順（アクセス許可の割り当て）を実行
{% hint style="warning" %}
これは **必須の** 手順です。
{% endhint %}
SCEPman のすべてのコンポーネントを適切に連携させるには、いくつかのアクセス許可を割り当てる必要があります。関連する接続を確立するには、次の手順に従ってください。
{% content-ref url="/pages/c9baa8d4cb5c43880feb830c2ec1c10083883fa7" %}
[マネージド ID](/ja/scepman-no/permissions/post-installation-config.md)
{% endcontent-ref %}
{% endstep %}
{% step %}
### Certificate Master のアクセス許可を追加
{% hint style="success" %}
これは **必須の** の手順 **Enterprise** **Edition** のお客様向けです。 **Community Edition** ユーザーはこの手順をスキップできます。
{% endhint %}
Certificate Master は **Enterprise Edition** の機能で、管理者が証明書を手動で生成および失効できるようにします。Certificate Master へのアクセスを付与するには、次の手順に従ってください。
{% content-ref url="/pages/89fcf39f72fa6a350a1fcf569e8e1487783f9f0e" %}
[証明書マスター RBAC](/ja/scepman-gou-cheng/rbac.md)
{% endcontent-ref %}
{% endstep %}
{% step %}
### ルート証明書を作成
{% hint style="warning" %}
これは **必須の** 手順です。
{% endhint %}
デプロイとアクセス許可の割り当てが完了したら、SCEPman のルート証明書を作成する必要があります。
{% content-ref url="/pages/0ebdf2507a832e59c0cf5125ffda7b54f6043866" %}
[ルート CA](/ja/scepman-no/first-run-root-cert.md)
{% endcontent-ref %}
{% endstep %}
{% step %}
### カスタム ドメインと SSL 証明書を構成
{% hint style="info" %}
これは **任意の** 手順です。
{% endhint %}
SCEPman を特定のドメインで利用できるようにするには、 **カスタム ドメイン** を **App Service に作成する必要があります。**
{% content-ref url="/pages/8eb47ea387d89933dddb8698281a8acb2f7a1af7" %}
[カスタム ドメイン](/ja/azure-gou-cheng/custom-domain.md)
{% endcontent-ref %}
{% endstep %}
{% step %}
### 手動更新
{% hint style="info" %}
これは **任意の** 手順です。
{% endhint %}
既定では、SCEPman は [エバーグリーン アプローチ](/ja/azure-gou-cheng/update-strategy.md#evergreen-approach) を更新に採用しています。SCEPman の更新を完全に制御する必要がある場合は、次のガイドのセクション **Deployment Slot Configuration**.
{% content-ref url="/pages/d11979f767e4900580bf70531c13b3211e25501f" %}
[更新戦略](/ja/azure-gou-cheng/update-strategy.md)
{% endcontent-ref %}
{% endstep %}
{% step %}
### Health Check を構成
{% hint style="success" %}
これは **推奨されます** 手順です。
{% endhint %}
SCEPman が動作しなくなった場合に直接通知を受け取れるよう、App Service の Health Check を構成できます。
{% content-ref url="/pages/32ff1ed3cf0a5e6f9fe077cdd74cacb7a2488410" %}
[ヘルスチェック](/ja/azure-gou-cheng/health-check.md)
{% endcontent-ref %}
{% endstep %}
{% step %}
### SCEPman に十分なリソースがあることを確認
{% hint style="warning" %}
これは **必須の** 手順です。
{% endhint %}
SCEPman を本番環境に移行したら、十分なコンピューティング能力が備わっていることを確認してください。そのため、Azure サイジング ガイドを確認し、必要に応じて App Service プランの階層をアップグレードしてください。これは PoC または試用期間の後まで延期しても構いません。
{% content-ref url="/pages/7653b5876336dbccf48b2ad0699905af5aad267b" %}
[App Service サイジング](/ja/azure-gou-cheng/azure-sizing.md)
{% endcontent-ref %}
{% endstep %}
{% step %}
### MDM デプロイ プロファイルを構成
{% hint style="success" %}
これは **推奨されます** 手順です。
{% endhint %}
上記の手順が完了すると、SCEPman の実装が動作するようになり、デバイスに証明書をデプロイできるようになります。
次のいずれかの記事を使用して、希望する MDM ソリューションで証明書をデプロイしてください。
{% content-ref url="/pages/d707fc5c0d1b5e571123c01e0b8435ced93eec79" %}
[Microsoft Intune](/ja/zheng-ming-shu-guan-li/microsoft-intune.md)
{% endcontent-ref %}
{% content-ref url="/pages/2776ebdbcac8bdd11e7e51f36b87d22571d17925" %}
[Jamf Pro](/ja/zheng-ming-shu-guan-li/jamf.md)
{% endcontent-ref %}
{% content-ref url="/pages/11b60abb2a67558c45dc098171dd45154598686c" %}
[その他の MDM ソリューション](/ja/zheng-ming-shu-guan-li/static-certificates.md)
{% endcontent-ref %}
{% endstep %}
{% step %}
### Certificate Master を使用して証明書を手動で発行する、または CSR に署名する
{% hint style="info" %}
これは **任意の** 手順です。
{% endhint %}
TLS サーバー証明書またはその他の証明書を発行する方法、または Certificate Master コンポーネントを使用して任意の CSR に署名する方法については、以下のリンクに従ってください。
{% content-ref url="/pages/13fdf762be2175fdd2546ac4ec8454a1421e7523" %}
[証明書マスター](/ja/zheng-ming-shu-guan-li/certificate-master.md)
{% endcontent-ref %}
{% endstep %}
{% endstepper %}
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.
Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:
```
GET https://docs.scepman.com/ja/scepman-no/deployment-guides/community-guide.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.