2022/05/04 16:00
razokulover
わかりみ
2022/05/04 16:26
ustam
もうしばらく個人開発でSQL使ってない。next.js、firebase、cloud runで色々できてしまう。GCPは従量課金なので、しばらくは金かからないし。
2022/05/04 16:35
mominis
このへんがNode.js流行ってる理由の1つにもなってるのか〜面白い
2022/05/04 16:37
t_motooka
基本的に「2. DBサーバー使い回す」でやってる。ユーザが増えてから引っ越すのが良い。
2022/05/04 16:39
thaim
そこでAurora Serverlessを利用するなんて選択肢もあるかも
2022/05/04 16:55
hintoku
“いかがでしたか?　SQLをあきらめるな”
2022/05/04 16:56
Fushihara
DBは本当に高いよな…
2022/05/04 17:05
sysjojo
firestore一択。マネージドサービス万歳。
2022/05/04 17:14
kawaxbiz
DBとドメイン以外はほぼ無料が可能なので安く済ませたい時は2とサブドメイン。1円も使いたくない自分専用の何かはDBもドメインも不要な形で作る。
2022/05/04 17:15
yarumato
“個人開発のプロジェクトの予算は月1万。DBのコスト削減を目指す個人開発者の戦略5つ。自分はFirestoreでReadクエリが1日に3-4万回、Writeクエリが1万回の小規模なサイトを管理して無料枠の範囲内なのでDBコストは月¥5”
2022/05/04 17:20
lli
なるほど。マスターデータだけDBに入れてデプロイ時に書き出すか。コンテンツによってはこれで十分だな。
2022/05/04 17:44
p1ass
SQLは高い
2022/05/04 17:55
c-matt
Firebase便利だよね。メトリクス取るときってやっぱりBigQueryにエクスポートしてから集計かけたりしてるのかな。自分はこの辺で面倒だなーってなってる。
2022/05/04 17:59
peketamin
SQLiteにすれば、って意見があるけどジョブキューとかで並列にバッチ動かしてると耐えられなくないですか？
2022/05/04 18:03
masatomo-m
これはある。特にwrite heavyなサービスをやろうとするとキャッシュHIT率も下がるので、どうやってもRDBMSだと金がかかるのよねえ
2022/05/04 18:14
kvx
安いレンサバでDBだけ使うのもありな気がしてきた
2022/05/04 18:28
mayumayu_nimolove
そりゃそうだ
2022/05/04 18:31
sin20xx
わかる。僕もあるサービスの設計でそもそもDB使わない手法の方が、開発コストと維持コストは高くとも、実はスケールする上にトータルの性能もランニングコストも安くなるという結論に至って、正直死にそうになった。
2022/05/04 18:35
shimada227
p
2022/05/04 18:50
suica_j
分かるなー。Free Tierのサービスいろいろ巡ったりもしたけど結局面倒臭くてSQLiteのベタベタなファイル運用に落ち着いちゃう。
2022/05/04 18:51
wwolf
サーバレスを指向した結果、DBサーバを否応無しに意識する羽目になっちゃうのパラドックスみある
2022/05/04 18:53
natu3kan
個人宅の貯水槽にダムは要らないみたいなので、適材適所だよなあ。
2022/05/04 19:03
mkusunok
サーバーレス開発、昔のクラサバとだいぶ勝手が違う
2022/05/04 19:20
dangs
SQLite使う、でいいんじゃない？
2022/05/04 19:21
hdampty7
そういう意味ではNext.jsのSSGは最強かなぁ。ただ、LaravelはSQLiteサポートしてる。RDBのRが必要かどうかは検討しなされ。
2022/05/04 19:21
BlueSkyDetector
マネージドサービスの良さは分かるけど、いざという時にローカル環境で動かせないのは気になるんだよな。理想的にはマネージドサービスがあるOSS DBなんだけど。ってのは古い感覚なんだろうか。/でも良い参考になった
2022/05/04 19:25
dekasasaki
「安いSQLを使う」って「ギガが減る」みたいな変な感覚あるなー。
2022/05/04 19:25
uunfo
SQLiteじゃだめなの？
2022/05/04 19:39
youichirou
SQLのフレキシブルさは何事にも代えられないけど、なんだかんだで各画面で必要なクエリは固まってしまうのでJSONに書き出してしまえるならそれでいいのでは、というのは確かにあるのよね。
2022/05/04 19:44
dreamzico
サーバやDBで赤字になるとか意味がわからない。そんだけアクセスがあるならいくらでもマネタイズできるでしょ。月額千円以下のレン鯖でも医者より稼げるサービス運営できるのに、赤字って一体どんなサービスなん？
2022/05/04 19:47
ryunosinfx
DBMSを使ったら負けかな？と思っている。本当にその情報は必要だったの？と。コストを極限に下げるならDBMSを自作するしか。邪悪な手段では経済システムに参加しないサービスも有り得るので赤字は必定の世界もあるよ？
2022/05/04 19:54
tackman
そこ詰めて行くとやっぱりFirestoreになるよなの顔
2022/05/04 19:57
Andrion
個人開発の規模でスケールのことを考えてる人って宝くじ1等当たったら何を買うか考えてる人みたい。
2022/05/04 20:10
stp7
“いかがでしたか?　SQLをあきらめよう” DBをあきらめるのはアリだと思う。本番を静的にできるならそれに越したことはない。
2022/05/04 20:10
d6rkaiz
LinodeがManaged Databaseを始めたばかりだけど $15/mon 〜ですよ。 www.linode.com / 現時点では MySQL のみだけど６月から PostgreSQL, Redis が追加予定。
2022/05/04 20:16
snowcrush
感覚としてよく分かる。データモデルが確定していないPoCのタイミングだと安易にドキュメントDBをバックエンドに使ってしまうと後々負債化してしまうので、自分なら多少頑張ってでもRDBMSを使いたい。
2022/05/04 20:39
circled
postgresqlやmariadbあたりが昔に比べて最新版がやたらと高速になってしまったのと、バックアップもpg_dumpをtar.gzでs3互換のクラウドストレージにcronでs3 syncで同期しつつ、古いのはついでに消しとくで基本十分かな。
2022/05/04 21:09
Nyoho
考え方がとても参考になる
2022/05/04 21:25
aktkro
トランザクショナルなデータを扱う場合はsupabaseとかで、そうじゃない場合はfirestore一択。supabaseはauthの制限が地味にキツイ。
2022/05/04 21:34
hirata_yasuyuki
元々インフラ〜バックエンドやっていたので、VPS上でDB立ち上げてる。個人サービスのアクセス数なら全てひっくるめて1台で十分だし、アクセス数が増えてきたら次の一手を考えれば良いと思う。
2022/05/04 21:38
ntstn
データの使い方次第だけどVPS+NGINX+PHP+MariaDBとかじゃだめなの？
2022/05/04 21:41
programmablekinoko
自社のサービス（2-300/h）がさくらVPSのポスグレサーバーに送っているけど、月1500円くらいでけなげに動いている
2022/05/04 22:01
kenzy_n
地味に円安などでコストが変わってくると痛い
2022/05/04 22:17
beginnerchang
個人開発でスケーラビリティを考える必要性とは…と思っていたら同じ感想の人がいて安心した。やっぱり変だよね
2022/05/04 22:27
rxh
やっぱFirestoreになってくんだね…
2022/05/04 22:32
nakag0711
早すぎる最適化ならぬ早すぎるマネージドサービスという感じ。ビジネスロジックの大半はSQLで書くのが開発効率高い。個人開発は開発効率最優先
2022/05/04 22:40
xll
いつSQLiteくんが出てくるかと思って読み進めていたら終わっていた。/ Docker使って2を選択すれば、プロジェクト増加による依存コストが抑えられるかと思う。
2022/05/04 22:41
takjoe
DBはデータ量や転送量でなく、負荷で課金すればいいってだけの話。
2022/05/04 23:04
Akaza
ダウンタイムとロールバックをどの程度許容できるかは勘定に入れたさある。
2022/05/04 23:11
ya--mada
バーストするとトラフィックが一番厳しいのでキャッシュで誤魔化せる設計にする。DBは先ずはsqlite。アプリ側がSQL喋れるなら既にDB条件クリアしてるのでいつでも移行可能。従ってコンテナが使えるVPS選んどけば良いか？
2022/05/04 23:29
a-know
まぁたしかに
2022/05/04 23:31
tonza_dopeness
firestoreはnosqlでいいならって感じだなー。制限もそれなりに多いし、rdbみたいに自由にクエリ書けないしね。個人開発のコストはDB次第ではなく、そこが一番コストがかかるよね、なら同意。
2022/05/04 23:36
soreso
ロリポでMySQLってる
2022/05/04 23:52
takahashim
個人開発の規模であれば自前DBでまあいけるんでは？　という気もします。手間も10倍まではいかないのではないかと。
2022/05/05 00:00
iseebi
もうFirestoreで慣れた
2022/05/05 00:27
chinpokomon_master
仕事頑張ってきちんと金払って投資する。そんでちゃんと儲かるサービスにする。これ以外にない。小手先で安くしたところで自分の時給に合わないし、そんなとこで苦労するぐらいなら残業代でDB料金払う方がいい。
2022/05/05 00:43
onesplat
何故そんなにSQL好きなのか
2022/05/05 00:58
at_yasu
小さいサービスを立ち上げる時の練習としてよく考える。手慣れている All-In-One VPS でだらけるのはよくある。次に AppEngine かなぁ…
2022/05/05 01:01
miz999
個人開発でも中長期のマネタイズまで行かなくても掲示板とかtwitterにちらっと書き込んだことからスパイクすることはたまにあるのよ。それでPS5買えたなーくらいの使用料を負わないってのは重要なのね
2022/05/05 01:38
arc_at_dmz
個人開発でなく小規模開発と言い換えたうえで、分かるぅ〜
2022/05/05 01:39
otihateten3510
それより自分という人件費が高すぎるんですよ
2022/05/05 01:48
door-s-dev
このグラフだとfunctionsが一番コストかかってるのに、なんでDB次第ってことになるのかよく分からなかった
2022/05/05 03:28
hirokinko
"安易にドキュメントDBをバックエンドに使ってしまうと後々負債化してしまう" って意見に激しく同意。NoSQLでつらみが生じてくるポイントの1つは仕様変更に伴うデータマイグレーション周りかなぁ…
2022/05/05 03:44
toro-chan
個人ではスケールだけを考えるわけじゃないが、データ保存量により金がかかるのでDB次第なのはその通り。いまのところ、どれを選択するにせよ悩ましいコストがかかることは間違いない。
2022/05/05 03:49
a96neko
GoogleカレンダーをDB代わりに使えばいいんだよ
2022/05/05 04:21
karton
マネタイズする気がないからコストのこと考えてるのでは
2022/05/05 04:33
m50747
情報は常にアップデートすること。managedのmysqlサーバーであるplanet scaleを検索せよ。理解できる人は幸せになる。お礼？いいってことよ。漢なら星忘れるな。
2022/05/05 05:53
takeshi
個人開発なら遠慮なく高負荷時には落とすことを前提に。無理しない設計にしとけばいい。
2022/05/05 07:21
digo
業務開発でもここ10年近くRDB使ってない（ほぼNoSQL）
2022/05/05 08:12
k0kubun
月 $8.24 のVPS使ってるけど、CPU 4コア / 8GB RAM / 100GB SSD あるので複数のアプリとPostgreSQLを同居させている。安いので黒字です
2022/05/05 08:31
t-murachi
humm...
2022/05/05 08:56
civicpg
マネージドじゃない形でDB運用して、データ飛んだらゴメンナサイでサ終するというのも、リスクを許容するという選択肢の一つ。儲かってないサービスならなおさら。
2022/05/05 09:18
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!”
2022/05/05 09:48
n314
00-10年代の開発に慣れてる人なら自分でサーバー管理するの慣れてるんじゃないの？あれ？
2022/05/05 10:07
tmatsuu
せやな
2022/05/05 10:35
masatotoro
言いたいこと分かる。データはS3にJSONとかやったことある
2022/05/05 10:50
uefi
こういうことを、あれこれ考えてあれこれやってみるのって、楽しいですよね。
2022/05/05 11:59
SigmaG2
AWS Lightsailで十分でした
2022/05/05 12:00
nabinno
とりあえず三層作っておいてPublic Subnet上のEC2から始める派。余裕が出てきたらアプリケーションをPrivate Subnetに移してセキュリティ確保、次はIsolated SubnetにDBを移管。私見では、個人開発のコストはNAT Gateway次第。
2022/05/05 12:12
taketyan
マネージドなサービスを使う理由としてはセキュリティも大きいはず。EC2 や VPS だと OS やミドルウェアにセキュリティパッチが出るたびに適用しないといけないし、停止時間とかも気にするかもしれない。自動化も難しい
2022/05/05 12:41
n_1215
RDBよりセッションストアとして使うマネージドRedisの方が最低料金が高いなあと思ってるんだけど、皆さんどうしてるんだろう。セッションストアもRDBで共通にする？ それともFirestoreとか使う？
2022/05/05 12:46
nmcli
PostgreSQLもMySQL系も全然メンテ難しくない
2022/05/05 13:10
t2y-1979
おもしろい考察
2022/05/05 14:16
takezaki
“いかがでしたか? SQLをあきらめよう” vte.cxでは独自KVSとBigQuery使ってる
2022/05/05 14:29
zgmf-x20a
Postgresと書いている時点で読む価値なしと判断。
2022/05/05 17:51
rryu
開発というよりサービス運用の話で、マネージドなDBサービスは安くはないというのは分かる。今はバックアップ先にクラウドストレージが使えるし、コスト重視なら自前で立てる一択ではないだろうか。
2022/05/05 18:25
munieru_jp
要件次第ではDBを諦めるという選択肢もある。ブラウザのローカルストレージやIndexedDBを使えば追加のランニングコストは不要。
2022/05/05 22:12
katsyoshi
未だにRDBで頑張るのかという気持ちとサービス無くなってもいいから新しい技術使うかはかなり迷うが、そもそもそんな金はございませんのでVPSに全乗せ派。
2022/05/06 10:54
napsucks
いまさらLAMP環境を自前で面倒見たくないという気持ちはよくわかる。