BackGround
※この記事は、私の勉強によって更新されていく記事です。
DynamoDBのschemaや運用するにあたって、参考にさせていただいた記事と何を学んだのかのsummaryを書いていく系の記事です。
背景として、技術検証を行う際に、過去どのような事例があったのかの事例調べを社内Slack Channelを利用して共有します。社内での情報共有コミュニケーションは、どのような記事が見られて成長していくのかの過程は、重要であり発信していくべきだと思います。
あと、学んだことを一から記事にするのは、車輪の再開発なので、すでに有志の方が書かれた記事をどう学んだのかについて書いていこうと思います。
useDynamoDB at Purpom Media Lab
Purpom Media Lab incでは、AWS Amplifyや、LambdaなどのServerless Stackを中心とした高速MVP構築及びサービス価値の検証を行っています。
プロダクトを構築する上でぶつかった技術課題を記事としてまとめています。
PMLincでは、Amplifyを利用することで、必然的に、データベースは、Amplify Backendで使用される、DynamoDBを利用します。
Let' Start
開発体験を上げる系
DynamoDBのテーブル設計には試行錯誤が必要で、設計の間はローカルで作って壊して試していくのがおすすめ
これについては、Amplify Gen2において、npx amplify sandboxで立ち上げると、個人用で試す用、開発者につき、壊しても良い、1環境開発環境が構築されてより開発者の体験が上がったという記事を下記で書きました。裏では、CDKのhotswap Deploymentsが動いてる。
hotswapについて
マルチテナントで管理したい系
データの管理で複数の会社の情報を管理したいという要件が出てくる。(マルチテナント)
ここで、絶対に起こしていけないインシデントは、会社Aでログインしてるのに、全く関係のない会社Bの情報が写ってる。である。これを起こさない用に、いくつかの手法で管理する。
公式のマルチテナントについて書かれた記事
解決先は、Databaseごと分けるか? or 会社を分けるためのTenantIDを設置して区別する。
DynamoDBはAWS Consoleからカラムの内容を簡単に確認できてありがたいですね。
(RDSだと、色々準備必要で確認するのにめんどくさい)
LSIとGSIについて
Thinking....
Discussion