fbpx

レガシーテクノロジーからマイクロサービスやクラウドに移行すべき理由

レガシーIT資産を持つ企業にとって、モダナイゼーションはビジネスの重要な優先事項であると同時に、リスクが高く費用のかかる作業です。

ハイブリッドITとクラウドネイティブコンピューティングの台頭により、企業はモダナイゼーションツールベルトに、ほんの10年前よりもはるかに強力なツールを備えています。

しかし、近代化は孤立したものではありません。企業がクラウドに移行するにつれ、ハイブリッドITと呼ばれるクラウド環境とオンプレミス環境の組み合わせを実装する企業が増えています。

ハイブリッドITのモダナイゼーションストーリーに不可欠なのは、マイクロサービスの人気の高まりです。これは、モダナイゼーション自体を含む、ITのすべての側面にクラウドコンピューティングの利点をもたらすエンタープライズITへのクラウドネイティブアプローチの主要コンポーネントです。

したがって、最新化戦略の一部としてマイクロサービスを実装することは、このITのクラウドネイティブなビジョンを実現する上で不可欠な要素です。

レガシーの文脈を変える

近代化のようにCIOの背筋を冷やす言葉はありません。レガシー技術はそれ自体がお金のピットになる可能性がありますが、古くからの近代化イニシアチブに比べて何もありません。広大でリスクが高く、法外に高価です。最悪の場合、ほとんどの近代化の取り組みは、その約束を果たせませんでした。

最初のコンピュータ化された企業が老朽化した真空管システムを新しい手間のかからないソリッドステート技術に置き換えて以来、近代化は常に高価でリスクが伴いました。長年にわたって、ある世代のハードウェアとソフトウェアが別の世代に取って代わるにつれて、ITエグゼクティブはコアジレンマに苦しみ続けました。古いテクノロジーをそのままにして実行するか、リスクを冒して取り壊して置き換えるという道を歩みます。

このジレンマは、常にレガシーの普及をもたらしました。それでも価値を提供するために適切に残っている本質的に時代遅れのテクノロジーであり、ITリーダーシップは、それを置き換えるのはリスクが高すぎると見なします。

当時、レガシーの近代化は黒または白の問題でした。古いテクノロジーをすべて取り除いて、新たに始めるか、新しいテクノロジーを古いレイヤーに重ね​​て有効寿命を延ばします。最初のオプションのリスクを恐れて、ほとんどのITエグゼクティブは2番目のオプションを選択しました。

レガシーの近代化は、黒または白の問題でした。古いテクノロジーをすべて取り除いて、新たに始めるか、新しいテクノロジーを古いレイヤーに重ね​​て、有効寿命を延ばします。

今日、2つの壮大な変化がこの二分法を変えました。まず、テクノロジーが根本的に改善され、ITエグゼクティブに幅広い選択肢を提供しています。2つ目は、デジタルトランスフォーメーションの優先順位がレガシーモダナイゼーションの先駆けとなっています。

デジタル時代では、企業は、古くなったレガシーテクノロジーの多くを維持する余裕がありません。しかし、古い、に陥る黒い近代化を考えるのと白い道は偽のソリューションです。

さらに、IT組織とその企業内での役割も変化しました。ITはもはや企業の単なるコストセンターではありません。デジタル時代では、企業がテクノロジー主導の組織として自らを改革するにつれて、ソフトウェアは戦略的に重要になり、近代化の基準が引き上げられました。

このような将来を見据えた企業は、もはやレガシーのジレンマに屈することはできません。そこなければならない近代化を見ているのより良い方法です。

私たちはどうやってここまで来ましたか?

中心的な近代化のジレンマ–レガシーをそのままにするか、それを取り除くかどうかにかかわらず–レガシーの普及は必ず起こりました。過去20年ほどの間に、このレガシーの課題に次々と革新がもたらされました。

2000年代の初めに、Webサービスは企業統合に疎結合をもたらし、相互に接続された複雑な展開で個々のコンポーネントを置き換えるタスクを軽減しました。

10年の終わりに近づくにつれ、RESTはWebサービスよりも軽量で採用しやすくなり、最新化のタスクが大幅に簡素化されました。

Webサービスと組み合わせて、サービス指向アーキテクチャ(SOA)を展開しました。その実装は、通常、高度なミドルウェアに依存していました。これらのエンタープライズサービスバス(ESB)は、統合、ルーティング、データ変換、セキュリティなどのさまざまなタスクを処理し、アプリケーションの機能を通常はWebサービスとして公開しました。

したがって、SOAは、インテリジェンスをミドルウェアにシフトすることで、言語に依存しない軽量のサービスエンドポイントを公開できました。これは、現在「スマートパイプ、ダムエンドポイント」と呼んでいるパターンです。

同時に、仮想化が前面に出て、基盤となるハードウェアからソフトウェアの課題を分離する包括的な抽象化レイヤーをもたらしました。このテクノロジーを活用することで、ハードウェアの更新に関する問題を、ソフトウェアの更新に関する同様に困難な議論から切り離すことが可能になりました。

その後、クラウドが登場し、すべてが変化しました。クラウドがミドルウェアの役割と性質を変容させた結果、コンテナーとマイクロサービスの仮想化主導の台頭と相まって、SOAは最終的にマイクロサービスアーキテクチャに道を譲りました。

「ダム」のXMLベースのエンドポイントに過ぎなかったWebサービスとは異なり、マイクロサービスはまとまりがあり、節約できる実行単位(つまり、可能な限り小さくても小さくはありません)です。1つまたは2つのことだけを行う優れた小さなパッケージですが、うまく実行します。

マイクロサービスは、まとまりのある、簡潔な実行単位(つまり、可能な限り小さいが小さくはない)です。1つまたは2つのことだけを行い、それらをうまく実行できる、優れた小さなパッケージです。

一般的な言い方をすれば、マイクロサービスは独自のミニプログラムであり、すべてのスマート機能を組み込むことができるため、マイクロサービスアーキテクチャを「スマートエンドポイント、ダムパイプ」と呼びます。しかし、それらを統合するために、私たちは通常、HTTPベースのRESTfulな対話または軽量のオープンソースキューイングテクノロジー(つまり、「ダムパイプ」)よりもインテリジェントなものを使用しません。

ESBを「ダムパイプ」で置き換えることは、SOAのオンプレミスコンテキストからマイクロサービスアーキテクチャのクラウド中心の世界へのパラダイムシフトのコンテキストで理にかなっていますが、実装、スケーラビリティ、および俊敏性の課題は残りました。

マイクロサービスの台頭に伴い、別の比較的新しい傾向が現れています。複雑な分散アプリケーションの要素を最新化しながら、他のコンポーネントはそのままにします。より一般的には、ビジネスのニーズに応じて、アプリケーションのさまざまな部分をさまざまなスケジュールで更新します。

実際、この近代化へのモジュール式のアプローチは、通常、マイクロサービスに依存しています。マイクロサービスは、レガシーアセットと最新のクラウドネイティブなITインフラストラクチャをリンクするキーストーンになりました。ただし、マイクロサービスアーキテクチャの採用の初期段階にある組織であっても、ハイブリッドITへの移行の重要な部分になる可能性があります。

ハイブリッドITがレガシーとクラウドの両方を再発明する方法

レガシー近代化の課題は、常に経済的議論にまで煮詰められています。古くなったシステムが組織にどれだけのコストをかけているか、そのレガシーを近代化するためのオールインコストは、古いものから新しいものへの移行(ダウンタイム、再トレーニング、変更に対する顧客の抵抗などを含む)に伴うすべての間接的なコストを含みます。

ハイブリッドITの台頭により、これらの従来の経済的議論に新しいオプションが投入されました。

ハイブリッドITは、複数のパブリッククラウド、プライベートクラウド、オンプレミスおよびクラウドベースの仮想化環境、およびレガシーアセットを含む従来のオンプレミスシステムにまたがる展開環境の選択を抽象化しようとする、ワークロード中心の管理アプローチです。

クラウドは万能薬ではなく、クラウドファーストの戦略はクラウドのみを意味するものではないことをITのリーダーシップが認識しているため、ハイブリッドITの代替手段が前面に出てきています。

ただし、ハイブリッドITは、本質的に異種のテクノロジー環境に身を任せることを意味するものではありません。むしろ、ビジネスニーズを満たすために、必要に応じてクラウド環境とオンプレミス環境の両方を混在させることは意図的な決定です。

今日、ハイブリッドITは急速に現代のIT運用の包括的なパラダイムになりつつあります。ただし、ハイブリッドITの傘下にレガシーが含まれているにもかかわらず、ハイブリッドITがレガシーを永続させることを意味するものではありません。むしろ、ハイブリッドITは、新しいコンテキスト内でレガシーを最新化する手段を企業に提供します。

この新しい状況は、リップアンドリプレースのジレンマの昔よりも、今日の近代化がはるかに進んでいることを認識しています。

確かに、場合によっては、ビジネスにまったく新しいカスタムアプリケーションが必要ですが、顧客が求めている変化に対応するために、既存のアプリケーションを更新したり、新しいモジュール式の機能を古いアプリに接続したり、さまざまな方法でSaaSとオンプレミスの資産を統合したりする必要がある場合もあります。

新しい建築パラダイムとしてのクラウドネイティブ

ハイブリッドITのアーキテクチャコンテキストを理解することは、今日の近代化の全体像を把握するために不可欠です。このアーキテクチャのコンテキストは、クラウドのベストプラクティスとハイブリッドIT(現在はクラウドネイティブアーキテクチャと呼ぶもの)を橋渡しします。クラウドネイティブアーキテクチャはクラウドのベストプラクティスに基づいて構築されており、クラウド自体を超えてエンタープライズIT全体に適用されます。

クラウドネイティブは、単なるアーキテクチャアプローチではありません。これは、企業のIT全体を新しい視点で見ることができるレンズです。このため、私はそれを新しい建築パラダイムと考えています。

あなたは「クラウドネイティブ」と聞くと今日、あなたはしている可能性がKubernetes、市場での主要なオープンソースのコンテナオーケストレーションプラットフォームについて考えます。現時点では、クラウドネイティブアーキテクチャを開始する最善の方法は、Kubernetesを実装することです。ただし、クラウドネイティブは、従来の仮想化からコンテナー、サーバーレスコンピューティングまでの全範囲をカバーしています。

実際、クラウドネイティブは、アーキテクチャ上のアプローチ以上のものです。これは、企業のIT全体を新しい視点で見ることができるレンズです。このため、私はそれを新しい建築パラダイムと考えています。

もちろん、クラウドネイティブアーキテクチャは、何もないところから完全に形成されたわけではありません。クラウドネイティブを実現するために学ぶ必要のある教訓は、これまでに来た多くのアーキテクチャの傾向から学んだことです。SOA以降のマイクロサービスアーキテクチャのこれらの欠点は、Kubernetesに最適な繁殖地を提供しました。

Kubernetesを燃料とするクラウドネイティブアーキテクチャのパラダイムには、「スマートエンドポイント、スマートパイプ」があります。言い換えると、マイクロサービスはエンドポイントにインテリジェンスを組み込む機能を提供しますが、Kubernetesの統合への抽象化されたアプローチは、単純なキューイングテクノロジーよりもはるかにインテリジェントです。

Kubernetesの統合へのスマートなアプローチにより、コンテナーの完全な動的で一時的な性質により、セキュリティ、管理、および統合に関する企業の主要な懸念をサポートできます。SOA時代のESBの利点は、完全にクラウドネイティブのアーキテクチャパラダイムに持ち込まれています。

今日、何ができますか?

組織がハイブリッドITとクラウドネイティブのアプローチにどの程度進んでいるかに関係なく、現在達成できる重要なタスクがあります。

最初の目標:利用できるさまざまな最新化オプションと、特定のレガシーの課題を踏まえて前進する方法について適切な決定を行う方法を理解することです。

すべての組織の状況が異なっているため、このような論文に具体的なアドバイスを提供することは不可能です。そうは言っても、最も重要な一般的なアドバイスは、技術の流行や人々が特定の問題を解決するための「最新の」アプローチと考えるものではなく、ビジネスの優先順位に基づいて決定することです。

多くのIT意思決定者は、一部のレガシーアセットまたは別のアセットは必然的に悪いという結論に飛びつきました。その結果、彼らは元のシステムが満たす同じビジネスニーズを満たすことさえできないかもしれない高価でリスクのある交換戦略を追求するために悪いビジネス決定をします。

他の幹部は逆の間違いを犯します。彼らは近代化提案のコストと複雑さを検討し、それを拒否して現状を維持するだけです。この罠に陥った組織は、デジタル化が進む世界で競争する能力を制限するテクノロジーにすぐに気付きます。

したがって、適切な戦略は、いくつかの近代化アプローチのいずれかまたはすべての組み合わせになります。

  • 特定のレガシーアセットを残しておく
  • 資産を適切に更新することで資産を最新化する
  • 資産をモジュール化して特定の機能領域を最新化することにより、資産を最新化
  • 必要に応じて特定の資産を交換する

もう1つの重要な考慮事項は、古いミドルウェアが最新化の取り組みにおいて引き続き重要な役割を果たす可能性があるため、すでに実行されている既存の統合テクノロジーを活用することです。

ESBやその他のプレクラウドテクノロジーは、通常、クラウドベースのアセットではうまく機能しないのは事実です。この問題に対処するために、優れたソリューションはミドルウェアを完全にバイパスして、レガシーシステムに直接接続できます。RESTfulマイクロサービスのAPIを作成するプロセスを自動化します。開発者は、クラウド内であっても、どこにでもデプロイしてアクセスできます。

古いミドルウェアをバイパスすることにより、アプリケーションはレガシーシステムに直接接続するため、このアプローチはオンプレミスミドルウェアよりも高速なパフォーマンスを実現します。さらに、レガシーシステム自体を変更する必要はありません。

また、最新のIT組織がクラウドファーストの戦略を立てることは理にかなっています。クラウドファーストの戦略では、常に購入を決定するためにクラウドに注目し、オンプレミスへの投資は、クラウドベースのオプションが実現しない場合にのみ行われます。

クラウドファーストはクラウドのみを意味するものではなく、レガシーアセットをクラウドネイティブなハイブリッドアプローチで取り替えたり、卸売りをクラウドに移行したりするレガシーモダナイゼーションのコンテキストを意味するということを強調することが重要です。

このようなクラウドネイティブなアプローチでは、通常、オーケストレーションされたコンテナー実装のコンテキスト内でマイクロサービスを実装します。開発者は、マイクロサービスを使用して新しいカスタムアプリケーションを作成できるだけでなく、クラウドネイティブな最新化戦略において重要な役割を果たすこともできます。

レガシーの暗闇から突然、完全にクラウドネイティブなアーキテクチャの光に至るまで、ライトスイッチのようなマイクロサービスを考える必要はありません。実際には、モダナイゼーションは時間のかかる進行中のプロセスであり、イニシアチブの詳細によっては、完全にマイクロサービスベースのクラウドネイティブインフラストラクチャに至るまでのさまざまな中間ステップが必要になる場合があります。

組織がSOAPベースのWebサービスまたはRESTful APIとしてレガシーアセットを自動的に公開できるようにし、さらに最新のマイクロサービスアプローチを可能にします。これらのテクノロジーのどれが適切であるかは、既存の統合インフラストラクチャ、スキルセット、クラウドイニシアチブの全体的な進捗状況など、多くの要因に依存します。

ビジネスの優先順位に基づいて意思決定を行うことを忘れないでください。優れたアプローチは「デジタルからコアへ」であり、ITの複雑さを軽減しながら、ビジネスの優先順位を満たすマイクロサービスベースのAPIを備えています。

SNSでもご購読できます。

コメントを残す

*