ポイント: Control-MのようなワークフローオーケストレーションツールとJenkinsのような継続的インテグレーションツールは、ソフトウェア開発において異なる役割を果たします。Control-Mはプロダクションワークフローを管理し、ビジネスアプリケーションが信頼性を持って運用されることを保証します。一方、Jenkinsはビルドフェーズ中のコードテストと配信を自動化します。
- Control-Mはプロダクションでアプリケーションワークフローを管理するために不可欠です。
- Jenkinsはビルドフェーズを自動化し、ソフトウェア配信のプラクティスを強化します。
ワークフローオーケストレーションと継続的インテグレーションは両方とも自動化ツールですが、 根本的に 異なるフェーズ で機能します。 ソフトウェア開発ライフサイクル（SDLC）。Jenkinsのような継続的インテグレーションツールは、ビルドフェーズを自動化し、コードテストとソフトウェア配信を管理します。Control-Mのようなワークフローオーケストレーションツールは、製品版でビジネスアプリケーションワークフローを管理し、重要な業務運用を維持します。 ほとんどの企業にとって、 デジタルトランスフォーメーション はもはや単なるバズワードではなく、組織のあらゆる側面が 機能する方法の非常に現実的な変化です。それは確かにITに当てはまり、この変化のいくつかの やや皮肉な 特徴は、自動化に対する大きな強調です。皮肉なことに、情報「技術」は常に自動化を目指していると思われたかもしれませんが、これは ほぼコンピューティングの同義語です。まあ、遅れてきたとはいえ、良しとしましょう。 この自動化への新たな焦点の結果の一つは、ツールの精査が強化されることです。利用可能なツール群の類似点と相違点を理解し、どのツールがどの機能に最適かを知りたいという欲求です。この比較を具体的にするために、この投稿では2つのプロキシを使用します。Control-Mはリーディング1ワークフローオーケストレーションツールであり、Jenkinsは最も人気のある継続的インテグレーション（CI）ツールです。
ワークフローオーケストレーションと継続的インテグレーションの違いは何ですか？
コアの違いはSDLCフェーズに直接マッピングされます。Jenkinsや継続的インテグレーションツールは、ビルドフェーズに設計されており、コードテスト、マージ、および配信を自動化します。Control-Mやワークフローオーケストレーションツールは、運用および監視フェーズで機能し、重要なビジネスサービスを実行するプロダクションワークフローの可視性と管理を提供します：顧客請求、在庫管理、推奨モデルのトレーニング、ビジネス分析など。 ソフトウェア開発ライフサイクルには、ビルド、デプロイ、運用、監視のフェーズが含まれます。ソフトウェアがまだ開発およびテストされている場合、JenkinsのようなCIツールが適切な楽器です。アプリケーションが製品版に到達し、スケールで信頼性を持って実行する必要があるとき、ワークフローオーケストレーションが引き継ぎます。
これらのツールカテゴリの間で選択する際は、 自動化する必要があること、誰が自動化を作成および 運用するか、そしてあなたの選択が組織に与える影響を特定してください。
Control-Mは何をしますか？
Control-Mは、ビジネスアプリケーションをプロダクションで運用することに重点を置いています。Control-Mの自社 ホームページによると、Control-Mは「アプリケーションワークフローオーケストレーションを簡素化し、アプリケーションワークフローを定義、スケジュール、管理、監視することを容易にし、可視性と信頼性を確保し、SLAを改善します。」Control-Mの主な使用ケースは、プロダクションビジネスプロセスを維持することであり、それを支えるソフトウェアを構築することではありません。
Jenkinsは何をしますか？
Jenkinsはソフトウェア開発と配信のために特別に作られています。 jenkins.io サイトはその使命を直接示しています：「あらゆる規模で素晴らしいものを構築する。」 プレスページは、ソフトウェアの構築に焦点を当てていることを強調しています。「Jenkinsは...継続的インテグレーション、継続的配信、および現代のソフトウェア配信プラクティスに関心のある人々によってサポートされています。Java仮想マシン（JVM）の上に構築され、Jenkinsを拡張する1,500以上のプラグインを提供しており、ほぼすべての技術のソフトウェア配信チームが使用できるようにします。」
ユーザーの声は？
実体験は、各ツールがどこで価値を提供するかを明らかにします。
実践におけるJenkins
T-Mobile は、顧客を支援するためにJenkinsを使用して、「堅牢でインテリジェントなプラクティスを採用し、 CI/CD サイクルを加速します。」モーニングスターは、Jenkinsプラットフォームを使用して、「一貫性を向上させ、自動化を増加させることが、組織の継続的配信（CD）および DevOps 文化への道の重要なステップです。」
実践におけるControl-M
ハーシー社のトッド・ライトナーは、Control-Mのプロダクションにおける役割をこの ブログ投稿で説明しています：データセンターの運用グループは、製造、サプライチェーン、倉庫管理、財務、給与、HR、販売全体にわたってデジタルインタラクションを管理するために、毎日何千ものジョブを実行します。すべてが複雑なSAP®環境内で行われます。ライトナー氏は、Control-Mが「文字通り私たちのビジネスを運営します」と述べています。 A ケーススタディ では、レイモンド・ジェームズ・ファイナンシャルの使用が説明されています。Control-Mは、会社のデータウェアハウスにアクセスする数百のアプリケーション間の複雑な相互依存関係を通じてジョブを管理します。Control-Mによって強化された夜間処理により、シニアマネジメントと財務顧問は、クライアントにサービスを提供するために必要なデータを持つことができます。
アナリストの見解は？
Jenkinsに関するアナリストのカバレッジは比較的少なく、 その独立したオープンソースの地位が原因である可能性がありますが、IDC Innovatorsのレポートがこの分野をカバーしています。Control-Mは、歴史的にGartnerとEMAによってワークロード自動化カテゴリーの下で評価されています。最も最近の分析は EMAレーダーレポートです。
よくある質問
ワークフローオーケストレーションと継続的インテグレーションツールは一緒に使用できますか？ はい、ワークフローオーケストレーションとCIツールは相互に排他的ではありません。Jenkinsはソフトウェア開発中のビルドおよび配信フェーズを管理し、Control-Mはアプリケーションが展開された後のプロダクションワークフローを管理します。多くの企業が、SDLCの異なる部分で両方のツールを同時に使用します。 継続的インテグレーションはどのSDLCフェーズをカバーしますか？ 継続的インテグレーションはソフトウェア開発ライフサイクルのビルドフェーズをカバーします。JenkinsのようなCIツールは、コードテスト、マージ、および配信を自動化して、開発チームが早期に欠陥を検出し、ソフトウェアをより信頼性高くリリースできるようにします。 ワークフローオーケストレーションはどのSDLCフェーズをカバーしますか？ Control-Mのようなワークフローオーケストレーションツールは、運用および監視フェーズのために設計されています。彼らは、ソフトウェアが展開された後に重要なシステムを運営し続けるためのプロダクションワークフロー（バッチジョブ、データパイプライン、ビジネスプロセス）をスケジュール、管理、および監視します。 Control-MとJenkinsの違いは何ですか？ CI/CDはソフトウェア配信ライフサイクルを扱います。 Control-Mを使用して生産バッチ、データ、およびアプリケーションワークフローを調整するためにJenkinsを拡張できます。 DevOps自動化のためにどのツールを選ぶべきですか？ 適切な選択は、SDLCのどの段階を自動化する必要があるかによります。ソフトウェアのビルドと配信パイプラインには、Jenkinsまたは同等のCIツールが自然に適しています。ソフトウェアが展開された後のビジネス運用を実行するためのプロダクションワークフローを管理するためには、Control-Mのようなワークフローオーケストレーションツールが適切なソリューションです。 ¹ エンタープライズマネジメント協会（EMA）ワークロード自動化のためのレーダーレポート この投稿に表現された見解と意見は著者のものであり、必ずしもBMCの公式な立場を反映するものではありません。
これらの投稿は私自身の意見であり、必ずしもBMCの立場、戦略、または意見を代表するものではありません。