Slack のインフラはどのように進化してきたか？

NewsPicksのエンジニア採用サイトです。さまざまな強みを持つエンジニアが、自分たちの個性を活かし、未来を創るための挑戦をしてる自由な環境で、一緒に世の中をおもしろくしてみませんか？

[gomayumax]

“全てのユーザーのステータス変更を全ワークスペースにブロードキャストしていたため、ひどい頃は Web Socket の全トラフィックの 80%（！）を「グリーンドット」の更新メッセージが占める有様だった。”草

[manchose]

リアルな話が聞けてめっちゃいい 負債返却のタイミングは自分含め多くのエンジニアが直感的に感じるタイミングよりも後にすべき場合が多いのかもな あのslackがここまでプロダクト優先で成長し続けたという事実は重い

[beerbeerkun]

“エンジニアは 150 人ほどに増えていたが、相変わらずインフラ組織は無かった” ちょっとヘビーすぎる

[KoshianX]

400万DAUくらいまでこんな問題抱えてたのか。逆にいうと初期にはそこまでインフラ部分気にしなくていいってことだな……。

[kazu-kingchan]

ビジネスドリブンで組織が動く、その上でテック側も最適化を図っていく。刺激を受ける内容でした。

[golden_eggg]

Slack程の規模だからこその判断ですよねという気もするし、「サービス優先」という言葉を都合良く使って負債から目を逸らすのは本末転倒でアカンよね（という自戒）

[fujya]

サービスの成長に全振り。負債は利息分を返済する計画をたてられるなら全然有りだと思うよ。にしても年単位での成長速度が早い・・・このスピード感大事だなー

[ryo_n574]

面白い

[yo_waka]

めっちゃ負債抱えつつもプロダクト優先でいく判断

[mgrstr]

そんな組織拡大してても初期構築時のアーキテクチャでそれなりにいけるってのすごいなあ

[iwashi86]

"社内向けのエヴァンジェリズム活動を始める。会社のプロセスに従う。会社のやり方に合わせてプランニングし進捗をレポートするように。スポンサーとなるエグゼクティブを見つける。"

[umai_bow]

視座が高い話だ

[hasegawatomoki]

Slackは設計的に機能がワークスペース内に閉じてるので、という特殊性もあったんじゃないかな。「ワークスペースごとにシャーディング」できるというのは相当恵まれた設計な気がする。

[deokisikun]

"① 社内向けのエヴァンジェリズム活動 ② 会社のプロセスに従う ③ スポンサーとなるエグゼクティブを見つける というのは、どんな会社であれ参考になる考え方ではないでしょうか。" ぐう正すぎて素敵。拡大の話おもろ

[fjwr38]

2016年当時は割とザルだったんだな〜

[deep_one]

『データベースストレージのスペシャリストや、ジョブキューシステムのパフォーマンスをチューニングすることに情熱を傾けられるようなスペシャリスト』これは本当に向き不向きがあるやつ。

[shishinokonokootoshi]

“所感”

[namelaw]

やっていき

[shoh8]

こりゃ面白い

[koogawa]

“サービスの成長は全てに優先する”

[iwanofsky]

こういうストーリーおもしろいなぁ

[winterfall]

“DAU”

[gachapining]

当時 150人エンジニアがいてインフラエンジニアがいないって、内訳が知りたいな。

[wittro]

全断系トラブルちょいちょいあるけど、アレの解説も読んでみたい

[ichiken7]

“エンジニア”常にスマートなイメージだったけど、やっぱ泥臭い部分もあるのな

[dogusare]

「この人がすごいから」だけど、学びたい姿勢。

[kenzy_n]

伸び代

[ogawa0071]

“サービスの成長は全てに優先する”

[k_kinukawa]

サービスの成長にフォーカスするの大切

[okbm]

2017年はバックエンドってPHPだったのか