第10章. DevOpsのシステムとパターン
この作品はAIを使って翻訳されている。ご意見、ご感想をお待ちしている:translation-feedback@oreilly.com
Salesforce エコシステム内のコンポーネントに加えて、Salesforce の実務担当者が一般的に使用する追加ツールも数多く存在する。図 10-1 に、最新の Salesforce DevOps プラクティスを構築するために精通しておく必要がある用語とシステムをいくつかリストアップします。いくつかのオープンソースツールには、異なる名前の分派が存在する。これらはプラットフォームによって多少異なり、Salesforce 固有のコード管理テクノロジの特異性を理解する必要がある。
図 10-1. Salesforce DevOps プロジェクトの要素
これらのツールのいくつか、および/または特定のやり方にすでに慣れているのであれば、それぞれのツールがさまざまな異なる方法で使用できることを理解する必要がある。別の組織に移った場合、自分が使い慣れたツールの使い方を学ぶ必要があるかもしれない。使い慣れたツールやシステムの機能を説明し、新しい環境で使われているものと比較する方法を知っていれば、より早くスピードに乗ることができる。私は、全く同じ方法でDevOpsを実行している2つの企業と仕事をしたことがない。最も類似性が見られるのは、Salesforceを最近使い始めたばかりの企業であることが多い。
DevOps における最も基本的なパターンは、開発者からコンシューマ(ユーザ)への移行である。この観点から出発して、Salesforce のコードと変更を開発者からコンシューマに移行するためのさまざまな経路とツールについて見ていく。企業組織で開発を行うか、配布用のパッケージを構築するかによって、経路の一部が若干異なることに注意することが重要だ。ここでは、ディレクトリ開発に関わる概念から始め、その違いを説明する。DevOpsのプロセスを深く掘り下げるものではない。あなたが遭遇する可能性の高い概念、システム、コンポーネントを紹介するのに十分なほど深く掘り下げるだけだ。
Salesforceの実装では、成熟した管理ツールとの連携を可能にするために、少なくとも3つの "コンパニオン "実装が含まれていないことは稀である。ホスト型の)Jira、GitHub/Bitbucket、Jenkinsを検討することを期待する。(DevOpsとは直接関係ないが、フェデレーションや2ファクタ/マルチファクタのIDプロバイダもリストに入れるべきである[例えば、Ping、Okta、Azure AD])。
注
DevOpsは、進化したプロセスを指すより現代的な用語であり、私はこれを構成管理と呼ぶことを学んだ。私はこの名前を使い分けている。
開発組織(サンドボックスとパイプライン)
Salesforceを使い始めると、本番インスタンスが与えられる。これが本番組織だ。第 1 章で説明したように、サンドボックスと呼ばれる本番組織のコピーをスピンアップして、さまざまな変更を試したり、コードや自動化を記述したり、統合をテストしたり、ユーザ体験を把握したりすることができる。サンドボックスは本番組織のコピーであるが、サンドボックスはそれ自身の独立した組織でもある(そして、"サンドボックス ...
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.
Read now
Unlock full access