午前中から5～6案件の連絡対応に追われて、すげー疲れた…😖 ただslackのメッセージを書いているだけなのに、誤解なく伝わるようにと、丁寧だけど簡潔に書く行為を繰り返すことで、ひどく精神的に疲弊するこの現象に、なにか名前を付けたい。 「ビジネスSNSストレス障害」とか？ pic.x.com/XpnzCkHsCV

障害対応報告書とポストモーテム文書自動作成、良いな slackメッセージをサルベージして文章作ってくれたら叩きとしては普通に成立しそうなイメージは湧く aws.amazon.com/jp/builders-fl…

【1日の仕事の流れ】 1. 障害や改善事項がないか Slack, Grafana, Datadog を確認 2. SlackやGmailの連絡確認 3. Backlogチケット確認しタスク決め 4. 調査→設計→実装→テスト を実施 PRレビューや緊急タスクがあれば優先して実施します。(※ 打ち合わせはほぼ無くタスクに集中できる環境)

至極当たり前の話だけど、仕事のあまり具体的な愚痴とか障害内容をSNSで書いてはダメだな。特に障害系はSlackで上がってくる特定できそうなキーワードでエゴサすると、同僚のアカ発見してしまったりするので...。自分自身もホント気をつけようってなる。

返信先:@List_Erine監視ツールからのレポートをSlackに流したら運悪く障害発生時にSlackも死んでたって話は先日聞いた。。。

障害かもしれない事象を見つけて関係者にお伝えしたら、Slackに投稿して確認してくれていた。その投稿に対して斧のスタンプリアクションがあった。「もしかして、マサカリ投げられた…？」としばらく考えていたら、Oh noの意味だったことに気づいて、オフィスでひとりニヤニヤしてしまった。

弊社ペアーズで行ってるLLM使った運用改善の記事が公開されました！ 障害対応のコマンダーやったとき、定期的にやること教えてくれるし状況聞いてくれるし、何よりコマンドﾂｯﾀｰﾝ!でSlack遡ることなく時系列とかいい感じに出してくれて関係者への連絡が楽すぎる最高です。広がれ〜 x.com/fukubaka0825/s…

今日ある取引先がシステム障害で大変そうだった。 そういや昨日同僚もslackに繋がらないとかでなかなか連絡がつかなかった。 便利になったけどこう言う時のために備えとしてのプランB必要だね。

slackへの転送に失敗したら 転送に失敗したメールがありますってslackに投稿するスクリプト組んだけど、slack側の障害が原因だと意味ないな笑

前半部はSlackのオペレーショナルDBであるVitessからDebezium、Kafkaまでの構成について. スケーラビリティと耐障害性を確保するため、様々なシナリオに備えた機能を各OSSへコントリビュートしたとのこと pic.x.com/0vlfeno41w

Slack障害らしいので、連休明けだけど解散。

SlackとかSMSとかメールと並んで障害通知で担当者に連絡する経路でよく見るPagerがなんだかイメージがついていなかったのだけど、「ポケベル」なのか。