Slackの障害・不具合情報
"Slackの障害・不具合情報"に関する今日・現在のリアルタイムなX（旧ツイッター）速報を集めてお届けしています。
Slackに関連する障害・不具合情報 8/29 13:59現在
60分以内の情報 ：障害・不具合情報はありません
60分～3時間以内の情報：障害・不具合情報はありません
3～24時間以内の情報 ：エラー(1件)
60分～3時間以内の情報：障害・不具合情報はありません
3～24時間以内の情報 ：エラー(1件)
一緒につぶやかれている商品・サービス情報
リアルタイム・現在のX・旧ツイッター速報
さーGrokBot使ってみようとしたらSlackコネクタは読み込みエラー、GmailはGoogleにブラックされてるｗ 使い始めることすらできないなんて...
@ai_reiwa通知の自動化、最初の一歩として費用対効果は高いですよね。ただSlack/LINE/メールに何を通知するかは、機微な情報が含まれないか一度確認しておく価値があります。エラー内容によっては、通知先に出していい情報かどうかの線引きが必要です。
Q. Slackの表示名を変えても保存できない、または戻ってしまうのはなぜ？ A. 操作ミスや不具合より、会社が社員情報を別システムと連携させ、名前欄を自動で書き換えている設定が原因のことが多いです。まず管理者権限の有無を確認してみて。
後輩と打ち合わせしようとしたらTeamsが変で、調べたら障害だからしょうがなくSlackで通話。Teamsだけの依存はダメだねぇ。
こうやってClaudeが動かないと仕事ができないという状況。AIに対する依存度がここまで上がってきたかー、やばいなーって感じちゃいますね。 以前だったら、GoogleやMicrosoft、AWSあとはSlackあたりに障害が起きると仕事にならないっていう感覚がありましたけれども（まあそれは今もですが、、、）
@Ai_postt実運用で痛い目に遭ったのは、想定より詳細なレスポンスがそのまま次工程に流れて、機微な情報まで含んだ状態でSlackに通知されていたことです。エラー通知の中身も、設計対象に入れておくべきでした。
ChatGPTがどれだけ綺麗なコードを出しても、デプロイ後の最初の障害でSlackに泣きついてくるのは自分だ。AIはコードを書くが、泥をかぶるのはいつも人間だ。
GitHubにどれだけ綺麗なドキュメントを整えても、深夜の障害対応で頼りになるのはSlackの過去ログに転がっている雑なメモだ。ドキュメント文化。
寝る寸前にチラッと会社のslack見たら、致命的な不具合を抱えたままシステムを公開していたらしく、めちゃくちゃ騒がれてた。見なかったことにして寝るとする。 明日は……終わりやね
LLMがどれだけ綺麗に設計図を書いても、夜中の本番障害で一番頼りになるのは過去の自分が殴り書きしたSlackのログだ。綺麗なコードより泥臭い文脈のほうが生き残る。
Claude CodeでX投稿を自動化するまでの実プロセス ①プロンプトを手動で試して精度確認 ②スケジューラでcron実行 ③投稿履歴をJSON保存して重複回避 ④エラー通知をSlackに飛ばす ③と④がないと、まともに運用できない。
@kageyama_yo_いい流れですね。デビルズアボドケイトですかね。他にも、エラーを検知できるように、このエージェント動いてるときにCodexペットみたいなの出してとか、DiscordやSlack通知しておけば止まったときの対処に便利ですよ
ちなみにこの経験以降、Claude APIの全エンドポイントにSlack通知付きのエラーハンドリングを入れた。
さらに注意したいのが、所属会社・担当営業・現場からの連絡。 ・39℃でも電話してくる ・療養中に案件や面談調整を進める ・傷病手当金を確認せず有休消化を勧める ・Slackの通知や障害対応が飛んでくる 対応できないことは明確に伝え、担当中の作業は引き継ぎ先を確認する。
今日はエラー通知をSlackに流す処理を組んだ。失敗種別ごとにチャンネルを分けただけだが、検知までの時間がかなり縮んだ。詰まったのはレート制限で、通知自体がスキップされるケースの対処が地味に手間だった。
AppStoreConnectは障害起こってても全然話題になんないのなぁ。 障害のリージョンが限定的なのか、開発者少ないのか。 Slackとかの利用者側の障害だったら、むちゃ話題になるだろうけど。 まぁSalesforceは大体、開発者、利用者ともに大規模障害起こしていくから、それよりかは全然ましやなぁ。。。w
teamsの障害で打ち合わせができない定期 teams民のみんな、今日何使ってる？ 大体の候補 ①zoom ②webex ③slack あたり？
何かTeamsで障害があったようだが…Slackのハドルミーティングで難なくクリア。。。 何も出来んかったとこって、社外とのやり取りで代替手段が無かったってやつ？
teams障害でもzoomやslackなら会議できるとか1対1なら会議できるとか別手法探し出すのやめてください！ teams障害で仕事できないってことにしてるので！
@nameco_kawaiiたまーにそういう所もありますけど、過去Slackのログ見たり、全部の設計書見たり何かしら手がかり探したら何とかなることは多いですね リファクタリングしてみてエラー出してそういう事ねって頑張るのもありですね
3時間におよぶDB障害。焦る開発、沈黙のSlack。原因はまさかのバッチ処理の設定ミス。そこからの華麗なリカバリー劇。復旧までの63分、まるで職人技だな。二度と見たくないけど、また見たい気もするかも。