Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
FinOpsとタグ付け防止対策 / CCoE Osaka FinOps Tags
Search
sasaki
July 17, 2025
Technology
350
1
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
FinOpsとタグ付け防止対策 / CCoE Osaka FinOps Tags
sasaki
July 17, 2025
More Decks by sasaki
See All by sasaki
保育ICTに求められる信頼性と、それを支えるDatadog活用 / Datadog Live Osaka 2026 Codmon
taishin
0
40
Glacierだからってコストあきらめてない? / JAWS Meet Glacier Cost
taishin
1
490
スケールするプロダクトと膨らむ組織 SREの挑戦と解決策 / Findy Job LT SRE
taishin
0
200
組織の変化とSREの役割進化 責務拡大にどう応えるか / globis_sre
taishin
0
490
Lambdaの運用についてのなにか / lambda_unyo
taishin
0
220
おすすめAWSコスト対策 / AWS Startup Meetup Osaka AWS Cost
taishin
1
580
プラットフォームってつくることより計測することが重要なんじゃないかという話 / Platform Engineering Meetup #8
taishin
1
1.7k
ECS Runtime Monitoring で コンテナランタイムセキュリティに入門 / nakanoshima-dev-ecs-runtime-monitoring
taishin
0
440
JAWS-UG-Osaka-guardrail
taishin
0
440
Other Decks in Technology
See All in Technology
M5Stackで作る BLEマウス GPSログの世界
tomokusaba
PRO
0
450
野蛮なアジャイル [サイボウズ発!]組織の常識を覆した反骨のスクラム実践記 / Barbaric Agile - Enterprise Agile Study Group
ama_ch
0
120
「私が一番顧客に詳しい」を捨てる~ 全員が一次情報に精通する開発チームをつくり、PMが次のボトルネックへ染み出すまで
kaminashi
2
1.1k
Persisting Massive Data with Rails ~Designing for 60 billion rows, and fighting the bottlenecks~ Railsで挑む大量データ永続化 〜600億件を永続化するための設計とボトルネックとの戦い〜
occhi
0
770
10年後、Engineering 行為を剥奪されるとして、わたしたちは、どう、何を創ればいいだろうか。 / If Engineering Is Taken Away in 10 Years, How and What Should We Create?
bitkey
PRO
1
220
[JAWS-UG彩の国埼玉#12]そろそろ準備する?re:Invent2026をやさしく解説 / reinvent2026-sainokuni
sh_fk2
1
380
PHPカンファレンス関西の招待状 / Invitation to PHP Conference Kansai
ykanoh
0
220
AWSセキュリティで活用するAI機能
cmusudakeisuke
1
160
AIをリアル世界に解き放つ 〜M5Stack×AIであなたのアイディアを手の平に〜
hamadakoji
1
200
AI コーディングと人間の認知スループット / CTO Night & Day 2026 Morning Session / AI Coding and Human Cognitive Throughput
prog893
5
1.5k
QA4AI 2026-Oct 生成AI時代の品質保証
tokuty
1
940
AIネイティブ企業への変革。パーソルキャリアが挑む「データメッシュ×ガバナンス」のアーキテクチャ戦略
techtekt
PRO
0
120
Featured
See All Featured
A Guide to Academic Writing Using Generative AI - A Workshop
ks91
PRO
1
530
Have SEOs Ruined the Internet? - User Awareness of SEO in 2025
akashhashmi
0
530
State of Search Keynote: SEO is Dead Long Live SEO
ryanjones
0
320
Why You Should Never Use an ORM
jnunemaker
PRO
61
10k
Keith and Marios Guide to Fast Websites
keithpitt
413
23k
Facilitating Awesome Meetings
lara
57
7.2k
Winning Ecommerce Organic Search in an AI Era - #searchnstuff2025
aleyda
2
2.2k
Pawsitive SEO: Lessons from My Dog (and Many Mistakes) on Thriving as a Consultant in the Age of AI
davidcarrasco
0
260
Principles of Awesome APIs and How to Build Them.
keavy
128
18k
How to Grow Your eCommerce with AI & Automation
katarinadahlin
PRO
2
330
Practical Orchestrator
shlominoach
192
12k
Dealing with People You Can't Stand - Big Design 2015
cassininazir
367
27k
Transcript
FinOpsとタグ付け防止対策 2025年7月17日 株式会社コドモン 佐々木真也 CCoE実践者コミュニティ関西 #7
2 • 名前 ◦ 佐々木真也 • 所属 ◦ 株式会社コドモン ▪
SREチーム マネージャー • X ◦ @taishin • 居住地 ◦ 大阪 自己紹介
3 パパママと、子どもとの時間に 1秒でも多くの笑顔と愛情を すべての先生に 子どもと向き合う時間と心のゆとりを 「保育・子育て」と 社会をつなげる 保護者の子育てへの伴走 保育・教育者の環境改善 子育ての社会インフラ作り
子どもを取り巻く環境を テクノロジーの力で よりよいものに ミッション 私たちの使命
すべての先生に 子どもと向き合う 時間と心のゆとりを こんなプロダクトを開発しています メインプロダクトは、こども施設職員の業務を支援するWebアプリケーション。 保護者と施設のやり取りを支えるモバイルアプリケーションや、施設職員向けモバイル版 アプリケーション、外部サービスと連携するAPIなども開発しています。 4
5
6 FinOpsとタグ付け
7 CONFIDENTIAL - © 2022 CoDMON Inc. 7 Finopsとは? •
FinOpsとは、「Finance(財務)」と「DevOps(開発・運用)」を組み 合わせた造語で、クラウドの利用料金を継続的に最適化し、そのビジネス 価値を最大化するための運用モデルであり、文化的な実践です。
8 CONFIDENTIAL - © 2022 CoDMON Inc. 8 オライリー本 1.
FinOpsとは何か? 2. なぜFinOpsが必要なのか? 3. 文化的転換とFinOpsチーム 4. FinOpsの共通言語 5. クラウド請求書の解剖学 6. FinOpsの導入 7. FinOpsのユーザーインターフェース(UI) 8. FinOpsライフサイクル 9. Informフェーズ:あなたの現在地はどこですか? 10.配賦:すべての費用を割り当てる 11.タグ、ラベル、アカウント、あぁ大変! 12.予測:将来を理解する 13.Optimizeフェーズ 14.使用量の低減:使用量の最適化 15.支払いの低減:料金(レート)の最適化 16.コミットメント割引の理解 17.コミットメントベースの割引戦略の構築 18.持続可能性(サステナビリティ):FinOpsとGreenOpsの連携
9 CONFIDENTIAL - © 2022 CoDMON Inc. 9 オライリー本 1.
FinOpsとは何か? 2. なぜFinOpsが必要なのか? 3. 文化的転換とFinOpsチーム 4. FinOpsの共通言語 5. クラウド請求書の解剖学 6. FinOpsの導入 7. FinOpsのユーザーインターフェース(UI) 8. FinOpsライフサイクル 9. Informフェーズ:あなたの現在地はどこですか? 10.配賦:すべての費用を割り当てる 11.タグ、ラベル、アカウント、あぁ大変! 12.予測:将来を理解する 13.Optimizeフェーズ 14.使用量の低減:使用量の最適化 15.支払いの低減:料金(レート)の最適化 16.コミットメント割引の理解 17.コミットメントベースの割引戦略の構築 18.持続可能性(サステナビリティ):FinOpsとGreenOpsの連携
10 CONFIDENTIAL - © 2022 CoDMON Inc. 10 AWSにおけるタグ •
タグ ◦ AWS上のリソース(EC2インスタンスやS3バケットなど)に付けることができる ◦ キーと値のペアで構成される(例: Key=Project, Value=Apollo) • AWSコスト配分タグ ◦ AWSの利用料金を分析するために使われるタグ https://aws.amazon.com/jp/blogs/news/aws-taggi ng-and-governance-part1/
11 CONFIDENTIAL - © 2022 CoDMON Inc. 11 FinOpsにおいて、なぜ「タグ付け」が重要なのか? •
責任の明確化 • 正確なコスト配分 • ビジネス価値の可視化 • コスト最適化の機会発見
12 CONFIDENTIAL - © 2022 CoDMON Inc. 12 FinOpsにおいて、なぜ「タグ付け」が重要なのか? •
Service_1 Service_2 Service_3 Service_1 Service_2 Service_3 • サービスがアカウントごとに 分かれている構成 ◦ タグがなくてもコスト配分 はしやすい • 1アカウントで提供され、そ の中で複数サービスが稼働し ている構成 ◦ コスト配分にはタグ付けが 必須
13 CONFIDENTIAL - © 2022 CoDMON Inc. 13 タグ付けするための考慮点 •
タグ付けのルール決め/浸透 ◦ タグ付けのルールを組織全体統一させないといけない • 既存リソースへのタグ付け ◦ 稼働している膨大な数のリソースに後からタグを付けるのは非常に困難 • タグの付け漏れへの対応 ◦ リソース作成時にタグを付け忘れる
14 CONFIDENTIAL - © 2022 CoDMON Inc. 14 タグ付けするための考慮点 •
タグ付けのルール決め/浸透 ◦ タグ付けのルールを組織全体統一させないといけない • 既存リソースへのタグ付け ◦ 稼働している膨大な数のリソースに後からタグを付けるのは非常に困難 • タグの付け漏れへの対応 ◦ リソース作成時にタグを付け忘れる
15 コドモンでの取り組み
16 CONFIDENTIAL - © 2022 CoDMON Inc. 16 タグのつけ漏れ対策(IaC/Terraform) •
Conftest (Open Policy Agent) での対応 ◦ タグ付けポリシーに沿っていないリソースは作成できない
17 CONFIDENTIAL - © 2022 CoDMON Inc. 17 タグのつけ漏れ対策(手動作成等) •
AWS Configで検知して、Slack通知 ◦ ブロックしたいが・・・
18 CONFIDENTIAL - © 2022 CoDMON Inc. 18 AWS Configでの検知方法
• AWS Config マネージドルール(required-tags) ◦ マネージドルールなので、設定が簡単だが、サポートしているリソースがかな り限られている • AWS Security Hub(Resource Tagging Standard) ◦ 対応しているリソースが限られている ◦ 設定が面倒
19 CONFIDENTIAL - © 2022 CoDMON Inc. 19 AWS Configでの検知方法
• Configカスタムルール ◦ Guardで書けるようになってからは割と簡単 https://docs.aws.amazon.com/ja_jp/prescriptive-guidance/latest/patterns/create-aws-co nfig-custom-rules-by-using-aws-cloudformation-guard-policies.html rule check_service_tag { tags.Service exists when tags.Service exists { tags.Service in 〜 } }
20 CONFIDENTIAL - © 2022 CoDMON Inc. 20 Configカスタムルールでの課題 •
リソースタイプの指定が必要 ◦ 「すべて」を選択すると、下記のようなリソースも全部通知されてしまう ▪ AWS APIにてそもそもタグの指定オプションがないもの ▪ AWSがマネージドで動的に作成するリソースで、タグが付与できなもの 例 • Aurora:SnapshotExportToS3 • ConfigurationItemRecorded • ConfigRuleEvaluations • CW:MetricMonitorUsage • PublicIPv4:InUseAddress • PaidComplianceCheck • Lambda-Edgeの全ての使用タイプ • S3-Egress-Bytes • など
21 CONFIDENTIAL - © 2022 CoDMON Inc. 21 Configカスタムルールでの課題 •
チェック対象のリソースタイプの設定 ◦ terraformで管理 ◦ 一つのカスタムルールで設定できるリソースタイプ数は100までという制限が あるので、ルールを分割 variable "tags_resource_types_scope_1" { default = [ "AWS::ApiGateway::Stage", "AWS::ApiGateway::RestApi", "AWS::ApiGatewayV2::Stage", "AWS::ApiGatewayV2::Api", "AWS::Athena::WorkGroup", "AWS::Athena::DataCatalog", "AWS::Athena::PreparedStatement", "AWS::CloudFront::Distribution", "AWS::CloudFront::StreamingDistribution", : variable "tags_resource_types_scope_2" { default = [ "AWS::Kinesis::Stream", "AWS::Kinesis::StreamConsumer", "AWS::KinesisAnalyticsV2::Application", "AWS::KinesisFirehose::DeliveryStream", "AWS::MSK::Cluster", "AWS::MSK::Configuration", "AWS::MSK::BatchScramSecret", "AWS::MSK::ClusterPolicy", "AWS::MSK::VpcConnection", :
22 CONFIDENTIAL - © 2022 CoDMON Inc. 22 Configカスタムルールでの課題 •
リソースタイプの追加確認 ◦ ConfigのAWS公式ドキュメントの更新情報をもとに対象とするリソースの追加 を判断 ◦ 「ドキュメント履歴」をRSSでチェックし、AWS Config が新しいリソースタイ プをサポートしたときには、対象リソースとして追加
23 CONFIDENTIAL - © 2022 CoDMON Inc. 23 CostExplorerで見る実践後の結果 •
なかなか減らない・・・ ◦ 前述のタグ付けをコントロールできないリソースの割合が結構多い
24 まとめ
25 CONFIDENTIAL - © 2022 CoDMON Inc. 25 まとめ •
FinOpsの実践において、タグ付けは重要 • タグの付け漏れ対策 • 実際全部タグ付けするのは難しい・・・ ◦ もっといい方法あれば教えて下さい🙏
26 コドモン採用ページ 開発ブログ コドモンでは一緒に働きたい仲間を募集しています!
None