クラウド成功のための実践的なAWS FinOps

オンプレミスとクラウドにおけるテクノロジー利用の違い

• オンプレミス：調達サイクル、固定支出、ハードウェアの故障または契約終了まで利用。
• クラウド：従量課金モデルで、請求額に驚く可能性があり、使用量に応じてコストが増加する。
• クラウドは、失敗時のコストが低く、即時に調達でき、リアルタイムのコストデータへアクセスできる。

FinOps入門

• FinOpsはDevOpsに似ており、財務、技術運用、技術的側面を融合したもの。
• FinOpsには、部門を横断した支援と、経営、財務、調達、エンジニアリング、運用の各チームからの賛同が必要。

FinOpsで考慮すべき主な点

• FinOpsの考え方を取り入れるには教育が不可欠で、特にオンプレミスモデルから移行する人にとって重要。
• クラウドリソースの使用と請求に対する明確な説明責任と所有者が不可欠。
• FinOpsを円滑に導入するには、組織全体から幅広い賛同を得る必要がある。

支出を制御できなくなるリスク

• 適切なFinOpsを実践しなければ、組織はクラウド支出を制御できなくなるリスクがある。

AWSでのコスト最適化

• AWSでリソースを起動するのは簡単だが、コストを最適化するには別の観点が必要。

コスト追跡の重要性

• 効果的なFinOpsにはコストの追跡が不可欠。
• AWSでは、顧客のコスト管理に「可視化、節約、運用」のサイクルを使用している。

課題：コストの可視性

• 支出を可視化し、意味のある形でコストを分類できなければ、適切なコスト管理は難しい。

教育とレビュー

• FinOpsに関する教育が鍵となる。
• 定期的なレビューが極めて重要であり、AWS TAMが顧客とのレビューを調整する責任を担う。
• レビューは、支出パターンの特定とコスト削減案の提示に役立つ。

所有権の概念

• AWSは、所有権とコストの説明責任を定義するための仕組みを提供している。
• すべてのユーザーが1つのAWSアカウントと法人クレジットカードを使用することは推奨されない。

AWS Organizations

• AWS Organizationsは、請求、コスト管理、セキュリティのための強力な機能。
• ガードレールを設定し、ユーザーが実行できることとできないことを管理するのに役立つ。
• AWSを初めて利用するユーザーにとって有用で、関連コストも最小限。

組織単位（OU）とリンクアカウント

• AWS Organizations内では、ディレクトリ構造のようにOUを設定できる。
• 部門やプロジェクトごとにリンクアカウントを作成し、コストを分離して会計処理を簡素化できる。

課題：リソースの詳細な管理単位

• 最も詳細な単位では、EC2インスタンス、Lambda、VPCなどのリソースを追跡することが難しくなる。
• 組織がこのようなリソースを数万個保有する場合もあり、コスト管理が複雑になる。

仕組みの中での細分化

• Organizations、OU、リンクアカウントなどの仕組みを使用しても、さらに細分化する必要があることが多い。
• そのためにコスト配分タグを使用する。

コスト配分タグ

• タグ付けはコスト管理に不可欠で、プロジェクト、顧客、アカウントなどが例として挙げられる。
• ビジネスで機能する限り、タグ付けに絶対的な正解や不正解はない。
• 混乱を避けて一貫性を確保するため、タグ付け辞書の作成を重視する。
• 例：大文字と小文字の区別や形式の違いがあるため、「Project」「project」「project-name」「project_name」を区別する。

タグ付け辞書

• タグ付け辞書は単純だが、取り違えを防ぎ、コストを明確に配分するために不可欠。
• プロジェクトやコストセンター別の支出を読み解くのに役立つ。

コストの可視性

• 月末にAWSから合計金額が記載された請求書が届き、これがコスト可視化の出発点となる。

コスト制御の確保

• 支出が適切かを判断し、潜在的なシャドーITプロジェクトを特定するための監督が重要。
• AWS支出について、確認し監視すべき項目を設定する。

AWS Cost Explorer

• Excelのグラフ機能に似た無料ツールで、詳細なフィルタリングとデータの掘り下げが可能。
• 強力で使いやすいため、強く推奨される。

AWS Cost and Usage Reports

• Cost Explorerより詳細なデータを提供する。S3へのデータ保存やAthenaなどのツール利用には少額のコストがかかる。
• 複雑な環境や、vCPU時間など特定の社内会計指標に有用。

Cloud Intelligence Dashboards

• データをさまざまな切り口で分類し、理解しやすく提示する無料のオープンソースダッシュボード。
• インスタンス、ストレージ、ネットワークの支出を分類できる。
• GitHubからデプロイでき、主なコストはQuickSightへのデプロイ費用。
• 経営陣や財務部門に適した概要レベルから、FinOps担当者やエンジニアリング向けの詳細レベルまで、さまざまなダッシュボードがある。
• その価値は、ビジネスにおけるユーザーの役割によって異なる。
• https://docs.aws.amazon.com/guidance/latest/cloud-intelligence-dashboards/dashboards.html

認知と活用

• これらのツールと、さまざまなビジネス階層への適合性について認知を高めることが目標。
• 適切なユースケースに対応するこれらのダッシュボードの作成には、多大なエンジニアリング作業が投入されている。

AWS請求額の削減と節約

• プレゼンテーションでは、コスト削減効果（Y軸）と技術的複雑さ（X軸）に注目した、コスト削減戦略のランブックを取り上げる。

シンプルなコスト削減策

• コミットメント：年間を通じて稼働するリソースにインスタンスのSavings PlansやReserved Instancesを使用すると、オンデマンド料金から大幅な割引を受けられる。
• 伸縮可能なワークロード：使用量の少ない時間帯（週末など）にリソースを停止すると、すぐにコストを削減できる。
• 使用率の低いリソースの特定：Cost ExplorerやCloud Intelligence Dashboardsなどのツールは、アイドル状態のリソースの特定と削除に役立つ。

中程度の複雑さの対策

• サーバーレスアーキテクチャ：サーバーレスプラットフォーム（RDSなど）へ移行すると、必要なコンピューティング時間に対してのみ料金を支払うことでコストを削減できる。
• Gravitonインスタンス：x86からARM 64アーキテクチャ（Graviton）へ移行すると、ソフトウェアに影響を与えずに大幅なコスト削減が可能。
• EBSボリューム：EBSボリュームをGP2からGP3へアップグレードするとコストを削減できる。

複雑さの高い対策

• ライトサイジング：実際の使用量に合わせて、インスタンスタイプとリソースを最適化する。
• クラウドネイティブアーキテクチャ：静的なリソース（EC2、RDSなど）から、完全なサーバーレスの従量課金モデルへ移行する。
• 長期戦略：クラウドネイティブアーキテクチャの採用は、多大なエンジニアリングと開発作業を必要とするものの、長期的なコスト削減に最も強力な手段。

指標としてのユニットコスト

• 支出総額ではなく、ユニットコスト（取引1件当たりのコストなど）を測定する。
• 時間の経過とともにユニットコストが低下することは、効率化の指標となる。

主要業績評価指標（KPI）

• ビジネス要件に合わせて3つのKPIを選ぶことを推奨。
• 例：ユニットコスト、顧客満足度、効率性の指標。
• 最適化には、ユニットコストを定義して理解することが重要。

フィードバックループ

• 継続的な最適化のため、フィードバックループを継続する。
• フィードバックは一度限りではなく、定期的に繰り返すプロセスとする。

優先順位付けとコミュニケーション

• 企業は顧客満足度と効率性に基づいて、何を優先するかを決める必要がある。
• フィードバックループを完結させるには、効果的なコミュニケーションが不可欠。
• 財務、調達、エンジニアリングの各チーム間で、率直に話し合えるようにする。
• 懸念や知見を共有し、ロードマップへ反映する。
• ループが完結していない（コミュニケーションが不足している）場合、プロセスに問題があることを示す。

Cloud Intelligence Dashboardsを使用したレビュー

• 顧客レビューにダッシュボードを使用し、ステークホルダーのニーズに合わせてデータを調整する。
• 経営幹部には、インスタンスごとの詳細な内訳ではなく、概要レベルのデータとKPIが必要。
• データを伝える際は、対象者と形式を考慮する。

行レベルセキュリティ

• 標準のダッシュボードでは全体へのアクセスが提供されるため、きめ細かな制御には行レベルセキュリティを使用する。
• セキュリティと関連性を維持するため、特定部門がアクセスできる情報を関係するデータに制限する。

コスト管理ツールに関する教育

• コストを担当するチーム、特にエンジニアに対する教育の重要性を強調する。
• Cost Explorer、予算設定、コミットメントに関する推奨事項、異常検出、ライトサイジングの推奨事項などのツールを利用できる。
• 異常検出とライトサイジングの推奨事項は、リソース使用量の最適化に役立つ。
• Cost and Usage Reportsは詳細なデータを提供するが、少額のコストが発生する。

コスト最適化のためのその他のAWSツール

• Compute Optimizer：EC2インスタンスのコストをさらに最適化するために、検討する価値がある無料ツール。
• Trusted Advisor：コスト最適化だけでなく、セキュリティについても多数の推奨事項を提供する。
• AWS Config：顧客がさまざまな目的で必要とすることが多い。
• CloudWatch：AWSはデフォルトでは顧客のインスタンス内部を確認できないため、EC2インスタンス内のメトリクス収集に不可欠。
• S3 Lens：S3オブジェクトストレージの利用状況を可視化し、最適化するための強力なツール。

責任共有モデル

• AWSはクラウド自体の完全性に責任を持ち、顧客はクラウド上で実行するものに責任を持つ。

有料サービスのコスト

• AWSはこのデータへ直接アクセスできないため、CloudWatchなどのツールは、顧客がメトリクスを収集してリソースを最適化するために不可欠。
• Cost and Usage Reportsのような有料サービスでも、主にS3へのデータ保存に伴う費用であり、コストはごくわずか。
• これらのツールは詳細なコスト最適化に有用であり、少額の関連コストがかかっても利用を検討すべき。