Skip to content
DynFoundry
インサイト一覧へ戻る
1 分で読めます

一人チームのためのアーキテクチャ

深夜3時に対応するのが自分ひとりだとしたら、技術的トレードオフの基準は根本から変わります。

  • Engineering
  • Process

原則

退屈さは賢さに勝る。 新しい技術要素は、深夜に直し方を思い出さなければならない対象がひとつ増えることを意味します。

可動部の少なさは理論上の性能に優先する。 理解している40msのクエリは、理解していない8msのクエリに勝ります。

3回目にやることを自動化する。 1回目ではありません。それは早すぎる最適化です。

チェックリスト

  • バックアップからの復旧を実際に訓練したことがあるか
  • 常に無視しているアラートはないか。あるなら削除する
  • 新しいメンバーは初日にデプロイできるか

正しく作り切るべきシステムはありますか?

最初の相談は常に無料で、常に具体的な方向性を持って終わります。たとえその方向に私たちが不要だとしても。