前例踏襲だけじゃない！立ち上げ期のサービスで最適な構成変更に踏み切ったアプローチ - ANDPAD Tech Blog

こんにちは。 サービスプラットフォーム部 SRE チームの谷合です。 普段はメガネやキャンプギア収集と、毎日のビールを楽しみに生きています。 前回は入社後意識的にやっていたボール拾いからトイルの改善に発展させた話を書きました。 tech.andpad.co.jp 今回はタイトルの通り、新規サービスの構成をアーリーフェーズで見直し、前例踏襲ではなく最適な構成に移行した取り組みをご紹介します。 序文 リリースの改善 ネットワーク構成の最適化 さいごに We are hiring! 序文 サービスが産声を上げた直後から数ヶ月のフェーズ。それは、システムが実際にユーザーに使われ始め、初期のアーキテクチャ設計の「答え合わせ」が始まるタイミングでもあります。 リリース前の制約のなかで決定したリリースストラテジーやシステム設計はやはり完璧ではなく、本格稼働して初めて見えてくる技術課題や、実際の運用に乗せ

[kenzy_n]

勇気がいる。

[muziyoshiz]

新規サービス立ち上げ時に行ったArgo Rolloutでのリリースの改善、ネットワーク構成の最適化について詳しく説明した力作です

[d_hack0928]

これまでと事業ドメインも違ってどう発展していくか未知数のプロダクトだからこそ、アーリーフェーズのうちに見直す価値が大きい

[sezemi]

“「立ち上げ期はとにかく機能開発」に意識が向きがち” だけど思い切ったインフラ基盤の変更ができるタイミングを逃さなかったのがすごいところ