モノリシック アプリケーションのレガシー アーキテクチャは変更が難しく、維持費が高くつき、ビジネス リスクを引き起こす可能性があります。 2022 年 XNUMX 月、サウスウエスト航空は 旧式のソフトウェア システムと IT インフラストラクチャが原因で 13,000 便が運航。このメルトダウンは航空会社に多大な損失をもたらし、ブランドの評判を傷つけました。対照的に、Netflix はマイクロサービス アーキテクチャの先駆者であり、250 か国以上で 200 億 XNUMX 万人以上の加入者を抱えるオンライン ストリーミングの市場リーダーです。 

アプリケーションの最新化により、チームは最終的に生産性を向上させ、新しい機能の迅速な提供をサポートする再利用可能なサービスを開発できるようになります。

前回のブログ投稿では、ランタイム/運用のモダナイゼーションから始めて、アーキテクチャのモダナイゼーションを実行し、モノリスをマイクロサービスにリファクタリングする、段階的なモダナイゼーション アプローチの概要を説明しました。このブログでは、Java™ 2 Platform, Enterprise Edition (J2EE) アプリケーションのアーキテクチャの最新化について詳しく説明し、その方法について説明します。 IBM Mono2Micro™ ツールが変革を加速しました。

次の図は、モノリシック アプリケーションの一般的な J2EE アーキテクチャを示しています。さまざまなコンポーネント (クライアント側 UI、サーバー側コード、データベース ロジック) は密接に結合されており、相互依存しています。これらのアプリは単一ユニットとしてデプロイされるため、多くの場合、小さな変更のチャーンタイムが長くなります。

アーキテクチャの最新化における最初のステップは、クライアント側の UI をサーバー側のコンポーネントから切り離し、データ交換メカニズムを Java オブジェクトから JSON に変更することです。 Backend for Front-End (BFF) サービスを使用すると、Java オブジェクトを JSON に、またはその逆に簡単に変換できます。フロントエンドとバックエンドが分離されているため、最新化して個別に導入できます。

アーキテクチャの最新化の次のステップは、バックエンド コードを個別に展開可能なマクロサービスに分解することです。

IBM Mono2Micro このツールは、モノリシック アプリケーションのマイクロサービスへの変換を加速しました。 IBM Mono2Micro は、AI ベースの半自動ツールセットで、新しい機械学習アルゴリズムとこの種では初のコード生成テクノロジーを使用して、完全または部分的なマイクロサービスへのリファクタリング作業を支援します。モノリシック アプリケーションを静的および動的の両方で分析し、モノリシック アプリケーションを潜在的なマイクロサービスとなる可能性のあるクラスのグループに分割する方法に関する推奨事項を提供します。

Mono2Micro の仕組みは次のとおりです。

CIO ポートフォリオの大規模な金融アプリケーションの 2 つについて、MonoXNUMXMicro はコードの複雑さに関する洞察を提供し、パーティション間のクラス間の依存関係とそれらの相互作用を明らかにしました。

Mono2Micro により、マイクロサービス アーキテクチャの評価、再設計、開発にかかる手作業の労力が 800 時間以上節約されました。 Mono2Micro のセットアップには、さまざまなコンポーネントと、これらのコンポーネントがどのように連携してモノリスをリファクタリングするかを理解するのに 3 ～ 4 時間かかる場合があります。しかし、モノリスをデプロイ可能なマイクロサービスに変換するために数百時間を節約するには、数時間を投資する価値があります。

一言で言えば、次のような最新化ツール IBM Mono2Micro & クラウド変革アドバイザー 変革を加速し、コスト効率を高めましたが、実際の差別化要因は次のとおりです。

• プラットフォーム: 肥大化したオンプレミスの仮想マシンからクラウドネイティブのコンテナまで、インフラストラクチャの適切なサイジング
• 人材: 開発者のコ​​ミュニティを構築してコラボレーションし、将来に備えた文化を構築する

モダナイゼーションにより、ビジネスの機敏性を備えたイノベーションが促進され、システムのセキュリティが強化され、データ管理が簡素化されます。最も重要なことは、開発者の生産性を向上させながら、コスト効率、回復力、顧客エクスペリエンスの向上を実現できることです。

IBM Mono2Micro™ を今すぐ試してみましょう