AI時代の移行戦略　〜八つ目の”R”〜

AI時代の移行戦略 〜八つ目の”R”〜 Sreake事業部 ソリューション3部 加藤 泰隆 Copyright © 3-shake, Inc. All Rights Reserved.

会社紹介 会社名 株式会社スリーシェイク 設立日 2015/1/15 代表者 代表取締役社長 所在地 東京都中央区銀座8丁目21番1号 住友不動産汐留浜離宮ビル7F 吉田 拓真 Googleクラウド・AWSの両方のエンジニアリングに強みを持つ （2024年8月に国内2例目の、GoogleCloudのDevOpsスペシャライゼーションを取得） Mission: インフラをシンプルにして イノベーションが起こりやすい世界を作る Google Cloud×SRE / GenAIにおいて、スリーシェイクは国内トップパートナー Vision: 労苦〈Toil〉を無くすサービスを適正な価格で提供し続ける 従業員: 200名over 日本のSREをリードする あらゆるサービスを 連携するハブになる インフラ・アプリ・データ・セキュリティ・AI 全方位で顧客の内製化を推進する伴走支援 あらゆるSaaSをノーコードで連携する クラウド型ETL/データパイプラインSaaS 10 0 Engineer 60% 50 事業者が抱える セキュリティリスクをゼロに 「いいエンジニア」を あなたのチームに セキュリティ対策をワンストップで 実現する脆弱性診断SaaS ハイスキル人材の紹介とHR戦略支援の両輪で エンジニア組織の課題に併走 0 2015 2016 2017 2018 2019 2020 2021 2022 会社・事業部説明資料（SpeakerDeck）

• https://3-shake.com/
• https://speakerdeck.com/3shake/3shake-sreake-deck

自己紹介 加藤 泰隆 / Yasutaka Kato SNS / キャラクター紹介 SIer→事業会社→ITコンサルタントとして四半世紀業界を渡り歩 いてきました。SRE/CCoE/CSIRT経験があり、インフラ・セキュ リティ周りの業務をメインに担当しています。 その一方でOSSコミッターとして個人プロダクトを制作・リリー スしています。 いもいもくん（CV：かとうやすたか） どんどんフォローしておくんなまし！ Portfolio: https://lapras.com/public/7JJE0AD

むかしむかし。 最も危険で、 最も効果的なシステム移行戦略があった。 Copyright © 3-shake, Inc. All Rights Reserved. 3

その名は、Reincarnation（転生） Reincarnation 死んだ者が、新しい肉体を得て、 再び生まれ変わること。 Copyright © 3-shake, Inc. All Rights Reserved. 転 生 3

システムを、 根底から破壊し、作り直す 震災から復興するがごとく。現行の使い回しはゼロ。 Copyright © 3-shake, Inc. All Rights Reserved. 5

更地からなら可能な限り最適化される 積み上げたしがらみも一緒に燃えてくれる。 機能改修時にはXX部署のステークホルダーにお伺いを立てるとか ブルシットな要素も全部ゼロクリア！ Copyright © 3-shake, Inc. All Rights Reserved. 5

だが、あまりに強大すぎた（工数が） 潤沢な人海戦術が使えるような会社じゃなじゃまず無理 Copyright © 3-shake, Inc. All Rights Reserved. 7

かくして、その手法は失われた。 ―― と、おもてた。 Copyright © 3-shake, Inc. All Rights Reserved. 8

だが、しかし。 AI駆動開発の時代に、 復活を遂げようとしていた！ Copyright © 3-shake, Inc. All Rights Reserved. 8

おさらい： クラウド移行戦略「7つのR」 結婚式あるあるの三つの袋の祝辞くらい有名なアレです 1 Rehost 2 Relocate 3 Replatform 4 Refactor そのまま 仮想化レイヤーごと 部分的に コードの構造から 仮想マシンへ載せる 引っ越す マネージドへ寄せる 作り替える 5 Repurchase SaaS に買い替える 6 Retain 動かさず、残す 7 Retire もう、捨てる この7つ、みんな全部詠唱できるレベルで知ってるかと思います！！ （ホントか？？） Copyright © 3-shake, Inc. All Rights Reserved. 10

発想をナナメ上から考えると (あたりまえだけど) 7つとも何かしら今あるものが 主語じゃない？ 「ゼロから書き直す」という選択肢は当然入っていない Copyright © 3-shake, Inc. All Rights Reserved. 11

今こそ呼び覚ませ。Reincarnationの力を Copyright © 3-shake, Inc. All Rights Reserved. 7

蘇った"R"はゼロベースであり、かつ、クラウド最適化でもある Reincarnation = SDD（仕様駆動開発）＋ Refactor ということなのさ！ Copyright © 3-shake, Inc. All Rights Reserved. 12

どーいうことだってばよ？？？ では解説しますね！！ Copyright © 3-shake, Inc. All Rights Reserved. 3

① 今のコードや基盤を、全部すてる いきなりAWS上に構築しない。仕様書 → ローカルレベルのモックが先。 1 現在の仕様をかき集め、内容を見直す 何をするシステムかを固める 2 AIに一から生成させる ライブラリ依存も最小にさせて人間がレビューできる範囲に収める 3 手元で検証まで回す ローカルで強固なモックが出来上がるまでAIとテストを繰り返す（転生ものでいう、現世の姿のまま経験値を積むシーン） ローカルレベルからスモールスタートさせ、ステップを踏むのが超重要。 今の強力なLLMだと仕様から最終系まで強引につっぱしって得体の知れない超時空要塞を吐き出してくる Copyright © 3-shake, Inc. All Rights Reserved. 15

② Refactor で、クラウドに寄せていく 一気に転生しない。 少しずつ、能力を解放して、同じ仕様から最適化されたシステムを構築する フェーズ3 フェーズ2 フェーズ1 まずは載せる 能力解放させる ステップを刻みながら、一部分ずつ マネージドサービスに置き換えたり して最適化していく。 EC2 1台とか最小構成に載せる。元々 つどつど仕様と比較してAIが機能追 ローカル動作なので依存度はゼロ 加等、余計な実装をすることを防ぐ Copyright © 3-shake, Inc. All Rights Reserved. 転生完了！ 17

ローカル → AWS：アーキテクチャ移行例 絶賛トライ中だよ！ 同じ業務ロジックのまま、器だけを段階的にAWSへ寄せていく。 いま ローカル（Mac） dashboard/server.py claude -p（CLI） フェーズ1 フェーズ2 フェーズ3 EC2（AL2023） 内部 ALB ＋ OIDC 認証 API Gateway ＋ Lambda S3（成果物・ケース） Bedrock ＋ Agent SDK CloudWatch Logs Step Functions（人間承認） AWS Backup（EBS 日次） DynamoDB・S3・Athena dashboard（:8765） claude -p（CLI） systemd timer data / logs / output launchd（毎分 tick） まず手元で全部動かす Copyright © 3-shake, Inc. All Rights Reserved. EBS（gp3・暗号化） ローカルをEC2にのっけたレベル 認証とかストレージを搭載 サーバレスだったり最終系にシフト 18

まとめ 捨てる勇気が、 最大の最適化になる。 7つのRは、今のありものが主語だった。 8つ目は、業務だけを残して現世を捨てる。 “R”eincarnation ＝ SDD ＋ Refactor Copyright © 3-shake, Inc. All Rights Reserved. 21

終 制作・著作 ━━━━━ ❸ⒽⓀ

重大告知 Platform Engineering Kaigi 2026 に登壇決定！ Room B | 12:15 - 12:45 LC4RIによる実行可能ドキュメントとナレッジ化の実践記 新しいIaC自動化の形”LC4RI”とは？ 是非ご覧ください！！