Slack、1月の大規模障害の原因を説明。「AWS Transit Gateway」がトラフィックの急上昇に対応できず、AWSはアルゴリズムを見直すと
Slack、1月の大規模障害の原因を説明。「AWS Transit Gateway」がトラフィックの急上昇に対応できず、AWSはアルゴリズムを見直すと AWSのネットワーク基盤の一部が飽和していた 1月4日、サービス内部のエラー率上昇によって始まったSlackの障害は、太平洋標準時の午前6時ごろからはSlackのWeb層の負荷が高まり、パケットロスを発生しはじめるなど徐々に深刻化。7時頃にはついにサービス停止にまで発展してしまいます。 負荷の解消のためにWeb層をスケールアウトさせるなどの対処を行い、なんとかサービスが復旧し始めたころに、AWSから障害の引き金となった現象についての報告が次のようになされたとのこと。 「Slack’s Outage on January 4th 2021」から引用します。 By the time Slack had recovered, engineers
メール経由の監視系の通知をどのようにSlackに集約するか on AWS - Qiita
こんにちは、GoodpatchのProttチームでインフラを担当しています @urapico です。 今回は、メール経由で通知がくるものをどのように、Slack に集約するのかというお話です。主にAWSのお話でもあります。 サーバー監視系のソフトウェアの場合、結果をメールで通知してくるものが、いくつかあります。 例） - Tripwire - Logwatch ただ、Prottチームでは、様々なディスカッション、CIの結果、コードレビューのメンション、DeployなどをSlack上で行っています。 なので、上記のようなソフトウェアの結果もSlackに集約できることがよりベターです。 AWS SES まず、ソフトウェアのメールの受け先として、AWS SESを利用します。 SESは、メール送信のプラットフォームとして、非常に有名で活用している人も多いと思いますが、実は、メールを受信することも可
運用的関心事を実験的にAWS Lambda on VPCにお任せしてみたので所感 - tehepero note(・ω<)
2016 - 02 - 25 運用的関心事を実験的にAWS Lambda on VPCにお任せしてみたので所感 AWS Lambda Slack リリースした時はきれいだったコードも、運用に曝されることで汚くなっていったりしますよね。 ChatOpsな今のプロジェクトでは、「 とあるイベントが発生した際に、運用担当者が迅速に反応できるようSlackに通知してほしい 」という要望が出てきたりしています。以前であれば、メール通知してたところでしょうかね。 運用的関心事は移ろいやすい かつて Java で AOP が流行りだした頃に、ロギングだったり権限チェックだったりの処理を メソッド にweavingしたInterceptorに追いやるという、所謂「横断的関心事」を ビジネスロジック の本質から除外するという手法がありましたね。 自分が運用的関心事と言っているのは何のことかというと、 アプリ
社内サーバゼロ、フリーアドレス、メールをやめてSlack。クラウド専業SIerが模索するクラウド時代の働き方 夏サミ2015
社内サーバゼロ、フリーアドレス、メールをやめてSlack。クラウド専業SIerが模索するクラウド時代の働き方 夏サミ2015 クラウド時代に対応した優れた組織を作り、エンジニアに効率よく働いてもらうにはどうすればいいのでしょう？ 7月29日に都内で行われたイベント「Developer Summit 2015 Summer」（夏サミ2015）では、サーバーワークス代表取締役 大石良氏が、「AWS専業クラウドインテグレータが語る クラウド時代のエンジニア像」と題した講演の中で、クラウド専業SIerとして取り組んでいる新しいオフィスのファシリティ、IT環境、人事制度などについて解説しています。その内容を記事にしました。 大石氏の講演の内容は、3つのテーマに分けて3本の記事で公開しています。 クラウド専業SIerは従来のSIerとどこが違うのか？ 夏サミ2015 社内サーバゼロ、フリーアドレス、メ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
