サーバーレスでAPIを構築した場合のテーブル作成

Question

データベースだけをRDSにたてて
サーバーレスでAPIを構築することになったのですが

いつもはだいたいどこかに MySQL をみにいく Rails サーバーが立ってるので
マイグレーションファイルをかいてデプロイすれば比較的安全にテーブル作成ができるのですが
サーバーレスの場合 sql コマンドを叩くしかないのでしょうか？

サーバーレスでデータベースだけ運用してる場合どのようにテーブルを管理するのがいいのでしょうか

Answer 1

「サーバーレス」という単語しか出ていないのですが、LambdaとかDynamoDBとかちゃんと調査しましたか？
具体的なビジネスの要件やアプリケーションの構成にもよるとは思いますが、RDSではなくてDynamoDBを使ったほうがいいですよ。

そもそもの話

なぜ「サーバーレス」を使うことになったのかきちんと整理して当事者を集めて相談したほうが良さそうですね。
判断できる人がいない、勉強する時間がない、などの理由で質問に頼ろうとする状態ならいきなり始めるべきではありません。
自分たちの力だけでやると決めたからには自分達で何をどう使うべきか自発的に学習し判断できるようになるしかありません。
あるいは外注しましょう。

Comments

[退会済みユーザー]

サーバーレス自体が初めてで
上長からLambda + API Gateway　を使ってみたらといわれて昨日から調べ始めたところです

DynamoDB は AWS が提供してる mongoDB という程度の認識しかありません
mongo は以前使っていたんですが MySQLにくらべてフレームワークのドライバ対応が遅く
つい最近も fuel + mlab を使っていたシステムで mlab の mongo バージョンアップに対して
fuel がサポートするドライバがないためにフレームワークごと書き換えなければいけないというようなケースがあったのでできれば MySQL に統一したいと思っています

逆におききしたいのですが
RDSにMySQLをたてるより何かメリットがあるんでしょうか

[mather]

「MySQLに統一したい」ならEC2でいいんじゃないでしょうか。

DynamoDBで思いつくメリット
- ドキュメント指向データベース
- 同時接続に関してスケールしやすい（Lambdaとの相性が良い）
- DynamoDB Streamがイベントトリガーとして使いやすい
- 使用量に応じた従量課金
などなど。もちろんRDB(MySQLなど)と比べた場合のデメリットもあります。
それはまず自分で調べてみてください。
そもそもMongoDBとは違ってAPIベースでアクセスするものですし、SDKもAWSが提供しています。
ぜんぜん違うものなので検討してみてはどうでしょうか。

[退会済みユーザー]

>MongoDBとは違ってAPIベースでアクセスするもの
そうなのですね
mongo MySQL ElasticSearch ぐらいしか使ったことがないので
インターフェースが違うとなると学習コストがかかるので今回は見送るしかなさそうです

あとご指摘の件でもう１度上長と相談してみた結果
今日１日ためして無理なら普通にEC2でAPIサーバーを立てる方向ですすめることになりました

作業がつまっていて学習に使っていい時間が１日２日しかなく、
昨日１日かかってlambdaの中をさわることすらできなかったので質問した次第なのですが…
もともとインフラの知識があまりなくてコードの中をさわるのがメインだったので
AWSの管理画面の設定項目が多すぎて１日２日で使うには無理があったようです

上長によるとツール類のバージョンアップによる管理コストがかからない
アクセス回数が少なければランニングコストが安いという理由でおすすめされたのですが
サーバーレスって最近よくいわれてるみたいですが思ったよりハードルが高いのですね
夏休みにでも時間をとって勉強したいと思います

アドバイスありがとうございました