Professional Cloud Architect(Google Cloud) 無料問題 1 / 10 ・ 分野1: クラウド ソリューション アーキテクチャの設計と計画
KnightMotives Automotive の事例では、「信頼性の低いオンライン注文システムも改善したいと考えています。」とあり、既存の環境について「下位互換性のサポートに伴う多大な技術的負債もあります。」とある。自社で書いたオンライン注文のアプリは目標を満たしておらず、今の形で保守を続けたくない。今の版に積み上がった技術的負債も、移行先へ持ち越したくない。Migrate to Google Cloud: Get started の移行の種類で、この場面に当てはまるものはどれか。
- Refactor。アプリを直しながら移し、クラウドの機能を生かす
- Rebuild。元のアプリを廃止して、クラウド向けに一から設計し直す
- Re-architect。1つの大きな作りを独立したマイクロサービスに分ける
- Repurchase。同じ役割を持つ SaaS に乗り換える
正解と解説を見る
正解: B
正解の理由
ページは Rebuild(remove and replace)を、既存のアプリを廃止し、クラウドに最適化したアプリとして完全に設計し直して書き直す移行と定義する。今のアプリが目標を満たしていないとき、たとえば保守を続けたくない・ほかの方法で移すと費用がかかりすぎる・Google Cloud でサポートされないときに選べるとしている。一から書き直すので、古い版の技術的負債も取り除ける、とも書く。
違う選択肢
「Refactor。アプリを直しながら移し、クラウドの機能を生かす」… Refactor は、ワークロードをクラウドの機能を生かせるよう手直ししながら移す形で、性能・機能・費用・利用者の体験を改善できる。既存のアプリを直して使い続ける移行で、保守を続けたくないアプリを廃止して書き直す場面の定義は Rebuild の側にある。
「Re-architect。1つの大きな作りを独立したマイクロサービスに分ける」… Re-architect はコードの働きを変えて最適化する形で、モノリスを独立したマイクロサービスに分ける例が挙がる。ただし既存のアプリを廃止するのではなく作り変える移行で、ページはバグやセキュリティの問題を持ち込むおそれにも触れている。今のアプリを使い続けない場面の定義は Rebuild の側にある。
「Repurchase。同じ役割を持つ SaaS に乗り換える」… Repurchase は、購入したオンプレミスのワークロードから、クラウドで提供される同等の SaaS に移る形である。自社で書いたアプリの置き換えの定義ではない。
押さえどころ
Rebuild は、書き直しが要るので既製のアプリには向かず、Rehost や Refactor より時間がかかりうる。新しいツールチェーンと技能も要る。ページはこの追加の時間と手間を、アプリのライフサイクルの一部として評価するよう勧めている。
Professional Cloud Architect(Google Cloud)の演習アプリ(無料10問・全問は解錠で)へ