Salesforce DevOps Center導入ガイド：設定からリリースまでの手順を解説

どんな取り組みか
使われた技術スタック
実装のポイント
得られた成果や学び
まとめ

どんな取り組みか

Salesforce DevOps Centerは、「サンドボックスから本番環境へのリリース作業を可視化・自動化するツール」です。従来の変更セットによるリリース作業では、どのコンポーネントを含めるかを手動で選択し、依存関係を自分で追跡する必要がありました。その結果、デプロイ直前にコンポーネントの漏れが発覚するといった事態も起こりがちでした。

DevOps Centerを導入すると、サンドボックスでの変更が自動的に追跡され、開発者は画面をクリックして次のステージへ変更を進めるだけでよくなります。これにより、手作業によるミスが減り、リリースプロセス全体の効率が向上します。

特に次世代DevOps Centerは、管理パッケージのインストールが不要になり、Salesforceの設定画面でトグルスイッチをオンにするだけで利用を開始できるため、導入のハードルが大幅に下がっています。「変更セット運用から脱却したい」と考えている開発者や管理者にとって、有力な選択肢となるでしょう。

使われた技術スタック

Salesforce DevOps Center: リリースパイプラインの構築、作業項目の管理、環境間の変更のプロモート（昇格）を担う中心的なツールです。
GitHub: ソースコードやメタデータのバージョン管理を行います。DevOps CenterはGitHubと連携し、変更履歴をすべて記録します。対応しているのはGitHub.comのクラウドプランのみで、オンプレミス版のGitHub Enterprise Serverは現時点では非対応です。
DX Inspector: サンドボックスや開発組織内で加えられた変更をリアルタイムで記録する新機能です。開発者は手動で変更点をメモする必要がなくなり、DevOps Centerと連携してクリック操作だけで変更のコミットが可能です。

実装のポイント

DevOps Centerを導入し、実際にサンドボックスから本番環境へ変更をリリースするまでの流れと、その過程での重要なポイントを解説します。

DevOps Centerの基本概念

DevOps Centerは「プロジェクト」「パイプライン」「作業項目」という3つの要素で構成されています。これらは入れ子構造になっており、関係性は以下の通りです。

プロジェクト: 案件全体を管理する最も大きな箱です。パイプラインや作業項目はすべて一つのプロジェクトに属します。
パイプライン: プロジェクト内に一つだけ存在する、変更が通る経路です。「開発→テスト→ステージング→本番」といったステージを定義し、各ステージにSalesforce組織とGitブランチを紐づけます。
作業項目: パイプライン上を流れる個々の変更単位です。「問い合わせフォームの修正」といったタスクごとに作成し、関連する変更コンポーネントを紐づけて管理します。

有効化の手順

DevOps Centerの有効化は、以下の4ステップで完了します。注意点として、有効化作業は本番組織（Production）で行う必要があります。

本番組織の「設定」を開きます。
クイック検索で「DevOps」と入力し、「DevOps Center」を選択します。
「DevOps Centerを有効化」のトグルをオンにします。
アプリケーションランチャーから「DevOps Center」を選択して起動します。

リリースパイプラインの構築手順

有効化後、実際のリリース作業を行うための手順は以下の通りです。①～③は初回のみのセットアップ作業、④以降はリリースのたびに繰り返す作業です。

プロジェクトを作成する: DevOps Centerで新規プロジェクトを作成し、プロジェクト名を入力します。
パイプラインを作成する: プロジェクト内にパイプラインを作成します。この過程でGitHubアカウントとの接続が必要です。Integration、UAT、Stagingなど、自社のリリースフローに合わせたフェーズを追加・設定します。
パイプラインから組織を接続する: 作成したパイプラインの各フェーズに、対応するSalesforce組織を接続します。開発環境フェーズには、ソーストランキングが有効なサンドボックスまたはスクラッチ組織のみ接続可能です。各ステージに組織とGitブランチを紐づけたら、パイプラインを有効化します。
作業項目を作成する: リリースのたびに、対応するタスクの作業項目を作成します。件名や説明を入力し、担当者を割り当てます。
開発環境で構築する: 作業項目に紐づけた開発環境で、通常通りフローの作成や項目の追加などの開発作業を行います。
DX Inspectorから変更をコミットする: 開発環境のDX Inspectorパネルから変更されたコンポーネントを確認し、含めたいものにチェックを入れてコミットします。この際、DevOps Centerが自動生成する権限セットなど、意図しないコンポーネントが含まれていないか注意深く確認が必要です。
作業項目からレビューを完了する: DevOps Centerの作業項目画面に戻り、GitHub上で作成されたPull Request（PR）の内容を確認・承認（マージ）します。承認後、作業項目のステータスは「昇格準備完了」に変わります。
次のステージへ昇格する: パイプライン画面で、対象の作業項目を次のステージ（例: UAT環境）へプロモートします。Apexクラスなどが含まれる場合は、テストの実行が必要です。
本番へ昇格する: すべてのテストが完了したら、最終ステージである本番環境へ昇格させます。DevOps Centerにはロールバック機能がないため、本番への昇格は慎重に行う必要があります。元に戻すには、逆の変更を新しい作業項目として再度パイプラインを通す必要があります。

運用上の注意点

変更セットとの互換性: DevOps Centerは既存の変更セットを移行する機能はなく、新規プロジェクトとして構築する必要があります。
旧版のサポート: 旧DevOps Center（管理パッケージ版）の新規インストールはサポートが終了しているため、これから始める場合は次世代版一択となります。
利用可能なエディション: DevOps CenterはProfessional Edition、Enterprise Edition、Unlimited Edition、Developer Editionで利用可能です。

得られた成果や学び

DevOps Centerを導入することで、従来の変更セット運用と比較して以下のような成果が期待できます。

変更追跡の自動化: 「どの変更が、いつ、どのリリースに含まれたか」が作業項目と紐づいて自動的に記録されるため、変更の追跡が容易になります。
プロセスの可視化: ビジュアルパイプラインにより、各作業項目がどのステージにあるかが一目でわかり、チーム内の進捗共有や調整がスムーズになります。
手作業によるミスの削減: コンポーネントの選択や依存関係の管理が自動化されるため、デプロイ漏れなどのヒューマンエラーを大幅に削減できます。
ソース管理の徹底: GitHubとの連携により、すべての変更がバージョン管理され、誰がいつ何を変更したかの履歴が明確に残ります。

まとめ

次世代Salesforce DevOps Centerは、管理パッケージが不要となり、設定画面から簡単に有効化できるため、導入のハードルが大きく下がりました。作業項目、ビジュアルパイプライン、GitHub連携といった機能により、変更セット運用で発生しがちな課題を解決し、リリース管理の透明性と効率を格段に向上させます。

利用にはGitHub.comのクラウドプランが必要といった制約はありますが、サンドボックスから本番へのリリースプロセスを改善したいと考えているチームにとって、非常に強力なツールです。まずは一つのプロジェクトで試してみることで、その利便性を実感できるでしょう。

出典: https://zenn.dev/pacific_creator/articles/05bbd82a08a16b

Related Certifications