しかしながら、現実にはちょっとした綻びでもって可用性・信頼性・完全性が失われてしまい「インシデント」を引き起こします。平時とは違う緊急のプレッシャーに晒されて対応する人々を支援・組織化するインシデントマネジメント ( 組織の力 + エンジニアリングでの支援 ) を整えておくことで、高いレジリエンスを獲得できるでしょう。

障害対応やセキュリティインシデント(の疑いがある事象) についての対応などは公開するのが難しいところもあるでしょうが、知見や取り組みをオープンにディスカッションできればと思っています。

謝辞

CNDT 運営のみなさまありがとうございました!

2021-11-10

那須岳 🚴‍♂️

趣味の自転車のエントリです

那須岳をのぼってきた。

f:id:hiboma:20211106143322j:plain

f:id:hiboma:20211110114558p:plain

標高 1000m を超えると紅葉も終わり。冬が近づいているのを感じる

走行距離 79 km 獲得標高 1340 m

2021-11-05

那須烏山 🚴‍♂️ Khruangbin - So We Won't Forget のロケ地巡り

趣味の自転車の話です。

10/31 (日曜) 那須烏山まで出向いた記録

f:id:hiboma:20211105113439p:plain

Khruangbin - So We Won't Forget のプロモーションビデオの撮影地が那須烏山なのだ。わかる範囲でロケ場所を巡ってきた

www.shimotsuke.co.jp

www.youtube.com

走行距離 100km 獲得標高 750m

2021-11-02

Infra Study 2nd #6 で「インフラ技術者とキャリアドリフト」の発表をしたのでまとめとふりかえり

こちらのイベントにオンライン登壇しました

forkwell.connpass.com

当日のスライド

speakerdeck.com

フォントがしゃばしゃばしているのが気になる方は、PDF も用意していますのでこちらをご覧ください

github.com

発表の構成について

私個人のキャリアの話を混ぜつつ、キャリア・メンタリングの理論・概念も引用して一般化・抽象化を試みて、聞いている方にもキャリアを内省してもらえるような構成で考えていました。

twitter の #infrastudy ハッシュタグの反応を読んだ限りでは、いろいろな感想や考えが飛び交っていて、私の意図・狙いが伝わったような感触も確かに得ました。ただただ、自分語りになってしまうのは避けたいなと思ったのでよかったよかった。

f:id:hiboma:20211102115022p:plain

f:id:hiboma:20211102114938p:plain

f:id:hiboma:20211102114956p:plain

事後、発表を読み返してみるともうちょい概念の整頓や一般化・抽象化を交えて話せるところもあったなと思ったのでどっかでアップデートかけたい

登壇のオファーを受けたものの kazuho さんと yoku さんに挟まれて何を話すか ... と迷いに迷って捻り出した構成でもあったのでした。

kazuho さん、yoku さんはテクニカルな話に集中した内容でしたが、それはそれで、端々から「キャリアのすごさ」みえるトークでしたよね。技術ネタ一本で、キャリアを暗に語れるようなところを目指したいもんだと思った。

しかしながら、この手の発表は短期間に何度も繰り返しやるもんでもなさそうで、数年単位でのあれやこれやの蓄積をどばーっと解き放つような感覚じゃないとなかなか話せないなぁ。キャリアドリフトの話でいえば「節目」にあたるタイミングだろう。

謝辞

登壇を推薦してくれた pyama86 さんありがとう! あと結婚おめでとう!

オファーを受け入れて登壇までをフォローしてくれた Forkwell 重本さん、赤川さんありがとうございました! 本番の運営も安定感があって、安心して自分の話に集中することができました。

2021-10-27

CloudNative Days Tokyo 2021 の事前収録を終えた - 宣伝と収録方法のふりかえり

先週、CloudNative Days Tokyo 2021 での発表の、事前収録を終えました。宣伝と収録方法のふりかえりがトピックです

CNDT2021

こんな発表をする予定です

event.cloudnativedays.jp

CNDT2021 では発表形式を複数選択 (会場で登壇、オンラインでライブ、事前録画) 可能だったが、事前収録を希望して先週の木曜日に撮り終えました。

次のようなスライドを用意しています。一部紹介。

f:id:hiboma:20211024113140p:plain

f:id:hiboma:20211024113135p:plain

f:id:hiboma:20211024113125p:plain

f:id:hiboma:20211024113130p:plain

イベント後に全スライドと動画を公開する予定でいております。まずは CNDT で見てほしいですね !

SRE の取り組みが広がった影響か、障害対応や緊急時のオペレーションに題材をフォーカスして書かれたブログをよく見かけるようになったなぁと思います。

私の発表は GMO ペパボでのインシデント対応 (障害・セキュリティインシデントを含む) の事例紹介です。

インシデントマネジメントの必要性
slack bot を使ってコミュニケーションを支援する
インシデント対応の専門家のモデルやプラクティスを学ぶ
エンジニアリングと両輪でマネジメントを実施し組織文化をつくいく

という話を盛り込みました。また、CNDT 後にこのブログで詳細を取り上げたいと思います。

発表の録画/録音

事前収録は Keynote と iMovie で行いました。

Keynote でナレーションを録音

Keynote の プレゼンテーションを記録する で、スライドと合わせてナレーションを録音しました。

support.apple.com

こんな機能あるの、いままで全然知らなかった!

iMovie で音声と尺を調整

Keynote で録ったあとに iMovie に取り込んで、オーディオを補正してノイズを抑えたり、声が聞きやすい音質を変えてみたりしました。

support.apple.com

Keynote で録った段階では、何も喋らない「間」を少し長めに余裕をもっていれて喋りました。ただ、全体を通して聞くとリズムが悪いなと思ったところも多かったので iMovie でクリップ編集して無言部分を切り詰めも行いました。便利! クリップ編集のおかげで、40分の時間制限にぴったり納めることもできました。

ところどころ噛んだりした箇所はあったけど、締め切りギリギリだったのでアフレコまではやりませんでした。iMovie の操作は、特に難しい手続きもなく助かりました。

その他のツールは検討しなかったか?

OBS, Zoom , mmhmm といったツールで顔を出して録画もできたと思います。ただ、今回は締め切りに間に合わせたい + 音声だけにしておいて事後の編集がしやすい方式にしました。別の機会でチャレンジしたいですね!

録音機器

人気のマイクを使いました。

Blue Microphones Yeticaster ストリーミングセット Yeti Radius III Compass イエティキャスター BM400C Windows MAC PS4 USB ストリーミング配信ストリーマーテレワーク web会議ブロードキャスト国内正規品 2年間メーカー保証

Blue Microphones(ブルーマイクロフォン)

Amazon

今回の CNDT2021 にも、いろいろ使う機会があるだろうと思って買ったのでした。 toruby でもオススメしてもらっていた。

何度も試行錯誤していくうちに録り方のコツがわかってきて、ノイズが載りにくいセッティングを理解できました。ただ、喋りの技術が未熟なのでまだいろいろいらん音が入ってる箇所はあるのはすんません。

感想

ライブでの喋りは得意ではないので、事前にナレーションの原稿も用意して、収録後の編集も可能やり方は自分にはあっているやり方だなと思いました。細かいところを気にし出して補正や調整に時間がかかりがちなのは少し面倒ではありますが、ライブで一発勝負で失敗するよりはいいなぁ。

2021-10-19

SREcon21: Brent Chapman さんの発表『Evolution of Incident Management at Slack』でインシデントマネジメントを学ぶ

調べ物中に Brent Chapman さんが発表した『SREcon21 - Evolution of Incident Management at Slack』という動画をみつけた

SREcon21 - Evolution of Incident Management at Slack

タイトルのスクリーンショットです

f:id:hiboma:20211018110209p:plain

YouTube 視聴のリンクは ↓ です

www.youtube.com

Slack 社での障害事例から導入して、インシデント対応のビジョン、トレーニング方法、いろんなシチュエーションでのインシデント対応の戦略/戦術、なんかを説いてる感じ。自動化だとかの技術的なアプローチの話はなかったです。

f:id:hiboma:20211018111301p:plain

インシデントマネジメントを 3つに分解して考えるモデルが参考になりました。COVID-19 下についても触れていて今時な話題もあります。

発表者は Brent Chapman という方で、インシデント対応に関する PDF を公開している

Incident Command for IT: What We’ve Learned from the Fire Department

f:id:hiboma:20211017163424p:plain

消防隊から学んだことを、IT 系企業のインシデント対応に活かすという内容で、ちょっとした tips やコミュニケーションのプラクティス、はてはマネジメント〜組織文化論までぎっちりつまった素晴らしい内容だ。

GMOペパボのインシデント対応でも、ここから学んだことを取りいている。

Brent Chapman さんの経歴

greatcircle.com

改めて経歴を調べ直してみました。

ブレントチャップマンは、緊急事態管理の専門家であり、ITインフラストラクチャとサイト信頼性エンジニアリング（SRE）の強力なバックグラウンドから働き、緊急事態に備えて緊急事態から学ぶように組織を指導しています。

ブレントは、Googleの伝説的なSRE組織のリーダーとして、上級管理職に会社のインシデント管理慣行を強化および標準化する必要性を確信させ、現在会社全体で使用されているGoogleでのインシデント管理（IMAG）システムを作成しました。彼はまた、会社が大小の事件から学ぶために使用するGoogleでの事後分析（PMAG）システムの改良を支援しました。

Googleの伝説的なSRE組織のリーダー !!! SRE 本にも載っているような Google のインシデント周りの話は、この方が作り上げたものんだろうかな?

ブレントは、元航空捜索救助パイロットおよびインシデントコマンダー、主要なアート＆ミュージックフェスティバルおよびイベントの緊急ディスパッチャーおよびディスパッチスーパーバイザー、コミュニティ緊急対応チーム（CERT）のメンバーおよびインストラクターとして、ITにおける彼の仕事に独自の視点をもたらします。。

こういう経歴があって IT 系企業のインシデントに手法や方法論を持ち込んだのかなぁ

ブレントはそのキャリアを通じて、初期の新興企業からGoogle、Apple、Netflixなどの巨人まで、あらゆるものに対応するITインフラストラクチャとチームを設計、構築、管理、拡張してきました。彼は、高く評価されているO'Reillyの著書Building Internet Firewallsの共著者であり、広く使用されているオープンソースソフトウェアの開発者であり、世界中の会議で人気のある講演者です。彼は、シリコンバレーと世界中の数十の組織、およびさまざまな非営利団体や政府機関と協力してきました。

(プロフィール分は https://greatcircle.com/ のプロフィールを Google 翻訳したものです )

別サイトのプロフィールでは、 marjordomo の開発者であるとも載っていた。wikipedia で確認するとたしかにお名前が載っている! Perl !

ja.wikipedia.org

LKML 読むときにお世話になってるよなと思った

突然の宣伝

CNDT2021 では GMO ペパボのインシデント対応について話をする予定です (*1)

event.cloudnativedays.jp

『Incident Command for IT: What We’ve Learned from the Fire Department』も引き合いに出すスライドを作成中です

f:id:hiboma:20211019102608p:plain

こんな話も盛り込む 🚒 🔥

f:id:hiboma:20211019102643p:plain

*1) 実は事前録画を提出する締め切り間際。このエントリを書きつつスライドと動画を準備している

勉強会の内容

ご飯

アーカイブ動画

スライド

PDF

感想

謝辞