Archie Gunasekara Staff Software Engineer, Cloud Foundations At Slack, we’ve gone through an evolution of our AWS infrastructure from the early days of running a few hand-built EC2 instances, all the way to provisioning thousands of EC2s instances across multiple AWS regions, using the latest AWS services to build reliable and scalable infrastructure. One of the pain points inherited from the earl

注意点 「霞が関を」としているものの、霞が関全体を語れる訳はないです。キャッチーにしたいがために目的語を大きくしました。あくまで一例。 現状に耐えきれなくなりそうで吐き出したかっただけです。お目汚しすいません。身バレは怖いので瑣末な部分にフェイクあり（というフェイクを入れておきます）。 私のスペック京大理系院卒基本情報、デスペ持ち、水色コーダー総合職、技官、4年目係長 今のポストは3ポスト目 なぜ去ろうと思ったか意思決定が科学的でない 誰々がこう言っているからこうなんだ 前回こうだったからこう これまでやってきたのだから今回もやらなければな 俺がそうだと思ったからそうなんだよなどなど、自分自身で考えることができていない人が多い。そもそも科学的な営みの経験がない人が圧倒的多数なので仕方のないことなのかもしれない。 勉強しない少なくとも総合職ならば、必死に勉強するものだと思っていたのだけど違う

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