ポイント: 自律的なワークフローオーケストレーションにより、ITチームはBMCのControl-Mを使用してデータパイプラインやアプリケーションワークフローを独立して管理し、効率を向上させ、中央管理者への依存を減らします。
- Control-Mは役割ベースの管理をサポートし、チームが自分たちの環境を管理できるようにします。
- 中央接続プロファイルはエージェントの構成を簡素化し、迅速なオンボーディングを可能にします。
自律的ワークフローオーケストレーションにより、ITチームは中央管理者に依存することなく、自分たちのデータパイプラインやアプリケーションワークフローを管理できます。BMCのControl-Mは、役割ベースの管理と中央接続プロファイルを通じてこの自律性を提供し、データエンジニア、アプリケーション開発者、およびファイル転送チームが組織全体で制御されたアクセスを維持しながら独立して作業できるようにします。
新しいITの役割と責任
ITの役割は大幅に拡大しました。デジタル加速とマルチクラウドの導入により、ITはビジネスに近づき、専門家はアーキテクト、データエンジニア、データサイエンティスト、DevOpsエンジニア、ガバナンスアドバイザーに変貌しました。 Gartner（2021）が指摘したように、各ITの役割は現在、特定の課題に直面しています。 その結果、従業員は従来の役割説明が予想した以上に広範な技術とビジネス機能にわたって操作するようになり、同じチームサイズでより多くの作業を行っています。
なぜエンタイトルメントとエンパワーメントの戦略が重要なのか？
ITチームが自律的にツールや技術にアクセスし活用できるほど、ビジネス価値を推進する効果が高まります。エンタイトルメントとエンパワーメントの戦略は時間とともに複雑になります。より多くのユーザーが従来の専門知識を超えて機能を活用できるようになると、組織は革新と実行の両方を加速します。 この変化は、技術のより広範な民主化を反映しています。 従来は深い技術的専門知識を必要とした機能が、現在では役割を超えてアクセス可能になっています。セルフサービス文化はこの期待を強化し、組織全体のユーザーが必要なツールへの自律的なアクセスをますます期待するようになります。
Control-Mは自律的ワークフローオーケストレーションをどのようにサポートしているのか？
Control-Mは、自律的ワークフローオーケストレーションのためのBMCの主要プラットフォームであり、データ、クラウド、AppDevチーム全体でのエンタイトルメント、エンパワーメント、セルフサービスをサポートするよう進化しています。 現在、ビジネスユーザー、データチーム、クラウドチーム、AppDevチームはすべて、自律的にワークフローオーケストレーションにアクセスしています。データエンジニアはControl-Mを使用して、データパイプラインを統合、自動化、オーケストレーションします。
“…役割ベースの管理とAutomation APIは、顧客が自分たちの接続を管理する自由をより多く提供します（例：銀行のユーザーは、私たちのチームと共有することなくパスワードを更新できます）” – Johann Vermeulen, ITオペレーションアナリスト, BMW南アフリカ。
役割ベースの管理：どのようにチームの自律性を促進するのか？
役割ベースの管理は、製品チームに対して、中央のControl-M管理者にチケットリクエストを提出することなく、自分たちのワークフローオーケストレーション環境を管理する能力を与えます。 以前は、Control-Mを使用したいデータエンジニアは、セットアップ、構成、ユーザー管理のために中央管理者に依存する必要があり、実行を遅らせるボトルネックを生み出していました。 役割ベースの管理は、この依存関係を排除し、管理者権限を製品チームに直接委譲します。
- Control-Mエージェントとアプリケーションプラグインのデプロイ—すべてのサーバーでデータパイプライン技術を統合するための前提条件
- 接続プロファイルとユーザー定義の管理—データ技術とアプリケーションに安全にアクセスして実行するための前提条件
Johann Vermeulen, ITオペレーションアナリストの説明によれば、役割ベースの管理とAutomation APIは顧客に自分たちの接続を管理する自由を与えます。
制御されたアクセスはチーム間の対立をどのように防ぐのか？
複数のチーム（データエンジニア、ファイル転送チームなど）が同時にControl-Mを使用することがあります。 各チームは、自分たちの環境に対して完全な自律性が必要であり、他のチームの構成に影響を与えないようにする必要があります。 Control-Mの管理者は、タグと認可の粒度を通じてこれに対処します。 たとえば、ファイル転送チームは名前がmft*で始まるエージェント、特定のアプリケーションプラグイン、およびconnmft*で始まる接続プロファイルへのアクセスを許可される場合があります。 チームは自分たちのリソースに対して閲覧、更新、または完全な権限レベルを割り当てることもできます。 結果として、ファイル転送チームのメンバーがControl-Mにログインすると、自分たちのリソースのみを表示および管理し、データエンジニアリング環境は完全に分離されます。
“技術の変化が常にあるため、BMCソフトウェアはControl-Mをこれらの急速な要求に合わせるように調整し続けています。Fortune 500の福利厚生企業。
中央接続プロファイル：最新リリースでの変更点は？
Control-Mの最新リリースの前は、接続プロファイルは個々のエージェントに縛られていました。 ユーザーは、アプリケーションが実行される各エージェントに対して別々の接続プロファイルを作成する必要がありました。 このプロセスは時間がかかり、環境が拡大するにつれてスケールが悪化しました。中央接続プロファイルはこの関係を切り離します。 現在は、1つの接続プロファイルがControl-Mのすべての利用可能なエージェントで機能します。 実際には、ファイル転送チームは、mft*でタグ付けすることで新しいエージェントを環境に追加できます。 チームは、既存のプラグイン用にすでに設定されている接続プロファイルを使用して、そのエージェントでタスクをすぐに実行し始めることができます。
結論
Gartnerのトップ戦略技術トレンド（2021）が観察したように、デジタルビジネス戦略を加速させる組織は、非効率なプロセスに妨げられることなく迅速に反応するために、ビジネス全体での自律性と民主化が必要です。 環境がエージェント型ワークフローオーケストレーションに進化する中で、BMCはControl-Mを進化させ続け、技術の民主化をサポートし、組織全体のチームがアプリケーションワークフローオーケストレーションから自律的に利益を得られるようにします。役割ベースの管理と中央接続プロファイルは、その方向への具体的なステップです。 こちらをクリックして、最新のControl-M機能について学んでください。
よくある質問
自律的ワークフローオーケストレーションとは何ですか？ 自律的ワークフローオーケストレーションは、データエンジニアやアプリケーション開発者などの個々のチームが、中央IT管理者に頼ることなく、自分たちのワークフローを独立して定義、スケジュール、管理できる能力です。Control-Mのようなプラットフォームは、役割ベースの管理と委任されたアクセス制御を通じてこれを可能にします。 Control-Mでの役割ベースの管理はどのように機能しますか？ Control-Mの役割ベースの管理は、組織が特定の製品チームに管理権限を委譲できるようにします。 各チームは、管理者の関与なしに、エージェント、接続プロファイル、およびユーザー定義を管理できます。 Control-Mの中央接続プロファイルとは何ですか？ 中央接続プロファイルでは、1つの接続プロファイルをすべての利用可能なControl-Mエージェントで共有することができ、エージェントごとに別々のプロファイルを必要としません。 自律的ワークフローオーケストレーションの恩恵を受けるのは誰ですか？ データエンジニア、アプリケーション開発者、ファイル転送チーム、ビジネスユーザーがすべて、自律的ワークフローオーケストレーションの恩恵を受けます。 各チームは、独立して自分たちのワークフローを管理する能力を得る一方、管理者はタグベースのアクセス制御や権限レベルを通じて監視を維持します。 Control-Mは、チームが互いの環境に干渉しないようにするにはどうすればよいですか？ Control-Mは、タグと認可の粒度を使用して、各チームのアクセスを自分たちの定義されたリソースに制限します。 管理者は、各チームがアクセスできるエージェント、プラグイン、および接続プロファイルを構成し、チームが独立して運営できるようにし、クロスチームの干渉のリスクを回避します。 この投稿に表明されている見解や意見は著者のものであり、BMCの公式な立場を必ずしも反映するものではありません。
これらの投稿は私自身の意見であり、必ずしもBMCの立場、戦略、または意見を表すものではありません。