エンタープライズCOTSプラットフォームの複雑さ（後編）

みなさん、こんにちは。2013年にスペインで設立され、現在米シカゴに本社を置くCopado（以下：コパード）は、セールスフォース向けに最先端のデブオプスプラットフォームを提供しています。
後編では、昨今の開発におけるデブオプスの必要性についてご紹介したいと思います。
(※前編をまだ読まれていない方はこちらをクリック）

目次

前編：こちらをクリック
　　✔︎概要
　　✔︎エンタープライズCOTSプラットフォームとは何か？
　　✔︎ポイント＆クリックが主体の開発モデル
　　✔︎開発環境の同期・メンテナンス
　　✔︎定期的なアップグレードへの対応
　　✔︎メタデータとしてのデータ管理

後編：本ブログ
　　✔︎エンタープライズCOTS開発とデブオプスの必要性
　　　・ドキュメンテーションの不足
　　　・複雑なリリースプロセス
　　　・バックグラウンドの異なるチームメンバー
　　　・サイロ化されたチーム
　　✔︎結論

エンタープライズCOTS開発とデブオプスの必要性

ドキュメンテーションの不足

ローコードという呼称は、カスタマイズのポイント・アンド・クリックの側面と結びついている。単純な新しいフィールドやオブジェクト、ページレイアウト、フローを作成するのは簡単です。しかし、これらのプラットフォームは通常、DBトリガーとコード化されたプロセスを持ち、システム統合と同じ組織に位置しています。

ポイント・アンド・クリックによるカスタマイズは非常に簡単であるため、多くの変更が文書化されることなく行われがちです。時間の経過とともに、ドキュメンテーションが不足し、典型的な環境ではカスタマイズの半分以上が非アクティブになる可能性があります。この未使用のメタデータは、新しい変更の複雑さを増大させます。

影響および依存性分析ツールは、デプロイ後でも見えない不慮の破損を防ぐためにしばしば必要です。単純なカスタマイズが、バックグラウンドで起こっている統合を壊してしまう可能性があり、チームは何が壊れたのか可視化できないことがよくある。最終的にプロセスが発見されたとしても、根本的な原因を追跡することは困難です。

複雑なリリースプロセス

これらのエンタープライズCOTSプラットフォームのうち、他のシステムから分離されているものはほとんどありません。CRMはセールスフォースが、SAPとOracleはERPと財務を得意としています。そして Workdayは、Oracle と SAP とともに HRIS 市場をリードしています。企業プロセスの性質上、これらのシステムは通常、データウェアハウスやデータレイクを通じて直接または間接的に、複数のポイントで統合されています。

多くの場合、企業はGCPやAWSでホストされるマイクロサービスを使用して独自のサービスを作成する。これらはエンタープライズCOTSプラットフォームでも利用されます。

このように相互に絡み合ったシステムアーキテクチャの結果、プロセスの変更には複数のチーム間の調整が必要になることが多く、デプロイメントを成功させるためには重要な順序が必要になります。エンタープライズ・デプロイメントとは、単一のリリース以上のものであり、複数のシステムにまたがるデプロイメントのオーケストレーションなのです。

バックグラウンドの異なるチームメンバー

デブオプスの現状に関する最近の調査で、コパード氏は少なくとも75％の開発チームにプロコーダーとローコーダーが混在していることを明らかにした。プロコーダーは、Git、Jira、Splunk、VS Codeを使いこなしている。ローコーダーはCLIツールを使いこなせず、セールスフォースのようなプラットフォームのクリックベースの機能を好む。両方のタイプのユーザーを考慮して、2つの別々のプロセスで変更を行った場合、システムの管理はほとんど不可能になる。課題：両者が使用できるプロセスを作成します。

エンタープライズCOTSプラットフォームで効果を発揮するには、エンタープライズデブオプスソリューションによって、ローコード開発者とプロコード開発者の両方が、ツールや視点は異なるものの、同じプロセスで作業できるようにする必要があります。

サイロ化されたチーム

企業のIT組織は、各プラットフォームの複雑さと、各プラットフォームが備えているツールのセットの違いから、通常、各プラットフォームごとに別々のチームを編成している。SAPチームはセールスフォースチームと互換性がありません。統合は多くの場合、Mulesoftなどのツールを使用して別のチームが行います。その結果、両方のプラットフォームで変更が必要な機能（これは想像以上によくあることです）には、2-3つの異なるチーム間の調整が必要になります。これらの変更は、ユーザーストーリーが開発からテスト、本番へと移行するたびに、正しい順序で行われなければなりません。バックエンドシステムは、フロントエンドの変更が表層で行われる前に整っていなければなりません。

結論

デブオプスは基本的にチームスポーツです。従来のマイクロサービスベースの開発では、複雑な作業は単一のチームと完全なAPIを持つツールのセットに限定されます。それに比べて、企業のCOTSランドスケープは、多くの専門店、つまり自前のサービスやマイナーなアプリケーションに囲まれた、いくつかの「アンカーテナント」を持つ相互接続されたショッピングモールのようなものです。さらに状況を悪化させているのは、各エンタープライズ・アプリケーションは、不完全で不規則なAPIを持つ追加アプリケーションやアドオンをホストするプラットフォームでもあるということです。

エンタープライズCOTS デブオプスツールのニーズは、カスタマイズから統合、アプリのデプロイまで、従来のコードベースの開発よりもはるかに複雑です。ポイント・アンド・クリックのプラットフォームは、過度に単純で使いやすいように見えるかもしれませんが、複雑さを回避し、COTSプラットフォームのあらゆる課題に取り組むには、適切なデブオプスソリューションと適切な開発プロセスが必要です。

コパードではこのようなニーズに合わせたソリューションを1つのプラットフォームでご提供し、より迅速かつ、高品質な開発をご支援しています。

コパード社のその他のブログはこちらをクリック

関連リンク
コパードホームページ
コパードコミュニティー
リンクトインはこちら
X（旧：ツイッター）
ブログ