そこで、Grails アプリをビルドして cloudfoundry にデプロイしました。
そして、インスタンスとメモリを調べているうちに、不思議に思うようになりました。
アプリの開発に使用したテクノロジが原因でアプリのフットプリントが大きくなった場合、遅かれ早かれ費用が発生するのでしょうか? きっとそうでしょう？
その場合、別の言語で開発したほうがよいでしょうか? もしそうなら、フットプリントが小さいのはどれですか (python、ruby、node.js)?
もちろん、どの言語を使用するかはコストで決まるのではなく、メリットと個人的な好みに基づいて言語/フレームワークを選択する必要があります。
しかし、それは私が本当に答えを知りたい質問です。
フレームワークの選択に関して、メモリ使用量が懸念されることはめったにありません。そんなに心配していたら、デモシーンコーダーのように、すべてを積極的にメモリに圧縮して手作業で作成したアセンブリ コードを使用していたでしょう。これは明らかにそうではありません。
非常に負荷の高い Rails でさえ、インスタンスごとに最大 100MB しか使用しません。512MB のインスタンスは月額約 20 ドルで、OS のオーバーヘッドを考慮すると、各インスタンスの正味コストは 5 ドル程度になります。
単純に大容量のシステムを購入するよりも多くの費用がかかるようになるまでに、何時間のプログラマー時間が必要ですか? あなたの時間が自由でない限り、おそらくたくさん。
64 GB のメモリを搭載したシステムを月額 500 ドル未満で利用できるマネージド プロバイダーを使用する場合の数分の 1 のコストで、独自のハードウェアをいつでもリースできることを忘れないでください。最終的には、1 か月あたりのプログラマーのわずかなシェアでさえ、かろうじて支払うことになります。
あなたが選択したフレームワークで、特定の開発者がどれだけのことを成し遂げられるかに注目したいと思います。一部のフレームワークは、より適切に機能し、より適切に実行できるようになります。場合によっては、余分なメモリにお金を払うことが、開発と最適化により多くの時間を費やすことを相殺する方法になります。これは通常、月に何万ものサーバーの請求書を処理するまでは時期尚早です。