Firebase Authから内製認証基盤に無停止移行して年間1000万円以上削減した

症状検索エンジン「ユビー」 では、ローンチ当初から Firebase Auth (GCP Identity Platform) を使っていましたが、OIDCに準拠した内製の認証認可基盤に移行しました。 認証認可基盤そのものは m_mizutani と nerocrux と toshi0607(退職済) が作ってくれたため、僕は移行のみを担当しました。 結果として、強制ログアウトなし・無停止でビジネス影響を出さずに、年間1000万円以上のコスト削減に成功しました[1]。その移行プロセスについて紹介します。認証認可基盤そのものの紹介はあまりしません。 移行した理由 大量の匿名アカウント ユビーでは、アクセスした全ユーザーに対して自動的に匿名アカウントを発行しています。これにより、ユーザーがアカウント登録しているかどうかに関わらず、同じID体系で透過的に履歴情報等を扱うことができます。アカウント

[pixmap]

とはいえ多くの場合、金で買える堅固な認証基盤をリスク背負って自前で作るよりは、他のサービス改善にリソースを割くべきだったりもする。損益分岐点は500万MAUくらいかな。匿名アカウントなければもっと楽だけど。

[ustam]

採用しちゃってるけど、そんなにコスト嵩むのか…。

[kazuph1986]

匿名ユーザー多すぎ問題でそんなにいくのか。

[hiroomi]

”アクセスした全ユーザーに対して自動的に匿名アカウントを発行しています。これにより、ユーザーがアカウント登録しているかどうかに関わらず、同じID体系で透過的に履歴情報等を扱うことができます。”

[NOV1975]

FIDOがいまいち普及しきらない理由もここにあるのよね…ユーザー数課金されるとまあまあ厳しいの

[T-miura]

“認証認可基盤そのものは m_mizutani と nerocrux と toshi0607(退職済) ”　後々メンテコスト辛くならんのかな？仕様かわらなきゃ、メンテ発生するようなことないか？プロトコルに脆弱性とかなければ無メンテで行けるか？

[twotiger]

これはレベル高いな。しかし、FirebaseとかPaaSの採用はよく考えた方がいいな。後から移行するのは難易度、コスト高い

[onesplat]

“年間1000万円以上のコスト削減に成功しました” エンジニア3人かけてそれじゃいまいち割に合わないな。のんびりした会社だな

[daishi_n]

認証基盤の移行はオンラインで対応が必要なので結構大変なのよね。基本は書いてる通り一括ロード後に変更されたものを中間で取り出して変更だけど

[m50747]

クラウド系サービスはサービスが成長すると料金がネックになってお手軽開発から節約開発の手間が増えて何だかなって思う。爆速クラウド開発は殺し文句。

[z1h4784]

あれってそんなにコストが嵩むんだ

[eagleyama]

“Firebase Auth はMAUベースの料金システムになっていて、匿名アカウントも加算”

[uzuki-first]

すごい

[otihateten3510]

700万MAUつよいなあ

[akymrk]

“700万MAUを超えるまでにグロースした現在では、無視できないコストに”"OTPでも認証の強度は変わらず低いため、パスキーの導入等を別途進めて"

[dkfj]

認証機能の内製。悩ましい問題だな。この規模だと内製でもペイできるかもだが、じゃぁそこに人をはり続けるのかという課題も。※その辺りいろいろ考えた上での判断でしょうが

[strawberryhunter]

認証って金かかるんだな。

[ryo_ryoo_ryooo]

700万MAUも大変やな

[shields-pikes]

その規模で、無条件にユーザー発行してたら大変そうだな。

[naka-06_18]

気持ちは分かるけど事業に本質的ではないものをもって、開発者を割り当てるのだね

[mayumayu_nimolove]

authだけ利用してるところ多いけど大半は金かからないと思ってるからなんだろうなぁ

[kenzy_n]

認証基盤移行

[oinume]

Firebaseから独自認証基盤への移行

[sonots]

おぉ、パスワード捨てたのね