Submit Search
Upload
Ops meets NoOps
•
10 likes
•
4,660 views
Toru Makabe
Follow
Tech-on MeetUp#07
Read less
Read more
Technology
Report
Share
Report
Share
1 of 35
Download now
Download to read offline
Recommended
NoOps?よろしいならば戦争だ
NoOps?よろしいならば戦争だ
Toru Makabe
ユーザーストーリー駆動開発で行こう。
ユーザーストーリー駆動開発で行こう。
toshihiro ichitani
型安全性入門
型安全性入門
Akinori Abe
メタプログラミングって何だろう
メタプログラミングって何だろう
Kota Mizushima
アジャイル開発を支えるアーキテクチャ設計とは
アジャイル開発を支えるアーキテクチャ設計とは
Yusuke Suzuki
どこに何を書くのか?
どこに何を書くのか?
pospome
PowerApps 初心者の館?
PowerApps 初心者の館?
Teruchika Yamada
WayOfNoTrouble.pptx
WayOfNoTrouble.pptx
Daisuke Yamazaki
Recommended
NoOps?よろしいならば戦争だ
NoOps?よろしいならば戦争だ
Toru Makabe
ユーザーストーリー駆動開発で行こう。
ユーザーストーリー駆動開発で行こう。
toshihiro ichitani
型安全性入門
型安全性入門
Akinori Abe
メタプログラミングって何だろう
メタプログラミングって何だろう
Kota Mizushima
アジャイル開発を支えるアーキテクチャ設計とは
アジャイル開発を支えるアーキテクチャ設計とは
Yusuke Suzuki
どこに何を書くのか?
どこに何を書くのか?
pospome
PowerApps 初心者の館?
PowerApps 初心者の館?
Teruchika Yamada
WayOfNoTrouble.pptx
WayOfNoTrouble.pptx
Daisuke Yamazaki
エンジニアの個人ブランディングと技術組織
エンジニアの個人ブランディングと技術組織
Takafumi ONAKA
何となく勉強した気分になれるパーサ入門
何となく勉強した気分になれるパーサ入門
masayoshi takahashi
SQLアンチパターン - 開発者を待ち受ける25の落とし穴 (拡大版)
SQLアンチパターン - 開発者を待ち受ける25の落とし穴 (拡大版)
Takuto Wada
SQLアンチパターン 幻の第26章「とりあえず削除フラグ」
SQLアンチパターン 幻の第26章「とりあえず削除フラグ」
Takuto Wada
それはYAGNIか? それとも思考停止か?
それはYAGNIか? それとも思考停止か?
Yoshitaka Kawashima
Head First Inception Deck
Head First Inception Deck
Naoto Nishimura
マイクロサービスにおける非同期アーキテクチャ
マイクロサービスにおける非同期アーキテクチャ
ota42y
イミュータブルデータモデルの極意
イミュータブルデータモデルの極意
Yoshitaka Kawashima
事業成長にコミットするエンジニア組織への道のり
事業成長にコミットするエンジニア組織への道のり
Recruit Lifestyle Co., Ltd.
「のどが渇いた」というユーザーに何を出す? ユーザーの「欲しい」に惑わされない、本当のインサイトを見つけるUXデザイン・UXリサーチ
「のどが渇いた」というユーザーに何を出す? ユーザーの「欲しい」に惑わされない、本当のインサイトを見つけるUXデザイン・UXリサーチ
Yoshiki Hayama
マイクロにしすぎた結果がこれだよ!
マイクロにしすぎた結果がこれだよ!
mosa siru
「速」を落とさないコードレビュー
「速」を落とさないコードレビュー
Takafumi ONAKA
A5 SQL Mk-2の便利な機能をお教えします
A5 SQL Mk-2の便利な機能をお教えします
ester41
PHPからgoへの移行で分かったこと
PHPからgoへの移行で分かったこと
gree_tech
Oss貢献超入門
Oss貢献超入門
Michihito Shigemura
フロー効率性とリソース効率性について #xpjug
フロー効率性とリソース効率性について #xpjug
Itsuki Kuroda
5分でわかった気になるインセプションデッキ
5分でわかった気になるインセプションデッキ
Takao Oyobe
IT系エンジニアのためのプレゼンテーション入門
IT系エンジニアのためのプレゼンテーション入門
Masahito Zembutsu
Djangoアプリの実践的設計手法
Djangoアプリの実践的設計手法
Ian Lewis
Power Apps の導入失敗実例からベストプラクティスを学んでみる(強引)
Power Apps の導入失敗実例からベストプラクティスを学んでみる(強引)
Junichi Kodama
行列のできるXp相談所 20110917
行列のできるXp相談所 20110917
takepu
アンラーニング
アンラーニング
Yoshiki Shibukawa
More Related Content
What's hot
エンジニアの個人ブランディングと技術組織
エンジニアの個人ブランディングと技術組織
Takafumi ONAKA
何となく勉強した気分になれるパーサ入門
何となく勉強した気分になれるパーサ入門
masayoshi takahashi
SQLアンチパターン - 開発者を待ち受ける25の落とし穴 (拡大版)
SQLアンチパターン - 開発者を待ち受ける25の落とし穴 (拡大版)
Takuto Wada
SQLアンチパターン 幻の第26章「とりあえず削除フラグ」
SQLアンチパターン 幻の第26章「とりあえず削除フラグ」
Takuto Wada
それはYAGNIか? それとも思考停止か?
それはYAGNIか? それとも思考停止か?
Yoshitaka Kawashima
Head First Inception Deck
Head First Inception Deck
Naoto Nishimura
マイクロサービスにおける非同期アーキテクチャ
マイクロサービスにおける非同期アーキテクチャ
ota42y
イミュータブルデータモデルの極意
イミュータブルデータモデルの極意
Yoshitaka Kawashima
事業成長にコミットするエンジニア組織への道のり
事業成長にコミットするエンジニア組織への道のり
Recruit Lifestyle Co., Ltd.
「のどが渇いた」というユーザーに何を出す? ユーザーの「欲しい」に惑わされない、本当のインサイトを見つけるUXデザイン・UXリサーチ
「のどが渇いた」というユーザーに何を出す? ユーザーの「欲しい」に惑わされない、本当のインサイトを見つけるUXデザイン・UXリサーチ
Yoshiki Hayama
マイクロにしすぎた結果がこれだよ!
マイクロにしすぎた結果がこれだよ!
mosa siru
「速」を落とさないコードレビュー
「速」を落とさないコードレビュー
Takafumi ONAKA
A5 SQL Mk-2の便利な機能をお教えします
A5 SQL Mk-2の便利な機能をお教えします
ester41
PHPからgoへの移行で分かったこと
PHPからgoへの移行で分かったこと
gree_tech
Oss貢献超入門
Oss貢献超入門
Michihito Shigemura
フロー効率性とリソース効率性について #xpjug
フロー効率性とリソース効率性について #xpjug
Itsuki Kuroda
5分でわかった気になるインセプションデッキ
5分でわかった気になるインセプションデッキ
Takao Oyobe
IT系エンジニアのためのプレゼンテーション入門
IT系エンジニアのためのプレゼンテーション入門
Masahito Zembutsu
Djangoアプリの実践的設計手法
Djangoアプリの実践的設計手法
Ian Lewis
Power Apps の導入失敗実例からベストプラクティスを学んでみる(強引)
Power Apps の導入失敗実例からベストプラクティスを学んでみる(強引)
Junichi Kodama
What's hot
(20)
エンジニアの個人ブランディングと技術組織
エンジニアの個人ブランディングと技術組織
何となく勉強した気分になれるパーサ入門
何となく勉強した気分になれるパーサ入門
SQLアンチパターン - 開発者を待ち受ける25の落とし穴 (拡大版)
SQLアンチパターン - 開発者を待ち受ける25の落とし穴 (拡大版)
SQLアンチパターン 幻の第26章「とりあえず削除フラグ」
SQLアンチパターン 幻の第26章「とりあえず削除フラグ」
それはYAGNIか? それとも思考停止か?
それはYAGNIか? それとも思考停止か?
Head First Inception Deck
Head First Inception Deck
マイクロサービスにおける非同期アーキテクチャ
マイクロサービスにおける非同期アーキテクチャ
イミュータブルデータモデルの極意
イミュータブルデータモデルの極意
事業成長にコミットするエンジニア組織への道のり
事業成長にコミットするエンジニア組織への道のり
「のどが渇いた」というユーザーに何を出す? ユーザーの「欲しい」に惑わされない、本当のインサイトを見つけるUXデザイン・UXリサーチ
「のどが渇いた」というユーザーに何を出す? ユーザーの「欲しい」に惑わされない、本当のインサイトを見つけるUXデザイン・UXリサーチ
マイクロにしすぎた結果がこれだよ!
マイクロにしすぎた結果がこれだよ!
「速」を落とさないコードレビュー
「速」を落とさないコードレビュー
A5 SQL Mk-2の便利な機能をお教えします
A5 SQL Mk-2の便利な機能をお教えします
PHPからgoへの移行で分かったこと
PHPからgoへの移行で分かったこと
Oss貢献超入門
Oss貢献超入門
フロー効率性とリソース効率性について #xpjug
フロー効率性とリソース効率性について #xpjug
5分でわかった気になるインセプションデッキ
5分でわかった気になるインセプションデッキ
IT系エンジニアのためのプレゼンテーション入門
IT系エンジニアのためのプレゼンテーション入門
Djangoアプリの実践的設計手法
Djangoアプリの実践的設計手法
Power Apps の導入失敗実例からベストプラクティスを学んでみる(強引)
Power Apps の導入失敗実例からベストプラクティスを学んでみる(強引)
Similar to Ops meets NoOps
行列のできるXp相談所 20110917
行列のできるXp相談所 20110917
takepu
アンラーニング
アンラーニング
Yoshiki Shibukawa
【STR2 Sumzap プレゼンテーション】
【STR2 Sumzap プレゼンテーション】
Up Hatch
僕の考える最強のビックデータエンジニア
僕の考える最強のビックデータエンジニア
Yu Yamada
xR Tech Tokyo 登壇資料 Mixed Realityではじまるコラボレーティブ・コンピューティング
xR Tech Tokyo 登壇資料 Mixed Realityではじまるコラボレーティブ・コンピューティング
Shinya Tachihara
Overview of PowerApps, PowerPlatform, CDS and CDM etc.
Overview of PowerApps, PowerPlatform, CDS and CDM etc.
Makoto Maeda
「Camelog」Android開発秘話
「Camelog」Android開発秘話
Shoya Tsukada
失敗と向き合う姿勢を正す話
失敗と向き合う姿勢を正す話
LIFULL Co., Ltd.
20140913 ディレクション講演資料(山盛り)
20140913 ディレクション講演資料(山盛り)
Kenta Nakamura
フロントエンドというカオスな世界について
フロントエンドというカオスな世界について
mikakane
20101127 Android Usability Seminar
20101127 Android Usability Seminar
Visso株式会社
IT業界とソフトウェア技術者を取り巻く今日の様相と荒波の将来への船出
IT業界とソフトウェア技術者を取り巻く今日の様相と荒波の将来への船出
VOYAGE GROUP
[Japan Tech summit 2017] MAI 005
[Japan Tech summit 2017] MAI 005
Microsoft Tech Summit 2017
SQL Server 2017 で実現される AIシステムモデル のご紹介
SQL Server 2017 で実現される AIシステムモデル のご紹介
Tomoyuki Oota
音声で楽しく業務効率化!TOKSOKで変わる請求業務
音声で楽しく業務効率化!TOKSOKで変わる請求業務
freee株式会社
NoOps で変わる 人とシステムの関わりかた
NoOps で変わる 人とシステムの関わりかた
Hiromasa Oka
最近誰かに「やったほうがいいよ」と伝えた7のこと
最近誰かに「やったほうがいいよ」と伝えた7のこと
Noriaki Kadota
NoOps Meetup Tokyo #1 Opening
NoOps Meetup Tokyo #1 Opening
Hiromasa Oka
ゲーム業界から見たアジャイル開発
ゲーム業界から見たアジャイル開発
Masaru Nagaku
Sparkコミュニティに飛び込もう!(Spark Meetup Tokyo 2015 講演資料、NTTデータ 猿田 浩輔)
Sparkコミュニティに飛び込もう!(Spark Meetup Tokyo 2015 講演資料、NTTデータ 猿田 浩輔)
NTT DATA OSS Professional Services
Similar to Ops meets NoOps
(20)
行列のできるXp相談所 20110917
行列のできるXp相談所 20110917
アンラーニング
アンラーニング
【STR2 Sumzap プレゼンテーション】
【STR2 Sumzap プレゼンテーション】
僕の考える最強のビックデータエンジニア
僕の考える最強のビックデータエンジニア
xR Tech Tokyo 登壇資料 Mixed Realityではじまるコラボレーティブ・コンピューティング
xR Tech Tokyo 登壇資料 Mixed Realityではじまるコラボレーティブ・コンピューティング
Overview of PowerApps, PowerPlatform, CDS and CDM etc.
Overview of PowerApps, PowerPlatform, CDS and CDM etc.
「Camelog」Android開発秘話
「Camelog」Android開発秘話
失敗と向き合う姿勢を正す話
失敗と向き合う姿勢を正す話
20140913 ディレクション講演資料(山盛り)
20140913 ディレクション講演資料(山盛り)
フロントエンドというカオスな世界について
フロントエンドというカオスな世界について
20101127 Android Usability Seminar
20101127 Android Usability Seminar
IT業界とソフトウェア技術者を取り巻く今日の様相と荒波の将来への船出
IT業界とソフトウェア技術者を取り巻く今日の様相と荒波の将来への船出
[Japan Tech summit 2017] MAI 005
[Japan Tech summit 2017] MAI 005
SQL Server 2017 で実現される AIシステムモデル のご紹介
SQL Server 2017 で実現される AIシステムモデル のご紹介
音声で楽しく業務効率化!TOKSOKで変わる請求業務
音声で楽しく業務効率化!TOKSOKで変わる請求業務
NoOps で変わる 人とシステムの関わりかた
NoOps で変わる 人とシステムの関わりかた
最近誰かに「やったほうがいいよ」と伝えた7のこと
最近誰かに「やったほうがいいよ」と伝えた7のこと
NoOps Meetup Tokyo #1 Opening
NoOps Meetup Tokyo #1 Opening
ゲーム業界から見たアジャイル開発
ゲーム業界から見たアジャイル開発
Sparkコミュニティに飛び込もう!(Spark Meetup Tokyo 2015 講演資料、NTTデータ 猿田 浩輔)
Sparkコミュニティに飛び込もう!(Spark Meetup Tokyo 2015 講演資料、NTTデータ 猿田 浩輔)
More from Toru Makabe
インフラ廻戦 品川事変 前夜編
インフラ廻戦 品川事変 前夜編
Toru Makabe
Ingress on Azure Kubernetes Service
Ingress on Azure Kubernetes Service
Toru Makabe
細かすぎて伝わらないかもしれない Azure Container Networking Deep Dive
細かすぎて伝わらないかもしれない Azure Container Networking Deep Dive
Toru Makabe
Demystifying Identities for Azure Kubernetes Service
Demystifying Identities for Azure Kubernetes Service
Toru Makabe
Azure Blueprints - 企業で期待される背景と特徴、活用方法
Azure Blueprints - 企業で期待される背景と特徴、活用方法
Toru Makabe
ミッション : メガクラウドを安全にアップデートせよ!
ミッション : メガクラウドを安全にアップデートせよ!
Toru Makabe
俺の Kubernetes Workflow with HashiStack
俺の Kubernetes Workflow with HashiStack
Toru Makabe
Resilience Engineering on Kubernetes
Resilience Engineering on Kubernetes
Toru Makabe
俺とHashiCorp
俺とHashiCorp
Toru Makabe
Real World Azure RBAC
Real World Azure RBAC
Toru Makabe
Azure Kubernetes Service 2019 ふりかえり
Azure Kubernetes Service 2019 ふりかえり
Toru Makabe
インフラ野郎AzureチームProX
インフラ野郎AzureチームProX
Toru Makabe
NoOps Japan Community 1st Anniversary 祝辞
NoOps Japan Community 1st Anniversary 祝辞
Toru Makabe
ZOZOTOWNのCloud Native Journey
ZOZOTOWNのCloud Native Journey
Toru Makabe
Essentials of container
Essentials of container
Toru Makabe
インフラ野郎 Azureチーム at クラウド boost
インフラ野郎 Azureチーム at クラウド boost
Toru Makabe
ダイ・ハード in the Kubernetes world
ダイ・ハード in the Kubernetes world
Toru Makabe
半日でわかる コンテナー技術 (応用編)
半日でわかる コンテナー技術 (応用編)
Toru Makabe
インフラエンジニア エボリューション ~激変する IT インフラ技術者像、キャリアとスキルを考える~ at Tech Summit 2018
インフラエンジニア エボリューション ~激変する IT インフラ技術者像、キャリアとスキルを考える~ at Tech Summit 2018
Toru Makabe
インフラ野郎 Azureチーム v18.11 at Tech Summit 2018
インフラ野郎 Azureチーム v18.11 at Tech Summit 2018
Toru Makabe
More from Toru Makabe
(20)
インフラ廻戦 品川事変 前夜編
インフラ廻戦 品川事変 前夜編
Ingress on Azure Kubernetes Service
Ingress on Azure Kubernetes Service
細かすぎて伝わらないかもしれない Azure Container Networking Deep Dive
細かすぎて伝わらないかもしれない Azure Container Networking Deep Dive
Demystifying Identities for Azure Kubernetes Service
Demystifying Identities for Azure Kubernetes Service
Azure Blueprints - 企業で期待される背景と特徴、活用方法
Azure Blueprints - 企業で期待される背景と特徴、活用方法
ミッション : メガクラウドを安全にアップデートせよ!
ミッション : メガクラウドを安全にアップデートせよ!
俺の Kubernetes Workflow with HashiStack
俺の Kubernetes Workflow with HashiStack
Resilience Engineering on Kubernetes
Resilience Engineering on Kubernetes
俺とHashiCorp
俺とHashiCorp
Real World Azure RBAC
Real World Azure RBAC
Azure Kubernetes Service 2019 ふりかえり
Azure Kubernetes Service 2019 ふりかえり
インフラ野郎AzureチームProX
インフラ野郎AzureチームProX
NoOps Japan Community 1st Anniversary 祝辞
NoOps Japan Community 1st Anniversary 祝辞
ZOZOTOWNのCloud Native Journey
ZOZOTOWNのCloud Native Journey
Essentials of container
Essentials of container
インフラ野郎 Azureチーム at クラウド boost
インフラ野郎 Azureチーム at クラウド boost
ダイ・ハード in the Kubernetes world
ダイ・ハード in the Kubernetes world
半日でわかる コンテナー技術 (応用編)
半日でわかる コンテナー技術 (応用編)
インフラエンジニア エボリューション ~激変する IT インフラ技術者像、キャリアとスキルを考える~ at Tech Summit 2018
インフラエンジニア エボリューション ~激変する IT インフラ技術者像、キャリアとスキルを考える~ at Tech Summit 2018
インフラ野郎 Azureチーム v18.11 at Tech Summit 2018
インフラ野郎 Azureチーム v18.11 at Tech Summit 2018
Recently uploaded
[DevOpsDays Tokyo 2024] 〜デジタルとアナログのはざまに〜 スマートビルディング爆速開発を支える 自動化テスト戦略
[DevOpsDays Tokyo 2024] 〜デジタルとアナログのはざまに〜 スマートビルディング爆速開発を支える 自動化テスト戦略
Ryo Sasaki
PHP-Conference-Odawara-2024-04-000000000
PHP-Conference-Odawara-2024-04-000000000
Shota Ito
UPWARD_share_company_information_20240415.pdf
UPWARD_share_company_information_20240415.pdf
furutsuka
IoT in the era of generative AI, Thanks IoT ALGYAN.pptx
IoT in the era of generative AI, Thanks IoT ALGYAN.pptx
Atomu Hidaka
スマートフォンを用いた新生児あやし動作の教示システム
スマートフォンを用いた新生児あやし動作の教示システム
sugiuralab
Postman LT Fukuoka_Quick Prototype_By Daniel
Postman LT Fukuoka_Quick Prototype_By Daniel
danielhu54
Open Source UN-Conference 2024 Kawagoe - 独自OS「DaisyOS GB」の紹介
Open Source UN-Conference 2024 Kawagoe - 独自OS「DaisyOS GB」の紹介
Yuma Ohgami
Recently uploaded
(7)
[DevOpsDays Tokyo 2024] 〜デジタルとアナログのはざまに〜 スマートビルディング爆速開発を支える 自動化テスト戦略
[DevOpsDays Tokyo 2024] 〜デジタルとアナログのはざまに〜 スマートビルディング爆速開発を支える 自動化テスト戦略
PHP-Conference-Odawara-2024-04-000000000
PHP-Conference-Odawara-2024-04-000000000
UPWARD_share_company_information_20240415.pdf
UPWARD_share_company_information_20240415.pdf
IoT in the era of generative AI, Thanks IoT ALGYAN.pptx
IoT in the era of generative AI, Thanks IoT ALGYAN.pptx
スマートフォンを用いた新生児あやし動作の教示システム
スマートフォンを用いた新生児あやし動作の教示システム
Postman LT Fukuoka_Quick Prototype_By Daniel
Postman LT Fukuoka_Quick Prototype_By Daniel
Open Source UN-Conference 2024 Kawagoe - 独自OS「DaisyOS GB」の紹介
Open Source UN-Conference 2024 Kawagoe - 独自OS「DaisyOS GB」の紹介
Ops meets NoOps
1.
Ops meets NoOps 真壁
徹 日本マイクロソフト株式会社 クラウドソリューションアーキテクト 2019/7/8 そのとき何が起こったか Tech-on MeetUp#07
2.
自己紹介 { “名前” : “真壁
徹(まかべ とおる)”, “所属” : “日本マイクロソフト株式会社”, “役割” : “クラウド ソリューションアーキテクト”, “経歴” : “大和総研 → HP Enterprise”, “特技” : “インフラ & オープンソース”, “備考” : “NoOps Japan Community Supporter” }
3.
お伝えしたい内容 NoOpsのインパクトを振り返る 光と影 ギアチェンジできない時は ドリームチームじゃなくていい 何から手をつけるか悩んだら
4.
Ops Meets NoOps これまでの振り返り
5.
“NoOps”のインパクト NoOps Japan Community発足からの反響 https://www.publickey1.jp/blog/18/noops_noopsops.html https://www.publickey1.jp/blog/18/noopsnoopsnoops_meetup_tokyo_1.html https://www.slideshare.net/ToruMakabe/noops-114039948
6.
言葉が強い 否定されてる 気がして嫌 いいぞ もっとやれ YesOps これだよこれ NoDev 仕事なくなっちゃ うのかなウチの偉い人へ 話してください NoOps はじめました
7.
NoOpsはNo Uncomfortable Ops(システム運用の嬉しくないことを なくす)を目指すための技術、アーキテクチャ、それを実現するため の活動を指します。このアプローチの代表例に、コンテナを活用した 高回復性設計、DevOpsの活用、モニタリングと構成設定の自動化、 SREによるToil削減活動、などがあります。 NoOpsを実現するためのシステムが備えるべき代表的な能力には、高 い回復性、可観測性、構成可能性、安全性の担保があります。これら NoOpsの能力を活用することで、例えば、Self-Healing、In-flight renewing,
Adaptive Scale, Safety Everywhereなどのエクスペリエンス を実現することが可能になります。 NoOps Definition v1.0 - NoOps Japan Community
8.
人が要らない(No)、ではなく やらなくていいことをなくす(No)
9.
先人/識者の経験、知見を共有 NoOps Meetup 直近3回の話題 Cloud
Native Buildpack シンプルに考えよう Zero Trust Network Zero Trust Networkで実現する制 約のないアプリケーションサー ビスともろもろ Elastic Stackでマイクロサービス 運用を楽にするには Observabilityを支える Stackdriver 物理データセンターでも NoOps NoOpsを実現するSREの存在意 義と役割 NoOps に入り込む基盤の負債 CircleCI 2.0を支えるインフラと SREの役割
10.
エンジンスタートした組織は数多い Meetupの場に限らず、「チャレンジしてるよ!」という話を聞いたり相談されることが増えた ギアを1速から2速、3速へ入れたチームのまぶしさ 試行錯誤を通じて学び、前に進んでいる そして自走モードへ これからも経験を共有いただけると嬉しい でも、ギアがなかなか入らない組織のほうが多い 歴史の長い、資産の大きい企業ほど悩んでいる 今日の話はこちらにフォーカス わたしから見た NoOpsの現状
11.
試行錯誤しにくい体制問題 外注から内製への過渡期 継続的改善と請負契約の相性の悪さ いいだしっぺがつらい問題 インフラ主導のNoOpsに対して 「アプリ開発の増える工数を負担してくれるの?」 アプリ主導のNoOpsに対して 「じゃあアプリチームが運用して」 旗だけ立っちゃう問題 解決する具体的な課題の合意、経験や知見がないのに、組織が先にできちゃう その段階で標準化やガイドライン作成を求められる もがく三景
12.
考えてほしい ひとつのこと もし ギアチェンジができなければ
13.
「やめよう」と 胸を張って言える組織ですか?
14.
やめた例: マイクロソフト社内ITのクラウド移行 やめることを決め、新たな挑戦に必要なリソースと余裕を得る <各システムの移行検討順> 1. 退役 2.
SaaSに移行 & 新規利用 3. PaaSに移行 4. IaaSに移行(最適化) 5. IaaSに移行(Lift & Shift) NoOps的 腕の振るい どころ • オンプレミスにあった 60,000サーバーを撤廃し、 クラウドへ移行 • NoOpsな腕を振るう前に 「このシステムは退役で きないか」考える
15.
いまやっていることを続けながら 新しいことができますか?
16.
何をするにも時間が必要 前向きにやめて 時間をつくろう システムは放っておいても複雑化し、やがて腐る 塩に漬けても、とりまく環境はどんどん変わるから システムが使命を果たしたら、寿命を迎えたら、リスペクトをもって退役を アプリやインフラだけじゃなく、プロセスや判断基準も放っておいたら腐る やめる判断は、偉い人の大事な仕事 つくるのは誰にでもできる 意思決定者が、NoOpsの文脈でつくる話に終始するのは危険信号 現場で「言っても無駄」とあきらめず、声をあげよう 前向きに「やめよう」と言えない組織に、心理的安全性、学ぶ文化はあるだろうか 言えない雰囲気であれば、NoOpsに取り組む環境ではないかもしれない
17.
NoOpsの実践に必要なのは 技術力やツールの前に ポジティブな「やめヂカラ」
18.
チェックリスト 歴史の長い会社ほど悩みがち 若い会社もいつかそうなるかも 出なくていい会議に呼ばれる/堂々 と欠席できない 「誰が」決めたか過度に気にする そのシステムや機能を、誰がどれ だけ使っているか把握していない ここ数年リフト&シフトやRPA、イ ンフラ単純更改ばかり
19.
どうやって 軌道にのせるか 時間がつくれたら
20.
いきなりドリームチームはつくれない はじめチョロチョロ なかパッパ でいい 少なくても、意欲あるメンバーではじめる その時点での能力よりも、Growth
Mindset 「持続的な」変化に必要なのは、能力より意欲 恣意的でも、小さくても、まず手を動かして実績をつくる コアメンバーでつくるものを決めてから、チーム化したほうがいいかも (兼業も多い) FAQ「どんな実績がいいでしょうか」 うれしい/役立つものであれば、ちょっとした運用改善ツールでもいいのでは 周りを気にしてつくっても続かない 自分たちが「楽になったぜ…」「 捗るぜ…」としみじみ言えるものがいい
21.
どこから着手するか 決めきれないなら
22.
Cloud Native Trail
Map https://github.com/cncf/trailmap クラウドが万能というわけでもないが、 CNCFは現在世界中の経験、知見、意見 が集まる場になっており、参考になる NoOps界隈で議論されている手法やア プローチも盛んに議論されている 典型的な取り組み順がTrail Map
23.
でもOpsは 順にやらなくていい
24.
ここからやってみる いい感じのアプリ や案件がないと、 スタートできない ここ
25.
Observability 可観測性 ビジネスとそれを支える仕組みの状態を把握する 監視っちゃ監視だが、監視は行為、可観測性は性質 後付けではなく、監視される側が監視されやすい仕組みを意図的に備える 3大要素 メトリック、ロギング、トレーシング 事象を意味のあるデータに変え、判断や行動につなげる バズワードかもしれないが、使い方次第 × ベンダーが中身もないのに連呼する 〇 使い手が課題解決手段を合意するために活用する
(グッとくる 背中を押す言葉)
26.
なぜObservabilityからはじめるのか プロビジョニング/構成自動化よりはじめやすい、効果も出しやすい 監視が不要な組織はない と信じています エンドユーザーへの影響が小さい もし仮に止まった/やめた/変えたとしても影響は小さい Opsが仕様をコントロールできる Opsの道場となる 監視システムをNoOpsコンセプトでつくってみる Cloud Native Trail
Mapに沿って監視システムを育てながら、知見を得る すぐに、小さくはじめられるオープンソースのツールやクラウドサービスはたくさんある
27.
ところでSREの「R」、Reliabilityとは RELIABILITY FRESHNESS CORRECTNESS THROUGHPUT AVAILABILITY DURABILITY QUALITY COVERAGE LATENCY
28.
SLI(Service Level Indicator)を議論しよう ビジネスを支える仕組みが健全かどうかの指標 監視
= リソースの死活や利用率だけではない サービスとしての死活 ユーザー体験に関わる指標 (スループット、遅延、HTTPステータスコード、etc) SLIはNoOps活動の投資判断や評価の指標になる 雰囲気に予算はつかない 雰囲気は評価されない NoOps活動で、やりたい、やるべきことを主張するための根拠を数値にする ビジネス主幹、プロダクトオーナーとの共通指標 (SLO: Service Level Objective) 投資や評価はSLI/SLOで客観的に判断する SLAまで持ち上げてペナルティの議論をするかは別問題 (社内でそれをやって機能するか?)
29.
SRE の世界で行われている重要な観察は、100% 信頼できるシステムやサービスはほとんど存 在しないことです。
航空機、医療機器などの生死の状況は、注目すべき例外です。 実際、望ましい場合でもほとんどありません。 高い信頼性を求めるほど、高い信頼性を達成す るために必要な労力とリソースが (それに従ってコストも) 急増します。 言い方を変えると、 必要としていない信頼性を求めることは時間とお金の無駄です。 システム、サービス、製品に 適切なレベルの信頼性を達成することを考えます。 レベルは、ビジネス ニーズに合致し、実用的である必要があります。 たとえば、顧客が信頼 性が 100% ではない (たとえば、時間の最大 90% の) ネットワークを介して自社と接続してい る場合、自社のサービスが 95% の信頼性にするように労力とお金をかけることは、定義が示 すとおり、時間とお金の無駄です。 システム、サービス、製品に適切なレベルの信頼性を達成 することを考えます。 適切なレベルの信頼性– Microsoft Learn
30.
SLI/SLOの議論/合意がないシステムで Opsは 雰囲気で可用性100%を要求されがち 投資も評価もされにくい
31.
共有指標があってこその チームワーク 外形監視 HTTPステータスコード
< 400 99.xxx%/月間 SLI SLO ビジネス主幹 プロダクトオーナー Dev Ops • ピークでリソースが足り ないみたい、SLOを満た すにはもう少し投資が必 要かな • Opsが数値化してくれる から客観的に判断できる ね • とあるリクエストで多く エラーが起きてるみたい だ、アプリにトレースを 仕込もう • アプリ変更でSLOにどう 影響するかOpsに相談し よう • 先日エンドユーザーからク レームがあった時間のリソー ス利用率はxx%でした • 先月の障害ですが、SLOを満 たすようリカバリするには アーキテクチャー変更、投資 が必要と考えます たとえば
32.
そして、NoOps道を究めていくと ますますObservabilityの重要性は高まっていく たとえばNetflixのChaos Engineering基盤 “ChAP” 故意、自動的に障害を起こし、回 復性を高める(常に鍛えている) セーフガードを定義している(本番 トラフィックの5%まで、など) 高い可観測性とビジネス判断なし には実現できない Automating chaos
experiments in production - International Conference on Software Engineering (ICSE), 2019
33.
まとめ
34.
NoOpsは技術やアーキテクチャーだけじゃない 前向きに「やめよう」が言えるチームをつくろう 判断基準を数値で議論/合意しよう、把握する仕組みをつくろう SLI/SLO、 Observability 積極的に自分の仕事をなくしていこう 世の中は非効率にあふれているので、なくしてもなくしても、きっとOpsの仕事はある 「なくせるOps」の価値が高まっていく 大丈夫だ、問題ない まとめ
35.
© Copyright Microsoft
Corporation. All rights reserved.
Download now