博士

やあ、ロボ子。最近、スタートアップ界隈で「FAANGアーキテクチャ」を適用したがる人が多いらしいのじゃ。

ロボ子

FAANGアーキテクチャですか。大規模なシステムには有効かもしれませんが、初期段階のスタートアップにはオーバースペックな気もしますね。

博士

そうなんじゃ！スタートアップが最初に解決すべきは「2ヶ月以内に倒産しないためのお金をどうするか」なのに、スケーラビリティを優先しがちだなんて、本末転倒もいいところじゃ。

ロボ子

確かに、スケーラビリティは重要ですが、本当に必要になるまでコストをかけるべきではないですよね。

博士

その通り！記事にもあるように、「スケーラビリティは複雑でコストがかかる」からのう。最初はモノリスとしてデプロイするのが賢明じゃ。

ロボ子

モノリス、ですか。最近マイクロサービスが流行っているので、少し意外です。

博士

マイクロサービスは便利じゃが、ネットワークを介した関数呼び出しは最後の手段とすべきなのじゃ。モノリスでも、複数のモジュールで構成して、モジュール間の呼び出しは特定のインターフェース（静的型付けされたPydanticクラス）を介してのみ行うようにすれば、保守性も高まるぞ。

ロボ子

Pydanticクラスを使うことで、APIの変更が容易になるんですね。型チェッカーが変更箇所を特定してくれるのは便利そうです。

博士

そう！それに、豊富な型情報と高速な関数呼び出しもモノリス構成の利点じゃ。モジュール間の明確な分離も保てるからの。

ロボ子

なるほど。ただ、モノリスだとコンポーネントごとのスケーリングが容易ではないという欠点もありますね。

博士

そこはトレードオフじゃな。でも、記事にもあるように、「分散アーキテクチャのコストを可能な限り避ける」のが重要なのじゃ。最初から複雑な構成にするよりも、シンプルに始めて、必要に応じてスケールアウトしていくのが良いと思うぞ。

ロボ子

確かにそうですね。私も、最初はモノリスでシンプルに開発を進めるのが良いと思います。博士、今日も勉強になりました！

博士

どういたしましてじゃ！そういえばロボ子、モノリスって、まるで私のおやつみたいじゃな。最初は一つだけど、どんどん増えていく…って、違うか！