アプリのモダナイゼーション後の監視に関する考察

この言葉は私の壁に掛けられた銘板に刻まれています。 日付は2000年1月25日です。

もう一度その日付を読んでいる間、待っています。

ご存知のとおり、アプリのモダナイゼーションは新しい概念ではありません。 近年、デジタル エクスペリエンスに対する需要が急速に高まったことにより、CIO にとって重要な優先事項として注目されるようになりましたが、これは新しいことではありません。

1999 年を通じて、インターネット プロジェクト チームのメンバーは、既存のレガシーapplicationをWeb ベースのインターフェイスで拡張しました。 CICS の実装や CORBA との格闘、あるいは Open SSL を MQ シリーズで動作させるという面倒な作業の詳細な説明で読者を困らせるつもりはありません。 仕事を成し遂げるために、多くの「現代的」な技術と「伝統的」な技術が融合されていたと言えば十分でしょう。

インターネット プロジェクト チームが今日デジタル トランスフォーメーションチームに名前変更されたとしても、冒頭の声明の他の部分は実際には何も変わりません。 

これは、今日の CIO に求められているのと同じ途方もないタスクです。つまり、デジタル領域へのアクセスを拡張してapplicationsを最新化することです。 API を使用して既存のモノリシック メインフレーム アプリとインターフェイスするモバイル アプリを介してでも、Slack を従来のクライアント サーバー ベースの顧客サービスapplicationに接続するメッセージ キューを介してでも、今日のエンタープライズ IT が直面している課題は、モノリスをマイクロサービスに変換するだけでなく、マイクロサービスがモノリスと通信できるようにすることです。

動物園の監視

この組み合わせは運用上の課題も生じます。 モノリスのメトリックと監視は、現在マイクロサービスで利用できるメトリックと監視とは大きく異なることがよくあります。 関連するテレメトリを報告するために装備されているモノリスはほとんどなく、マイクロサービスでさえ、アーキテクチャ間でトランザクションをトレースするために操作に必要な詳細な情報を提供できないことがよくあります。

大混乱だ。

単一のビジネスクリティカルなモノリスが複数の最新サービスをサポートする可能性が高くなります。 アカウントの開設、アカウントの閉鎖、注文の送信などの各サービスは、独自のデジタル エクスペリエンスです。 それぞれを独自のエンティティとして監視する必要があります。 パフォーマンスとセキュリティを独自のフローとして状況に応じて監視することは、「今日の顧客体験はどうですか?」という質問に答えるために重要です。

これは、F5 テクノロジーを活用するメリットの 1 つです。 私たちは、新旧、内部、外部を問わず、非常に多くのapplicationsを扱っているため、あらゆるやり取りを把握しています。 それらから、モノリスかマイクロサービスかを問わず、デジタルフロー全体に関連するメトリックを収集して推測できます。 そのコンテキストは、可視性を超えて操作性に近づくものです。

アプリのモダナイゼーションは目新しいものではありませんが、その結果得られる構成applicationsとサービス全体のフローを監視する機能は新しいものです。 そして、その能力こそが、最終的には、実行可能かつ自動化可能な洞察を提供できる分析を推進することになります。