Mais conteúdo relacionado
Semelhante a 15分で分かる NoOps (20)
Mais de Hiromasa Oka (20)
15分で分かる NoOps
- 2. 1. NoOps の目指すもの
2. なぜ今 NoOps なのか
3. NoOps のつくりかた
ミドルウェア / アプリケーション / 組織
[付録] NoOpsを支える技術
Agenda
- 4. NoOps の目指すもの
1. ユーザーの体験を妨げないシステム運用保守の実現
• 障害時のダウン、計画停止、負荷集中時の性能低下、etc..
2. 運用保守の現場で発生する「トイル」の最小化
• リリース手続き、パッチの適用、リソース監視、待機、etc..
3. システム運用保守のリソースとコストの最適化
• 余剰資源を持たない、適正品質、時間外勤務、人材活用、etc..
システム運用保守に関する「嬉しくないもの」を取り除く活動
- 10. NoOps の目指すもの
1. ユーザーの体験を妨げないシステム運用保守の実現
• 障害時のダウン、計画停止、負荷集中時の性能低下、etc..
2. 運用保守の現場で発生する「トイル」の最小化
• リリース手続き、パッチの適用、リソース監視、待機、etc..
3. システム運用保守のリソースとコストの最適化
• 余剰資源を持たない、適正品質、時間外勤務、人材活用、etc..
システム運用保守に関する「嬉しくないもの」を取り除く活動
- 36. DevOps
伝統的運用保守
(ITIL型)
Design for Robustness
(堅牢さを前提とした設計)
Design for Failure
(故障を前提とした設計)
NoOps
Design for Resiliency
(回復性設計)
SRE
(信頼性エンジニアリング)
アジャイルによる
価値観の転換
クラウドによる
価値観の転換
しっかりと計画され、厳密に
管理された運用保守業務。
正常稼働していることが通常状態。
故障や不具合は例外処理として設計。
故障や不具合も通常状態として扱い、
発生時を想定して設計する。
開発と運用保守を一体として扱い、
状況の変化に柔軟に対応できる組織。
1990年代~ 2008年
運用保守アプローチ
運用保守もエンジニアリング業務として扱う。
ヒューマンエラーを最小化し、システムの信頼性
を維持するための継続的改善活動。
復旧作業時のヒューマンエラーを最小化する
ため、障害の発生から正常稼働状態への復旧
まで想定して設計する。
システム設計アプローチ
2014年 現在
- 49. Resiliencability
ConfigurabilityObservability
NoOps Landscape
NoOps Ready Solutions
Application Platform
Database
Messaging
Container Serverless
Runbook
CI/CD
Image Build/Repository
Coordination
Monitor
Log
Azure
Web Apps
Azure
Functions
Azure Monitor
Log Analytics
Azure
Automation
Cosmos DB
Azure DB for
MySQL/PostgreSQL
Service
Fabric
AKS
Data Analysis
AWS
Lambda
GKE
Google
Cloud Functions
AWS
Cloudwatch
Google
AppEngine
Container Based Solution with
- Self Healing
- In-Flight Renewing
- Adaptive Scale
and API Based
Configration/Provisioning ability.
Platform with High Resiliency.
Azure
Event Grid
NoOps Landscape
絶賛定義中
でも、自分たちの視野ではぜんぜん足りない