Empfohlen
Weitere ähnliche Inhalte
Was ist angesagt?
Was ist angesagt? (20)
Ähnlich wie NoOps で変わる 人とシステムの関わりかた
Ähnlich wie NoOps で変わる 人とシステムの関わりかた (20)
Mehr von Hiromasa Oka
Mehr von Hiromasa Oka (20)
NoOps で変わる 人とシステムの関わりかた
- 2. 岡 大勝 @okahiromasa 株式会社ゼンアーキテクツ 代表取締役CEO アーキテクト DKIS ⇒ DEC ⇒ HP ⇒ Rational Software 金融SE ⇒ オブジェクト指向＆RUP の導入支援 2003年にゼンアーキテクツを設立 先端技術による”企業のIT投資の最適化”がミッション 2013年 日経BP「日本のトップITアーキテクト」の 一人として選出
- 8. NoOps
- 9. NoOps = No Operations システム運用がなくなる？
- 10. 完全自動化？ 無人運用？
- 11. NoOps = No Operations ?
- 12. Uncomfortable
- 14. そして、みんなハッピーに！
- 15. NoOps とは？ 1. ユーザーの体験を妨げないシステム運用保守の実現 • 障害時のダウン、計画停止、負荷集中時の性能低下、etc.. 2. システム運用保守で発生する「トイル」の最小化 • リリース手続き、パッチの適用、リソース監視、待機、etc.. 3. システム運用保守コストの最適化 • 余剰資源を持たない、適正品質、時間外勤務、人材活用、etc.. システム運用保守に関する「嬉しくないもの」を取り除く活動 BE HAPPY !!
- 16. Google “Site Reliability Engineering”より
- 18. 人間は以下に専念 • 障害の原因究明 • システムの改善、手作業の削減 • より良いサービスに向けた活動 障害発生 初期対応 切り分けと 原因究明 サービス停止期間 不具合修正 正常稼働 復旧作業 正常稼働 障害発生 システムが 障害検知 回復処理 サービス無停止 一般的な障害発生時の作業 NoOpsで目指すシステム運用保守 NoOps で目指すシステム運用保守の姿 システムが 自律的に行う 人間による 作業
- 19. テクノロジの進化で 「できない」 ことが 「できる」 ようになった
- 20. 実現できるようになった NoOps の3つの能力 • 「障害からの自己修復」 • 「無停止メンテナンス」 • 「自律的リソース調整」
- 21. Securing Azure customers from CPU vulnerability CPU の脆弱性から Azure のお客様を保護するために Azure App Service upgrade to Windows Server 2016 #63 Azure App Service、Azure FunctionsのWindows Server 2016へのアップグレード Azureの二度の大規模ホストVMメンテナンス
- 24. 「高い復元力」 実現の鍵は
- 25. “取り回しの軽さ”
- 26. Robustness から Resiliency への 価値観の転換 「壊れない」 「いつでも回復できる」
- 31. しかも、それだけじゃない。
- 34. Data Azure Storage LRS ペアリージョン（西日本） プライマリリージョン（東日本） GEOバックアップ 接続エンドポイント VM Service Fabric Azure Database Service Platform コンテナ化された MySQL/PostgreSQL エンジン MySQL /PgSQL GEOリストア Service Fabric クラスター 選択した価格レベルの クラスターのノードを確保し コンテナ化されたデータベースエンジン をデプロイ Gateway node node MySQL /PgSQL ノード障害を検出すると クラスタ上の別ノードに 再デプロイして処理を継続 ストレージはLRS冗長構成 （ローカル(同一DC)三重化） バックアップデータは ペアリージョンへの GEO冗長構成とともに ペアリージョン上への リストア（GEOリストア）も可能 Backup 5分間隔で自動バックアップ （最大35日分）
- 35. Service Fabric クラスター MySQLコンテナMy PG SQL PostgreSQLコンテナ SQL Databaseコンテナ My PG SQL MySQLなどのAzure Databaseのインスタンスは、 Service Fabricクラスター上の軽量コンテナとして稼働する。 GP-Gen5GP-Gen5 GP-Gen5 GP-Gen5GP-Gen5 GP-Gen5 GP-Gen5 東日本リージョン
- 36. Service Fabric クラスター MySQLコンテナMy PG SQL PostgreSQLコンテナ SQL Databaseコンテナ My PG SQL My PG SQL My ノード障害が発生すると、Service Fabricクラスター上の 別ノードにコンテナをデプロイし、フェールオーバーを行う。 MySQLなどのAzure Databaseのインスタンスは、 Service Fabricクラスター上の軽量コンテナとして稼働する。 GP-Gen5GP-Gen5 GP-Gen5 GP-Gen5GP-Gen5 GP-Gen5 GP-Gen5GP-Gen5 GP-Gen5 GP-Gen5GP-Gen5 GP-Gen5 GP-Gen5 Service Fabric クラスター GP-Gen5 空きノードへの コンテナのデプロイと構成 エンドポイントの切替 東日本リージョン 東日本リージョン
- 37. Service Fabric クラスター MySQLコンテナMy PG SQL PostgreSQLコンテナ SQL Databaseコンテナ My PG SQL My PG SQL My ノード障害が発生すると、Service Fabricクラスター上の 別ノードにコンテナをデプロイし、フェールオーバーを行う。 MySQLなどのAzure Databaseのインスタンスは、 Service Fabricクラスター上の軽量コンテナとして稼働する。 GP-Gen5GP-Gen5 GP-Gen5 GP-Gen5GP-Gen5 GP-Gen5 GP-Gen5GP-Gen5 GP-Gen5 GP-Gen5GP-Gen5 GP-Gen5 GP-Gen5 Service Fabric クラスター GP-Gen5 空きノードへの コンテナのデプロイと構成 エンドポイントの切替 東日本リージョン 東日本リージョン
- 45. ① 処理データの リクエスト Database Serverless ② 10万件のデータ ④ Jobを1件ずつ キューに投入 ⑤（可能であれば） Jobの並列実行 Serverless ファーム Monitor Automation カスタム回復メカニズム Jobとキューの監視と回復処理 ③ 10万件の個別処理に分離 ⑥ 処理結果の書き込み
- 47. NoOps を実現するチーム
- 48. DevOps 伝統的運用保守 （ITIL型） Design for Robustness （堅牢さを前提とした設計） Design for Failure （故障を前提とした設計） NoOps Design for Resiliency （回復性設計） SRE （信頼性エンジニアリング） アジャイルによる 価値観の転換 クラウドによる 価値観の転換 しっかりと計画され、厳密に 管理された運用保守業務。 正常稼働していることが通常状態。 故障や不具合は例外処理として設計。 故障や不具合も通常状態として扱い、 発生時を想定して設計する。 開発と運用保守を一体として扱い、 状況の変化に柔軟に対応できる組織。 1990年代～ 2008年 運用保守アプローチ 運用保守もエンジニアリング業務として扱う。 ヒューマンエラーを最小化し、システムの信頼性 を維持するための継続的改善活動。 復旧作業時のヒューマンエラーを最小化する ため、障害の発生から正常稼働状態への復旧 まで想定して設計する。 システム設計アプローチ 2014年 現在
- 49. Design for Resiliency SRE NoOps = DevOps
- 59. みんなハッピーに！