個人開発のコストはDB次第 - laiso

個人でWebサービスを継続的に運用するのは金がかかってかなわんという問題がある 「個人開発」だと定義が曖昧なので自己資金かつ赤字のプロジェクト(Webサービス)ということにする。 そういうプロジェクトではプロダクトオーナー=自分、開発者=自分、予算管理者=自分というロールになるので予算管理者としてコストを図る必要がある(ここでいうコストはWebサービスを実現するアプリケーションのランニングコストのこと)。 通常はみんな自分の人件費を0として計算していると思う(逆にいうとそれが負債という考え方もできると思う)。 ただしメンテナンス時間とコストのトレードオフもあるので、人件費0ではあるけど有限の時間は別軸として管理しているのが普通だと思う。極端な例だと「コスト削減できるけどメンテナンス時間10倍になる」というのは避けられる。 仮に個人開発のプロジェクトの予算を月数千円から高くても1万円ぐらいか

[dekasasaki]

「安いSQLを使う」って「ギガが減る」みたいな変な感覚あるなー。

[dangs]

SQLite使う、でいいんじゃない？

[sysjojo]

firestore一択。マネージドサービス万歳。

[k0kubun]

月 $8.24 のVPS使ってるけど、CPU 4コア / 8GB RAM / 100GB SSD あるので複数のアプリとPostgreSQLを同居させている。安いので黒字です

[programmablekinoko]

自社のサービス（2-300/h）がさくらVPSのポスグレサーバーに送っているけど、月1500円くらいでけなげに動いている

[nakag0711]

早すぎる最適化ならぬ早すぎるマネージドサービスという感じ。ビジネスロジックの大半はSQLで書くのが開発効率高い。個人開発は開発効率最優先

[thaim]

そこでAurora Serverlessを利用するなんて選択肢もあるかも

[civicpg]

マネージドじゃない形でDB運用して、データ飛んだらゴメンナサイでサ終するというのも、リスクを許容するという選択肢の一つ。儲かってないサービスならなおさら。

[taketyan]

マネージドなサービスを使う理由としてはセキュリティも大きいはず。EC2 や VPS だと OS やミドルウェアにセキュリティパッチが出るたびに適用しないといけないし、停止時間とかも気にするかもしれない。自動化も難しい

[takahashim]

個人開発の規模であれば自前DBでまあいけるんでは？　という気もします。手間も10倍まではいかないのではないかと。

[Watson]

せやろうな

[sigwyg]

個人開発というか1人で更新するならSSGで十分、という感想はある。ただまあ個人開発だからな。使いたい技術でチャレンジしたらええ

[dorapon2000]

“ではこの1万円をどこに割り振っていくかというと一般的なWebサービスではコスト最適化のボトルネックはDBになりがちである。”

[rochefort]

Firestore安い

[napsucks]

いまさらLAMP環境を自前で面倒見たくないという気持ちはよくわかる。

[katsyoshi]

未だにRDBで頑張るのかという気持ちとサービス無くなってもいいから新しい技術使うかはかなり迷うが、そもそもそんな金はございませんのでVPSに全乗せ派。

[munieru_jp]

要件次第ではDBを諦めるという選択肢もある。ブラウザのローカルストレージやIndexedDBを使えば追加のランニングコストは不要。

[rryu]

開発というよりサービス運用の話で、マネージドなDBサービスは安くはないというのは分かる。今はバックアップ先にクラウドストレージが使えるし、コスト重視なら自前で立てる一択ではないだろうか。

[zgmf-x20a]

Postgresと書いている時点で読む価値なしと判断。

[takezaki]

“いかがでしたか? SQLをあきらめよう” vte.cxでは独自KVSとBigQuery使ってる

[t2y-1979]

おもしろい考察

[nmcli]

PostgreSQLもMySQL系も全然メンテ難しくない

[n_1215]

RDBよりセッションストアとして使うマネージドRedisの方が最低料金が高いなあと思ってるんだけど、皆さんどうしてるんだろう。セッションストアもRDBで共通にする？ それともFirestoreとか使う？

[nabinno]

とりあえず三層作っておいてPublic Subnet上のEC2から始める派。余裕が出てきたらアプリケーションをPrivate Subnetに移してセキュリティ確保、次はIsolated SubnetにDBを移管。私見では、個人開発のコストはNAT Gateway次第。

[uefi]

こういうことを、あれこれ考えてあれこれやってみるのって、楽しいですよね。

[masatotoro]

言いたいこと分かる。データはS3にJSONとかやったことある

[tmatsuu]

せやな

[n314]

00-10年代の開発に慣れてる人なら自分でサーバー管理するの慣れてるんじゃないの？あれ？

[naohero22]

“Stored data occupies space all the time, though, whether your app is running or not. Recovering data from hardware failure means you have to be storing it with some redundancy. You need replication and backups. This means more disk space, but it also means more management. Disks are not easy!”

[t-murachi]

humm...

[digo]

業務開発でもここ10年近くRDB使ってない（ほぼNoSQL）

[takeshi]

個人開発なら遠慮なく高負荷時には落とすことを前提に。無理しない設計にしとけばいい。

[m50747]

情報は常にアップデートすること。managedのmysqlサーバーであるplanet scaleを検索せよ。理解できる人は幸せになる。お礼？いいってことよ。漢なら星忘れるな。

[karton]

マネタイズする気がないからコストのこと考えてるのでは

[a96neko]

GoogleカレンダーをDB代わりに使えばいいんだよ

[toro-chan]

個人ではスケールだけを考えるわけじゃないが、データ保存量により金がかかるのでDB次第なのはその通り。いまのところ、どれを選択するにせよ悩ましいコストがかかることは間違いない。

[hirokinko]

"安易にドキュメントDBをバックエンドに使ってしまうと後々負債化してしまう" って意見に激しく同意。NoSQLでつらみが生じてくるポイントの1つは仕様変更に伴うデータマイグレーション周りかなぁ…