クラウド移行を止めないでください

アプリケーションまたはクラウドの移行を早期に停止すると、まったく移行しない場合よりも大きな損害が発生する可能性があります。

アプリケーションの移行を計画していますか?オンプレミスのアプリケーションをクラウドに移行する場合もあれば、モノリシック アプリケーションをサービス指向またはマイクロサービス アーキテクチャに移行する場合もあります。

このような移行はコミットメントです。時間のコミットメント。リソースのコミットメント。考え方と企業のエネルギーへの取り組み。

移行を実現するのは容易ではありません。

[[439242]]

移行には長期にわたる継続的な変化が伴う場合があり、費やされた労力と達成されるメリットが直接的に一致しないことがよくあります。利益は投資よりずっと遅れて得られることが多いです。時々、物事は良くなる前に悪化することがあります。

移行を早期に終了したいです。

誰がそんなことをしたいと思うでしょうか?おかしいように思えますが、実際に起こります。モノリスからサービス アーキテクチャへの移行中に、移行を開始してすぐに停止すると、アプリケーションの状態が移行開始前よりも悪くなる可能性があります。

では、移住を控えたいという誘惑をどう避ければよいのでしょうか?つまり、期待を管理し、真の投資収益率を理解することが重要なのです。

痛みの谷

大規模な移行、特にモノリスからマイクロサービスへの移行のような複雑な移行に着手する場合、最終的に得られるメリットについて一定の期待を持っています。移行に投資する労力と時間に基づいてメリットを見積もります。移行の労力に見合うだけの ROI (投資収益率) を計算しました。

しかし、これは結局のところ、移住の価値と利点を判断するための単純化された見方になります。単純な ROI 計算では、私たちの取り組みがどのように収益につながるかを十分に把握できません。通常、収益と投資は時間の経過とともに一貫して機能すると考えられています。

移行への投資を継続的に行っていく中で、私たちが実際に得る利益、あるいは認識される利益は今後も増加していくと予想しています。より多くの努力と時間を費やすほど、より多くの利益が得られます。少なくとも私たちはそう思っていました。

実際には、この理想化されたモデルは、移住が通常どのように機能するかを表していません。投資と収益の関係は、多くの場合、はるかに複雑です。

ここでは、初期投資にはあまりメリットがないようです。実際のところ、当初は状況が悪化するにつれて、利益の後退が見られる可能性があります。時間が経って初めて、本当のメリットが現れ始めます。

例を考えてみましょう。モノリシック アプリケーションをサービス指向アーキテクチャに移行するとします。最初に、モノリシック アプリケーションの一部をサービスに変更し始めると、パフォーマンスの低下が発生する可能性があります。アプリケーションには可動部分が多く含まれるため、アプリケーションの複雑さが増します。アプリケーションに個別のサービスを追加し続けますが、モノリシック アプリケーションの残りの部分は依然として存在し、アプリケーションの機能に大きく関与しています。この複雑さにより信頼性の問題が発生する可能性があります。スケーリングの問題が発生する可能性があります。予期しない問題が発生する可能性があります。

つまり、移行を開始する前よりもアプリケーションの状態が悪くなる可能性があります。これにはいくつかの理由が考えられます:

• コードは一時的な状態にあり、移行に関連する技術的負債が増加します。
• コードの一部は更新されていますが、一部は更新されていないため、コードの実行速度が遅くなっています。
• コードの一部は古いパラダイムを使用し、一部は新しいパラダイムを使用しているため、コードを理解するのが難しくなります。

率直に言って、コードはめちゃくちゃです。

しかし、時間が経つにつれて、その低迷から抜け出すことができ、移行のメリットが現れ始めます。メリットは何倍にもなります。サービスの作成が容易になり、モノリスからより多くの機能を引き継ぐようになると、努力が報われるのがわかるようになります。時間が経つにつれて、収益の成長は加速します。最終的に、移行の本当の価値がわかるでしょう。

しかし、これらのメリットを得るには、移行の初期の困難を乗り越える必要があります。私が「痛みの谷」と呼ぶものを乗り越えなければなりません。

この谷では移住を断念する傾向が強い。結局のところ、移行にすでに投資しているのに、何のメリットも得られていないのです。それどころか、事態は以前よりも悪化しました。

しかし、ここで諦めないでください。この時点では移行を停止しないでください。しばらく移行を続けると、メリットが見えてきます。最終的には、あなたが費やしている努力よりも速く収入が増加する地点に到達します。

この罠に陥る

私は多くの移住を経験してきました。ほとんどすべての人にこの谷があります。しかし残念なことに、企業はこの最低の時点で諦めるという罠に陥り、その結果に苦しむことになります。

私が一緒に仕事をしたある大企業は、最悪の時期、つまりどん底のときに、移行全体を断念しました。そうすることで、彼らは単に「勝利を宣言」するのです。しかし彼らは勝てなかった。

彼らは、プロジェクトに関わった全員に、苦痛を伴う移行作業から「十分に学んだ」と語りました。「この移行の実装に何が必要かがわかったので、ここで作業を止めて、後で移行を再検討することもできます。」

同社は「実際の業務」に戻り、移行への投資をやめたいと考えている。最後に彼らは全員にこう言いました。「この演習は貴重な経験だったと思いませんか？確かに貴重な経験でしたが、それにはどんな代償が伴いましたか？」

同社が作成したのは、維持不可能なコードベースでした。彼らは、残っているモノリスの片側に象徴的にボルトで固定されたいくつかのサービスを構築しました。しかし、岩は依然として残っており、対処が困難なままです。彼らのコードは混乱しており、この混乱によって引き起こされた問題に何年も悩まされていました。

この決定により、今後しばらくの間、同社の新機能を生み出す能力は著しく損なわれることになります。エンジニアリングチームの士気は低下し、会社は多くの優秀なエンジニアを失いました。それらは、顧客満足度に影響を与える重大なユーザビリティの問題さえも引き起こしました。当時の職場環境は快適ではありませんでした。

この話の教訓は、報酬と努力の関係は直線的ではないということです。移行中は、状況が良くなるどころか悪化するように見えることがあります。しかし、あきらめないでください。トンネルの出口には光が見え、メリットが現れ始めるでしょう。長期的に見れば、そのメリットは十分に価値があるでしょう。

移行を開始する前に、コストとメリットを理解してください。しかし、いつ料金を支払う必要があるのか​​、いつメリットが得られるのかを知ることの方が重要です。コストがかさみ始めても止まらないでください。続ければ、やがて利益が現れるでしょう。