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
フィットする暮らしを支えるSRE 2021
Search
ryosukes
February 17, 2021
Programming
3.8k
1
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
フィットする暮らしを支えるSRE 2021
株式会社クラシコムの社内勉強会 Monthly Hygge
2021年1月29日発表時の資料
ryosukes
February 17, 2021
More Decks by ryosukes
See All by ryosukes
ALBと外部IDプロバイダーで認証しつつ、LaravelではGate・Policyを使わずシンプルに アクセス制御する方法
ryosukes
0
140
北欧、暮らしの道具店を支えるAWSマルチアカウント運用 / hokuohkurashi aws multi account
ryosukes
0
17k
EKSではなくECSを採用する理由
ryosukes
0
2.8k
RegExp Error caused by PHP upgrade 5.6 to 7.2
ryosukes
0
3.1k
Hello kubernetes
ryosukes
0
1.7k
コマンド履歴にタグを つけるCLIツールを作った
ryosukes
0
2.2k
Other Decks in Programming
See All in Programming
DynamoDBの基礎を振り返りながらベクトル検索機能を理解する
musan
3
280
AgentCore CLI で進化した AWS での AI エージェントの作り方 : 必要な機能を必要な時に
icoxfog417
PRO
3
320
LLMは4年分のCompose移行を再現できるのか?実プロダクト279件のXMLで探る自動化の境界線
makun
0
550
Can LLMs Replicate 4 Years of Compose Migration? Exploring the boundaries of automation with 279 XML files from a real product
makun
0
130
AI × TiDD / 2026.09.05 Redmine 大阪
tokudiro
1
120
変化を抱擁するドキュメントの作り方 - ビジネスルール駆動開発がもたらす、コードとの新しい関係
ioki
2
150
デプロイ直後のレイテンシスパイクを調べたら、 Railsの仕様にたどり着いた
nhsykym
0
110
iOS開発×AI駆動開発 〜最近使って便利だったスキルの話〜
nogu66
0
140
AIは賢い。でも実行環境は? CLIおじさんがAI時代に伝えたいこと ~ CLIおじさんがAI時代に伝えたいこと ~
curekoshimizu
1
240
XP祭りでしか伝わらないフリップネタ #xpjug
murabayashi
0
140
GKE アップグレード前に知っておきたい Blue/Green と PDB の関係
stkk
0
160
Swift愛好会と私(ウホーイ) / Swift Fan Club and Uhooi
uhooi
0
150
Featured
See All Featured
Everyday Curiosity
cassininazir
0
310
エンジニアに許された特別な時間の終わり
watany
108
250k
The Power of CSS Pseudo Elements
geoffreycrofte
82
6.6k
JavaScript: Past, Present, and Future - NDC Porto 2020
reverentgeek
52
6.1k
The Anti-SEO Checklist Checklist. Pubcon Cyber Week
ryanjones
0
230
Mobile First: as difficult as doing things right
swwweet
225
10k
Winning Ecommerce Organic Search in an AI Era - #searchnstuff2025
aleyda
1
2.1k
HU Berlin: Industrial-Strength Natural Language Processing with spaCy and Prodigy
inesmontani
PRO
0
700
WCS-LA-2024
lcolladotor
0
830
Visualization
eitanlees
152
17k
ReactJS: Keep Simple. Everything can be a component!
pedronauck
666
130k
Fireside Chat
paigeccino
43
4k
Transcript
フィットする暮らしを支えるSRE 2021 Monthly Hygge 2021-01-29 Ryosuke Sasaki(@ryosukes) 1
Profile - 出身: 宮城 - 趣味: 音楽 - 最近: 引越しました(ネット回線難民)
2
Index 1. SREって? 2. 2020年を軽く振り返る 3. 2021年の課題 4. その先は 3
4 SREって?
5
SREって? - Site Reliability Engineeringの略 - Googleで培われたシステム管理とサービス運用の方法論 - サイトの信頼性を高め、サービスの収益・ブランドを支える役割 -
定常業務、インフラ構築、障害管理、パフォーマンス管理などの自動化・ 自律化の仕組み整備をソフトウェア開発を通して行う 6
クラシコムのSREの役割は? - 安定して高速でデリバリーできる状態を継続的に作る - サービスが「ちゃんと動いているかどうか」がわかる状態にする - 変更容易性に優れたシステム環境の土台を作る - 適切なコストでパフォーマンスの良いシステム環境を作る -
夜も安心して眠れる状態を作る💤 7
イメージは - 高速道路 - アプリ/サイトの機能が車。コンテンツが載ってる - 道路、ガードレール、ETC、SA/PA、オービスなど 継続的なメンテナンス・変更・改善が不可欠 - 一度作ったら終わりではない
8
9 2020年を振り返る
2020年を振り返る① - 負荷試験・キャパシティプランニング - パフォーマンスチェックと改善 - 試験手法のラーニング - AWSのアカウントまわり見直し -
AWSのマルチアカウント化 - 本番とその他用途の環境の分離による事故防止 - セキュリティの向上 - IAMユーザー・ロールなど権限管理の効率化 10
2020年を振り返る② - Infrastructure as Code(Terraform, ecspressoなど) - バージョン管理 - ブラックボックス解消
- レビューしやすく品質も向上 - コンテナ技術(ECS/Docker)への移行 - 状態を持たないため安定稼働する - 他エンジニアへの権限移譲 - 開発のしやすさ、開発速度の向上 11
2020年を振り返る③ - モニタリングツール活用(Mackerel, Datadog...etc) - 問題の早期発見 - 障害対応の迅速化 - ログ管理の整備(Logentries
→ CWL移行) - 調査スピードの改善 - ログの種類を増やしやすくした - DBをRDSからAuroraへ - パフォーマンス改善(最大MySQLの5倍の処理速度) - データ消失リスクの軽減 - 高速フェイルオーバー 12
13 2021年の課題
2021年の課題 1. DevSecOps的な何か 2. 検証環境作成の簡易化・自動化 3. インフラコストの管理・最適化 14
検証環境作成の簡易化・自動化 - 開発途中のものを他の人に見せたりチェックするとき、どこかのサーバー にあげないといけない - 現状、検証環境を扱えるエンジニアは権限・時間的制約などがあり限られ ている - 今後エンジニアの人数、並行して動く施策が増えていく可能性を考える と、整備しておく必要がある
15
解決するには - ブランチ単位で環境を作成できるような新たな仕組み等を作る - 個人が環境を持っていて簡単に反映できる、というのでもまずは良いとは 思う 16
インフラコストの管理・最適化 - サービスが成長する毎にスケールアウト、アップするサーバー達や増えて いく各種サービス達(AWS・GCP・他SaaS) - コストが適切かどうか把握・改善できる体制は中長期的に整備しておきた い 17
解決するには - クォーターごとの予算立て、振り返り - AWSのアカウント単位でバジェットの設定見直し - 小さめな工数でやれそうなことをまずやる - Savings Plan
- 不要なリソースのチェック - 不要なときに落とせるものは落とす(Aurora serverlessとか) など 18
他やりたいこと - IaC(Terraform化)を進める - 踏み台サーバーの改善 - CI/CDの改善 など 19
20 その先は
その先は - SLO・エラーバジェットの設定と運用 - SREの民主化、SREの解体 - 佐々木、アプリケーション開発に復帰?🙌 21
22 ありがとうございました