作ったもの

こちらです。
実際に動くのでよければ「ヒューッ！」していってください。

アクセスの度にコブラの名セリフをランダムに表示するだけのサイト

（うーんこのフロントセンスの無さよ…）

機能として、ざっくりこんな感じです。
- TOPにアクセスするとDynamoDBをスキャンしてランダムに名言を表示
- ヒューッ！機能（いいね機能）
- ヒューッ！ランキング（いいね数ランキング）

構成図

こんなクソみたいなアプリにサーバを構築するなんて絶対に嫌なので、
フルサーバレスアーキテクチャを組みました。

簡単に環境構成図作れるdraw.ioくんすき

APIGateway + Lambda

ここは今まで結構使ったことがあった部分だったので、簡単なAPI程度なら楽勝やろ〜〜って感じでした。
ただ絶対にやりたくなかったのが、API別にLambdaを別々に構築するのはやりたくなかった。
普通にめんどくさかったし拡張性ないし。

なんか良い方法ないかなぁと色々探していたところ、

Expressをそのままサーバレスで動かすことができるライブラリを発見。神か・・・

https://github.com/awslabs/aws-serverless-express

導入方法に関してはこちらの記事をめちゃめちゃ参考にさせて頂きました。本当にありがとうございます。

読んでみると、なになに〜

• 初期設定だけしてしまえばnpm scriptでビルドからデプロイまで可能
• S3バケットを作成しそこにデプロイ
• LambdaだけじゃなくてAPIGatewayの設定もしてくれる

神か・・・

やったことある人ならわかると思うんですけど、APIGatewayって設定結構めんどくさいんですよね。
普通に使うだけだとクエリパラメータとかBodyとか一個一個設定しなきゃいけないので、
コマンド一発でできるのは非常に魅力的。

学習コストどうなのー？とか思って試しましたけど、本当に簡単にできてびっくりでした。

・・・

ここまではよかったんだ、ここまでは。

Lambda + DynamoDB

APIできたのでLambda上にソースコード書いていきますよーっと意気込みます。

ここでDynamoDBの性質に非常に苦しむことになります。

今回やりたかったのが、
1. データのランダム抽出
2. ヒューッ！付与機能の実装
3. ヒューッ！ランキング

一番苦労したのがランキング機能でした。まあ仕組みをわかってしまえばよかったのですが、
そこになるまでに時間がかかった。

DB構造としては、クソアプリだし適当にテーブル一つでいいやって感じで下記のようなデータの持たせ方をイメージしてました。

(hyuってカラム名付けたの人生で初めてだぞ良いのかこの命名)
はい、完全にRDB脳で設計してますね、これだと不都合がありすぎるのです。

パーティションキーとソートキーについて

DynamoDBの特性上、パーティションキー、必要であればソートキーをつける必要があります。

パーティションキーのみの設定する場合、テーブル内でパーティションキーのデータはユニークである必要があります。

パーティションキー+ソートキーを設定する場合、パーティションキー+ソートキーの組み合わせが、テーブル内でユニークである必要があります。

はて？？なんのことやら？？
とりあえず軽量なKVS使うんだし全件データ取得してきてアプリでガリガリロジック書けば良いんだろ？？

とか思ってました。

それでは今回のやりたいことに照らし合わせて考えてみます。

1.データのランダム抽出

これは現在のテーブル構造でも可能です。

dynamoDBにはscanという機能が用意されており、テーブル名だけ指定すれば全件データを取得することができます。

データさえ取得してしまえば、件数を最大数に設定して乱数だけパパッと作っちゃえばランダム表示は簡単に実装できそうですね。

2.ヒューッ！付与機能の実装

これも現在のテーブル構造でも可能です。

dynamoDBに用意されているupdateを利用しますが、テーブル名、あとはユニークなキー情報と更新データを渡してあげれば
何も問題ありません。

3.ヒューッ！ランキング

このテーブル構造だとこれが問題だった。
ランキングで重要になってくるのがデータのソート。
DynamoDBの仕様上、ソートを行うためにはソートキーが必要になります。

また、ソートキーでのソートを行うために、パーティションキーでユニークな値を指定しなければなりません。

ここでめちゃくちゃ悩みました。単に頭が悪いだけです

さっきのテーブル設計で考えるのであれば、

RDB的にhyuが多い順に取り出すのであれば、こんな感じのSQLにきっとなるでしょう。

SELECT hyu from TBL ORDER BY hyu DESC;
// [3,2,1,1]

これをDynamoDBでやろうとすると、queryという機能を利用します。
が、queryを使う場合パーティションキーにユニークなものを指定する必要があるので、多い順に全件を取り出すことができません。
query機能の使い方上、id = 1, id = 2など、パーティションキーを指定する必要があるので、そもそも全件というのがどう頑張っても取れないんですよね。

結論

GSI(Global Secondary Index)を利用したのと、キーの付け方を少し工夫しました。

最終的なテーブル設計としてはこんな感じ。

※正直このやり方で良いのか微妙・・・ってか今回LSIでもよかった気がする

typeがパーティションキーになっており、idがソートキーになっています。
また、typeがパーティションキー、 hyu がソートキーとなるGSIを設定することで
ヒューッ！ランキングのデータが取得できるようになりました。

いや、めちゃくちゃ悩んだわ。DynamoDBの設計力をあげたい。
解説記事はたくさんあるのでそれをちゃんと読もうね。

グローバルセカンダリインデックスの使い方やっとわかってきたかもしれない。。サーバレスでもRDBの恩恵を受けたい

— yoshi.@code-plum (@codeplumdev) December 26, 2019

  "scripts": {
    "serve": "vue-cli-service serve",
    "build": "vue-cli-service build",
    "lint": "vue-cli-service lint",
    "deploy": "npm run build && aws s3 cp dist/ 's3://{YOUR_BACKET_NAME}/' --recursive"
  }