The Frugal Architect 入門－各法則から学ぶクラウド設計の本質

2026年6月29日 The Frugal Architect 入門ー各法則から学ぶクラウド設計の本質 NRIネットコム株式会社クラウド事業推進部丹
勇人 NRIネットコム TECH & DESIGN STUDY #104

1 Copyright（C） NRI Netcom, Ltd. All rights reserved. 転載、複製、改変等、および許諾のない二次利用を禁止します丹
勇人（たんはやと）自己紹介 ◼ NRIネットコム株式会社（2015年入社）クラウド事業推進部課長代理：Deputy Manager ⚫ AWSマルチアカウント環境の組織管理・運用支援 ⚫ AWSアカウント管理サービス（請求代行）：サポート/請求/プリセールス ◼ 2024-2026 Japan AWS Ambassador（Technical Leader） ◼ 2024-2025 Japan AWS Top Engineer（Security） ◼ AWS Community Builder（Security）since 2023 ◼ 2022 APN AWS Top Engineer（Service） ◼ AWS Certifications ⚫ 2024 Japan ALL AWS Certifications Engineer ◼ 秋田県出身 ◼ 子供５人

2 Copyright（C） NRI Netcom, Ltd. All rights reserved. 転載、複製、改変等、および許諾のない二次利用を禁止します #nncstudy
本日の主題 01 なぜ今「倹約」が必要なのか？ AI時代に求められるコスト最適化の目的と効果 02 コストを意識するための「The Frugal Architect」７つの法則 03 FinOps を実現する「Cloud Financial Management（CFM）フレームワーク」 04 Summary, References & Appendix 05

本日お話すること本日の主題 ◼本日お話すること ⚫AWSコスト最適化を進める目的 ⚫Frugal Architect ⚫AWS Cloud Financial Management（CFM）フレームワーク ◼本日お話しないこと ⚫リザーブドインスタンス/Savings Plans の具体的な購入方法 ⚫具体的なAWSコスト最適化方法

References（AWSコスト最適化）本日の主題 ◼The Laws of Frugal Architecture https://thefrugalarchitect.com/laws/ ◼コスト最適化ガイドブック ◼AWSでのコスト最適化の進め方 ⚫ 第１回 ~ 7つのポイントとコスト最適化に活用できる新ツールとは？ ~ https://aws.amazon.com/jp/builders-flash/202404/aws-cost-optimizaton/ ⚫ 第２回 ~ コスト可視化のポイントと役立つ AWSサービスのご紹介！ ~ https://aws.amazon.com/jp/builders-flash/202405/aws-cost-optimizaton-02/ ⚫ 第３回 ~ 短期的なコスト削減施策と中長期的なコスト最適化施策 ~ https://aws.amazon.com/jp/builders-flash/202406/aws-cost-optimizaton-03/ ⚫ 第４回 ~ ビジネスの成長に向かうためのクラウド費用予測と予算管理 ~ https://aws.amazon.com/jp/builders-flash/202407/aws-cost-optimizaton-04/ ⚫ 第５回 ~ 継続的な FinOps の実践 ~ https://aws.amazon.com/jp/builders-flash/202408/aws-cost-optimization-5/

用語本日の主題 ◼ AWS Organizations ⚫ 複数のAWSアカウントを一元管理できる無料のAWSサービス ▪組織内のAWSアカウントの一元管理 ▪すべてのメンバーアカウントの一括請求など ◼ マネジメントアカウント ⚫ AWS Organizations の管理に使用する AWSアカウント ⚫ AWS Organizations で発生した料金の支払いを行う ⚫ AWS Organizations 内のアカウント作成や管理 ◼ メンバーアカウント AWS Organizations の組織に所属するマネジメントアカウント以外のアカウント Management account Member accounts AWS Organizations

7 Copyright（C） NRI Netcom, Ltd. All rights reserved. #nncstudy 転載、複製、改変等、および許諾のない二次利用を禁止します
なぜ今、コスト最適化（倹約）が必要なのか？ ◼Dr. Werner Vogels は、クラウドの歴史と課題について以下のように語っているクラウド以前：ハードウェア制約があり、創造性を生んだが、ビジネス革新を阻害。クラウド移行後：制約がなくなり、スピード重視でイノベーションが加速。しかし、「コスト意識」が失われた。 ◼コスト最適化（倹約）が必要な大きな３つの理由 ①目まぐるしい世の中の変化、生成AIをはじめとする新しい技術へ投資するための「原資」の必要性 • 生成AIをはじめとする新しい技術への投資 • 無駄なインフラコストを削り、新しい挑戦（PoC）に取り組む ②ランニングコストそのものの増大 • AIモデルの利用にかかる費用 • サイバー攻撃のリスク増加とセキュリティを強化するためのコスト ③多くの企業が直面する再設計・再開発にかかる莫大なコスト • 設計段階からコストを意識することで、運用フェーズでの手戻りを防ぐ

コスト意識が高まっている背景毎月予算アラート超過の通知円安システムの管理や運用をしながらのコスト削減増えていく必要かどうか分からないリソースコストを削減したいけど一人で考えてもなかなか進まない

AWSのコスト最適化方法の全体像 AWSのコストを最適化する方法として、大きく分けて以下の４タイプがあります。クラウドアーキテクチャの最適化割引オプションの活用細かいリソースの無駄チェック • マネージドサービス活用・運用自動化 • インスタンス台数/タイプの最適化 • ストレージタイプの最適化非常に大きい削減効果作業コスト • Savings Plans • リザーブドインスタンス • リザーブドキャパシティ大きい • EBS, Snapshot, EIP等々・・・小さい設計開発設定変更導入期間大大小大 - - - 小 - - 小小インスタンスの最適化 • AWS Graviton プロセッサーの活用大きい - - 小小

組織で偏ったコスト意識から生まれる歪みコスト削減しましょう！クラウド最適化しましょう！ Frugal Architect の考え方何のためにやるのか？どうしたらいいのか？クラウドの知識はあるけど最適化できていない Frugal Architect って何？情報システム部門 CCoE (Cloud Center of Excellence) アプリケーションエンジニアソフトウェアエンジニアシステム担当者

AWSコスト最適化の手法を学ぶ AWS Cloud Financial Management (CFM) フレームワーク THE FRUGAL ARCHITECT （出典：THE FRUGAL ARCHITECT - Architects https://thefrugalarchitect.com/architects/) （出典：クラウド財務管理はコスト削減以上のメリットをもたらす https://aws.amazon.com/jp/blogs/news/aws-cost-optimization-guidebook/)

Cloud Financial Management（CFM） – Small Changes Can Make Big Impacts ◼エンタープライズIT領域に特化したテクノロジー調査・分析会社「451 Research」の調査レポート ⚫ 451 Research：現 S&P Global（旧 The 451 Group）傘下 ⚫ Black & White Paper としての調査レポート ▪一次調査（アンケート）に基づき、実際の現場で働く実務者の経験と意見を通して、市場動向を評価する研究調査 ▪AWS は 451 Research に委託し、 500名の米国企業意思決定者を調査（本調査はAWSが関与していることを隠し、公平性を担保） ⚫ Methodology（方法論） ▪対象： AWS を 1 年以上利用年 10 万ドル以上のクラウド支出従業員 1,000 名以上 ▪業種： 29 業種（ソフトウェア、金融、通信、自動車、製造、医療など）（出典： Cloud Financial Management – Small Changes Can Make Big Impacts https://pages.awscloud.com/rs/112-TZM-766/images/10829_Advisory_BW_AWS.pdf)

Key Findings：主要調査結果（１） ◼コスト削減効果：Cost Benefits ⚫ 94% の企業がクラウドコスト管理の責任者を任命 ⚫ 93% がクラウド支出の予測プロセスを保有 ⚫ 平均 56% のクラウドコストを削減 ⚫ AWS利用歴が５年超の企業は 60% 削減（2-3年の企業は 51%）クラウド利用歴（成熟度）が高いほど、CFMによる効果が高い傾向

Key Findings：主要調査結果（２） ◼ビジネスアジリティ：Business Agility ⚫ 67% が「売上成長に寄与」 ⚫ 64% が「収益性向上に寄与」 ⚫ 売上成長：5年超で 78%、2-3年で 55% ⚫ 収益性向上：5年超で 71%、2-3年で 62% 理由は “スケールできること” 開発者と運用がコストに縛られず、迅速に新機能や新サービスをリリースできる

Key Findings：主要調査結果（３） ◼運用レジリエンス：Operational Resilience ⚫ 63% が「リスク低減に貢献」 ⚫ AWS利用 5年超では 69%（2-3年では 57%） CFMツールによりインフラ可視性とスケーラビリティが高まり、アップタイム向上にも寄与

Key Findings：主要調査結果（４） ◼スタッフ生産性：Staff Productivity CFMにより、開発者がコスト計算に時間を取られず開発に集中できるように。 ⚫ 意思決定のスピード向上 ⚫ 自動化により会議・承認プロセスの削減 ⚫ “価値を生む仕事” に集中できるクラウドがオンプレを上回る価値（特にスケーラビリティ）をより強く実感 ◼経験と成熟度の効果： The Benefit of Experience 成熟した企業ほど ⚫ CFMツールの利用が多い（24ツール中16で差が確認） ⚫ ツールを”週次利用”の比率が多い（24ツール中17で差が確認） ⚫ CFM成功 → さらにCFMを活用 → 効果が増幅

AWS re:Invent 2023 Dr.Werner Vogels Keynote「Frugal Architect」 THE FRUGAL ARCHITECT （出典：THE FRUGAL ARCHITECT - Architects https://thefrugalarchitect.com/architects/)

AWS re:Invent 2023 Dr.Werner Vogels Keynote「Frugal Architect」 ◼設計者がコストを意識するべき７つのポイント ⚫ Amazon.com の VP, CTO である Dr. Werner Vogels が紹介 ⚫ AWS re:Invent 2023 Keynote で解説 ⚫ コストを考慮した持続可能なモダンアーキテクチャを構築するためのシンプルな法則要件定義で意識設計で意識

法則 I：コストを非機能要件にする（Make Cost a Non-functional Requirement）設計者がコストを意識するべき７つのポイント「Frugal Architect」 ◼セキュリティや可用性と同じように、要件定義の初期段階からコストを考慮する ⚫ 事業の失敗要因は「機能不足」より「コスト超過」 Cost > Revenue = Business Risk ⚫ コストを後から考えるほど、削減コストは指数関数的に高くなる構成変更 = 再設計 = 再テスト = リスク増 1. コストを“測定可能な要件”として明文化する 2. 設計フェーズで「コストのトレードオフ」を議論する 3. 開発フェーズでも「コストを意識した設計」を行う 4. 運用フェーズでは「コスト最適化を継続的に行う」（出典：（IPA）システム構築の上流工程強化（非機能要求グレード）紹介ページ https://www.ipa.go.jp/archive/digital/iot-en-ci/jyouryuu/hikinou/ent03-b.html) 標準的な非機能要求にはコスト観点がない。そのため、コストを意識することが必要

法則 II：ビジネスに見合ったコストにする（Systems that Last Align Cost to Business）設計者がコストを意識するべき７つのポイント「Frugal Architect」 ◼収益や利用者の増加に合わせてコストが変動するように設計し、ビジネス価値とインフラ費用を連動させる 1. 収益の軸（Revenue Dimension）を見極めるビジネスは「何が増えると売上が増えるか」 2. コストの増え方を「収益の軸」に連動させる注文1件あたりの利益 > 注文1件あたりのコスト ①従量課金と相性の良いアーキテクチャ： Lambda/API Gateway, DynamoDB On-Demand, SQS ②収益の軸とズレた設計の例（アンチパターン）：常時稼働のEC2大規模クラスタ、ピーク想定の過剰設計、夜間・閑散期も同コスト 3. 「成長＝善」という思考を疑う伸びているのに、お金が残らない → 「壊れやすい成長」ビジネスモデル収益の軸（Dimension） ECサイト注文数 SaaS アクティブユーザー / 契約数従量課金API リクエスト数メディアページビュー B2B基幹取引件数・データ量 Ex.

法則 III：アーキテクチャ設計はトレードオフの連続である（Architecting is a Series of Trade-offs）設計者がコストを意識するべき７つのポイント「Frugal Architect」 ◼レジリエンス、性能、コストのバランスを常に考慮し、何を選択し何を捨てるかを明確にする ⚫ トレードオフ①：レジリエンス vs コスト ⚫ トレードオフ②：レジリエンス vs パフォーマンス ⚫ トレードオフ③：性能 vs コスト選択メリットデメリット Single-AZ 低コスト/シンプル AZ障害に弱い Multi-AZ 高可用性コスト増/冗長構成による考慮増選択メリットデメリット高性能インスタンス高速高コスト Auto Scaling 負荷軽減スパイク対策常時最大構成安定無駄が多い選択メリットデメリット同期レプリケーションデータ安全性UP レイテンシ増加複数リージョン冗長可用性UP レスポンス悪化・複雑化ビジネス要件に合わせて設計する

法則 IV：観測されないシステムは未知のコストを生む（Unobserved Systems Yield Unknown Costs）設計者がコストを意識するべき７つのポイント「Frugal Architect」 ◼コストの可視化（モニタリング）ができなければ、最適化も制御も不可能である見えていないコストは、必ず無駄になる地下室の電気メーター観点「Frugal Architect」の考え観測コスト管理の前提条件 • サービスごと/リージョンごと/アカウントごと/時間単位・リクエスト単位に、コストは”静かに”増える • 「想定外」は、たいてい「未観測」から生まれる可視化行動を変える力（最大の価値） • エンジニアが無駄なリソースを消す • エンジニアが実装前にコストを考える • ビジネス側が価値とコストを会話できる投資対効果ほぼ常にプラス • 観測コスト < 無駄コスト • ROIはほぼ確実にプラス • どれだけ使っているか分からない • 無意識に使い続ける • 無駄が習慣化する

法則 V：コストを意識したアーキテクチャにはコスト制御を組み込む（Cost Aware Architectures Implement Cost Controls）設計者がコストを意識するべき７つのポイント「Frugal Architect」 ◼予算を超えそうな場合に自動でスケールダウンしたり、不要な処理を停止したりする制御機能を実装する「Frugal Architect」の考え 1. アプリケーションを「調整可能な部品」に分解するコンポーネント単位で調整をして、「止められる」「縮められる」「切り替えられる」設計にする 2. コンポーネントを”重要度（Tier）”で分類する 3. Tierごとに”コスト制御手段”を持たせる「最適化できないシステム」は、設計として失敗している【よくあるアンチパターン】 • モノリシック構成 • すべて常時稼働 • 重要度の区別がない Tier 位置づけ方針具体例（ECサイト）コスト制御の観点 Tier1 事業の中核コストを気にせず最適化注文API、決済、在庫最適化対象は「無駄」ではなく「効率」 Tier2 重要だが代替可能一時的な縮退を許容レコメンド、検索ピーク以外はコストを抑える設計 Tier3 付加価値低コスト・即停止可能バッチ分析、管理レポート「あってもなくてもよい」ものは、なくせる設計

法則 VI：コスト最適化は漸進的である（Cost Optimization is Incremental）設計者がコストを意識するべき７つのポイント「Frugal Architect」 ◼一度設計して終わりではなく、運用しながら継続的に改善していく漸進的最適化が成立する前提条件 • 法則 IV：観測できているか？ • 法則 V：制御できる構造か？ →測れない・変えられないシステムは、漸進的改善が不可能なぜ「漸進的」でなければならないのか？ 1. システムは「作る時間」より「動いている時間」の方が長い現実のAWS環境では： • 構築：数週間～数か月 • 運用：数年 2. 小さな改善は、スケールすると大きな差になる。積み重なり、インフラコスト・レイテンシ・UX すべてに影響する • 処理時間を10ms短縮 • リクエスト数：1億/月 Ex. コスト to Serve （価値1単位あたりのコストを下げる）

法則 VII：疑うことのない成功は欠陥につながる（Unchallenged Success Leads to Flaws）設計者がコストを意識するべき７つのポイント「Frugal Architect」 ◼現状の「成功」に甘んじることなく、常により効率的な手法がないか、既存の設計を疑い続ける法則 VII は、他の６法則の総括 • 法則 I で、コスト観点を要件定義に取り入れても・・・ • 法則 II で、ビジネス要件に合わせても・・・ • 法則 III で、トレードオフを理解しても・・・ • 法則 IV で、観測できる状態にしても・・・ • 法則 V で、制御できる構造にしても・・・ • 法則 VI で、漸進的に改善できても・・・疑わなくなった瞬間、すべてが形骸化する

CFM（クラウド財務管理）フレームワーク AWS Cloud Financial Management（CFM）フレームワーク ◼ クラウド利用費最適化を進めるためのフレームワーク 1. 可視化クラウド利用費用の可視化 2. 最適化 1. 短期的に（迅速に）クラウド利用費削減を実現するための「クイックウィン最適化」 2. 中長期的な視点でクラウド最適化に取り組む「アーキテクチャ最適化」 3. 計画・予測クラウド利用費用の予測と次年度の予算策定のための予測に基づいた計画 4. FinOps の実践持続的なクラウド最適化を推進していくための Financial Operations (FinOps) の実践

CFMフレームワークにおける「可視化」 ◼ クラウド利用費最適化を進めるためのフレームワーク 1. 可視化クラウド利用費用の可視化

[参考] アカウント戦略 CFMフレームワークにおける「可視化」 ◼AWS利用コストのコスト管理責任をアカウント毎に明確にする ⚫ AWS環境の分割単位・リソース管理の枠組み ⚫ セキュリティ上の境界 ⚫ AWS課金の分割リソースの管理単位セキュリティ上の境界課金の分離単位参考

[参考] アカウント戦略：AWSアカウントの分離 CFMフレームワークにおける「可視化」操作や影響範囲を限定するために、開発/ステージング/本番などの環境をセキュリティやガバナンス、規制のために分離できる環境ワークロード（システム）ビジネスプロセス（部門等）請求（課金）事前に定義されたガバナンス/ ルールの中で、特定のアカウントに対する権限の委譲が行える部門やシステムの単位でAWSのコストを明確に分離できる利用者や取り扱うデータ、顧客の違いに応じて、メイン/サブシステムや、外部向け/社内向けに分離できる AWSアカウントを分離することで４つの観点で境界を作ります参考

[参考] タグ付け戦略 CFMフレームワークにおける「可視化」 ◼同じタグを持つリソース単位でのコスト可視化が可能 1. マネジメントアカウントから、「請求とコスト管理」 > 「コスト配分タグ」をクリック 2. コスト配分タグとして登録したいタグ（マネジメントアカウント配下のアカウントで使用されているタグが表示）の中にチェックを入れて「有効化」をクリック ※新しいタグをリソースに追加してこちらの画面に表示されるまでに最大 24 時間かかる場合があります 3. 有効化を行ったタグのステータスが「アクティブ」になっていることを確認 Management account Member accounts （出典：AWS でのコスト最適化の進め方第２回 ~コスト可視化のポイントと役立つ AWS サービスのご紹介 ! https://aws.amazon.com/jp/builders-flash/202405/aws-cost-optimizaton-02/) 参考

[参考] コスト可視化ツール CFMフレームワークにおける「可視化」 ◼AWSで提供しているコスト可視化ツール（もしくは機能） ⚫ AWS Cost Explorer 使いやすいインターフェースでコストと使用状況を表示および分析できるツール ⚫ AWS Data Exports コストと使用状況データのエクスポートや Amazon QuickSight を用いたダッシュボード出力が可能 CUR 2.0 のデータを QuickSight へエクスポートしてダッシュボード (Cost and Usage Dashboard (CUD)) を簡単に作成できる ⚫ AWS Cost Categories ニーズに基づいてコストおよび使用状況を特定のカテゴリにグループ化できる機能例）複数のアカウント利用料を部署単位でまとめてグループ化参考

CFMフレームワークにおける「最適化」 ◼ クラウド利用費最適化を進めるためのフレームワーク 2. 最適化 1. 短期的に（迅速に）クラウド利用費削減を実現するための「クイックウィン最適化」 2. 中長期的な視点でクラウド最適化に取り組む「アーキテクチャ最適化」

[参考] 「クイックウィン最適化」で実施するアクション CFMフレームワークにおける「最適化」 ◼「クイックウィン最適化」で実施する４つのアクション+α ⚫ リザーブドインスタンス（RI）や、Savings Plans（SP）といった購入オプションもクイックウィン最適化の１つ ⚫ ３つ目の購入オプションであるスポットインスタンスの利用も合わせて検討アクション概要インスタンスの再選定過剰なリソースが割り当てられている場合、適切なインスタンスタイプへ変更する。または、最新世代のインスタンスタイプや AWS Graviton を選択する。未使用リソースの停止 AWS Trusted Advisor にて未使用のリソースを特定したり、AWS Cost Explorer にてアイドル状態のインスタンスを特定し、削除する。スケジューリング未使用の時間帯におけるリソース停止や、AWS Auto Scaling による需要に応じたリソースの増減。ストレージの再選定各ストレージサービス (Amazon EBS, Amazon FSx, Amazon EFS, Amazon S3) にて、利用用途に合った適切なサービスを選択する。（出典：AWS でのコスト最適化の進め方第３回 ~ 短期的なコスト削減施策と中長期的なコスト最適化施策 https://aws.amazon.com/jp/builders-flash/202406/aws-cost-optimizaton-03/) 参考

[参考] Cost Optimization Hub CFMフレームワークにおける「最適化」 ◼コスト最適化に関する推奨事項を特定できるダッシュボード ⚫ AWS Billing and Cost Management Console から無償で利用することが可能な機能で、2023/11に発表 ⚫ マネジメントアカウントでは組織すべてのメンバーアカウントをオプトインするオプションも利用することも可能 ※機能を有効化してから24時間後にデータが参照可能 ⚫ Cost Optimization Hub のダッシュボードで確認できる推奨アクション推奨アクション概要停止アイドル状態または未使用リソースを停止し、リソースのコストを最大 100% 節約します。適切なサイズより小さなインスタンスタイプ、ボリューム等に移行します。アップグレード EBS io1 から io2への移行等、より新しい世代へ移行します。 Gravitonへの移行 x86ベースのプロセッサから、AWS GravitonベースのAmazon EC2インスタンスタイプへ移行しコストを節約します。リザーブドインスタンスの購入各リザーブドインスタンスを購入します。 Savings Plansの購入各Savings Plansを購入します。参考

[参考] アーキテクチャ最適化 CFMフレームワークにおける「最適化」 ◼サーバレスやマネージドサービスをフル活用したアーキテクチャへの移行 ⚫ モダナイゼーションを実施することにつながる ⚫ モダナイゼーションを行うことにより、クラウドコストの最適化とともにシステムの保守性が向上して、運用や管理にかけた”ヒトのコスト”を合わせて削減可能参考

CFMフレームワークにおける「計測・予測」 ◼ クラウド利用費最適化を進めるためのフレームワーク 3. 計画・予測クラウド利用費用の予測と次年度の予算策定のための予測に基づいた計画

[参考] クラウドの費用予測・計画 CFMフレームワークにおける「計画・予測」 ◼過去の傾向からの予測 ⚫ 費用の予測単位（利用部門、プロジェクト、システム、機能単位）が明確になっていること ▪アカウント戦略やタグ付け戦略 ⚫ 需要が安定していて予測しやすいワークロードに対する費用削減 ▪Savings Plans やリザーブドインスタンスオプションの購入 ⚫ AWS Cost Explorer で過去のデータを基に予測を作成 ▪過去の利用の伸び率から80%の信頼区間を表示 ◼将来的な需要に対する費用予測 ⚫ クラウドコストの見積りツール ▪料金ページ ▪AWS Price List API ▪AWS料金見積もりツール（AWS Pricing Calculator） ▪移行評価ツール（AWS Migration Evaluator）詳細）クラウドコスト見積もりとオンプレミス環境との比較 » https://aws.amazon.com/jp/blogs/news/cloud-cost-estimation-compared-with-onpremise/ （出典：AWS でのコスト最適化の進め方第４回 ~ ビジネスの成長に向かうためのクラウド費用予測と予算管理 https://aws.amazon.com/jp/builders-flash/202407/aws-cost-optimizaton-04/) 参考

[参考] クラウド予算管理 CFMフレームワークにおける「計画・予測」 ◼AWS Budgets によるクラウドの予算管理 ⚫ 予算を超過する前にアラート通知例）AWS Chatbot と連携して、AWS Budgets からのアラートを Slack チャンネルで受信 ⚫ 開発費の予算を超過した場合に、自動的にインスタンスを停止する ◼AWS Cost Anomaly Detection ⚫ AWS サービスの利用状況を機械学習モデルによって学習して、ベースラインを大きく逸脱した値を検知する仕組み参考

CFMフレームワークにおける「FinOps の実践」 ◼ クラウド利用費最適化を進めるためのフレームワーク 4. FinOps の実践持続的なクラウド最適化を推進していくための Financial Operations (FinOps) の実践

FinOps の実践 CFMフレームワークにおける「FinOps の実践」 ◼プロダクトをつくる「技術部門」と、「財務部門」との連携が必要 ⚫ DevOps（開発および運用）とFinancial（財務）が密に連携し、「可視化」-「最適化」-「計画・予測」の仕組みを整備することが肝要 ⚫ FinOps の実践では、技術・ビジネスの垣根を取り払って、組織全体にプロセス、カルチャーを根付かせることが重要 ⚫ 組織によって形態は千差万別で一概に解決策があるわけではないですが、 AWS Well-Architected Framework の「コスト最適化」の柱が手掛かり（出典：AWS でのコスト最適化の進め方第５回 ~ 継続的な FinOps の実践 https://aws.amazon.com/jp/builders-flash/202408/aws-cost-optimization-5/)

[参考] AWS Well-Architected Framework の柱 CFMフレームワークにおける「FinOps の実践」 ◼AWS Well-Architected Framework ⚫ お客様とAWSのパートナーベンダーがアーキテクチャを評価するための一貫したベストプラクティスや、アーキテクチャが AWS のベストプラクティスにどれだけ準拠しているのかを評価するためのガイダンス ⚫ AWSが日々クラウドのベストプラクティスを活用したシステム構築において、お客様の支援をしながらシステムのパフォーマンスやアーキテクチャとのトレードオフを考慮しながら蓄積したノウハウに基づいて確立されたフレームワーク参考

Summary Summary, References & Appendix ◼ なぜ今、コスト最適化（倹約）が必要なのか？ ①目まぐるしい世の中の変化、生成AIをはじめとする新しい技術へ投資するための「原資」の必要性 ②ランニングコストそのものの増大 ③多くの企業が直面する再設計・再開発にかかる莫大なコスト ◼ Cloud Financial Management – Small Changes Can Make Big Impacts CFMはコスト削減だけでなく、売上、収益性、リスク、スタッフ生産性、アジリティといった経営価値に広く寄与する。クラウド利用が増えるほど、CFMの重要性は増す ⚫ 小さな導入でも効果は出る ⚫ 早期導入では効果は加速 ⚫ 成熟するほど組織文化として根付く ◼ AWS re:Invent 2023 Dr.Werner Vogels Keynote「Frugal Architect」設計者がコストを意識するべき７つのポイント ◼ AWS Cloud Financial Management（CFM）フレームワーク 1. 可視化（アカウント戦略、タグ付け戦略、コスト可視化ツール） 2. 最適化（クイックウィン最適化、アーキテクチャ最適化） 3. 計画・予測（クラウドの費用予測・計画、クラウド予算管理） 4. FinOps の実践（プロダクトをつくる「技術部門」と、「財務部門」との連携が必要、組織としてのプロセスやカルチャーを根付かせる）

References Summary, References & Appendix ◼Cloud Financial Management – Small Changes Can Make Big Impacts https://pages.awscloud.com/rs/112-TZM-766/images/10829_Advisory_BW_AWS.pdf ◼クラウド財務管理はコスト削減以上のメリットをもたらす https://aws.amazon.com/jp/blogs/news/aws-cost-optimization-guidebook/

Appendix Summary, References & Appendix ◼AWS FinOps Agent（パブリックプレビュー）コスト異常を調査して根本原因を特定し、ツール上でコストに関する質問に回答する「エージェント型 AI ソリューション」（AWS FinOps Agent のパブリックプレビュー提供開始のお知らせ https://aws.amazon.com/jp/blogs/news/aws-finops-agent-is-now-public-preview/) Appendix

NRIネットコム勉強会 7/2 19:00～開催【1】オブザーバビリティ観点で見るCloudFront CloudFront 設定変更に伴って不具合が生じた場合、オリジンとの接続起因なのか、WAF との連携なのか等、特定に時間を要することがあります。今回は、このような CloudFront のオブザーバビリティの特性に着目し、設計・運用において注意すべき点についてご紹介します。【2】Platform Engineering はじめの一歩「Platform Engineeringって何？」「SREと何が違うの？」という基本から、「AIをどう組み込んでいくのか」という最先端の視点まで、明日から始められる「はじめの一歩」として分かりやすく解説します。 connpass よりお申込み受付中！ 7/13 12:00～開催企業でAWS Organizations を動かすための組織設計の考え方【概要】 Organizationsを中心軸に置き、SCP / RCP・IAM Identity Center・CloudTrail / Config / GuardDuty / Security Hub・Control Towerまで、各サービスが「何を担い、どう役割分担するか」の全体像を整理します。今回扱うのは設定手順ではなく設計思想のため、 OU設計の判断基準、委任管理の考え方、CCoEと情シスの責任分界。「機能は知っているが、組織としての動かし方がわからない」という問いへの答えを目指します。

NRIネットコムマンスリーアップデート 7/9 12:00～開催 AWSマンスリーアップデートピックアップ!! 2026年6月分【概要】日々数多く発表されているAWSのアップデートのうち、当社の腕利きエンジニア目線で厳選した前月のアップデート情報をお話させていただきます！ connpass よりお申込み受付中！

NRIネットコムウェビナー 6/30開催 IAMのアンチパターン/AWSが考える最小権限実現へのアプローチ概略と統制手法～AWS Organizations を活用した最小権限実現に向けた組織統制～【アジェンダ】 ⚫ NRIネットコムの紹介 ⚫ AWS IAMのベストプラクティスに沿った最小権限実現が重要な課題背景 ⚫ AWSが考える最小権限実現への4ステップアプローチ概略と統制手法 ⚫ AWS Organizations を活用した最小権限実現に向けた組織統制 ⚫ セキュリティとコスト最適化を両立するアカウントモデル「ECAM」 ⚫ NRIネットコムのAWS請求代行&アカウント管理サービスの特徴 connpass よりお申込み受付中！

The Frugal Architect 入門 － 各法則から学ぶクラウド設計の本質

The Frugal Architect 入門 － 各法則から学ぶクラウド設計の本質

More Decks by Hayato Tan

Other Decks in Technology

Featured

Transcript

The Frugal Architect 入門－各法則から学ぶクラウド設計の本質

The Frugal Architect 入門－各法則から学ぶクラウド設計の本質