はじめに
みなさんDynamoDB使ってますか?
私はIoTに関係する案件に携わっていますので、デバイスからのストリームデータはDynamoDBに保存するようにしています。
今は日本向けのサービスを展開しているので東京リージョンだけで良いのですが、いざグローバル対応が必要になった時、問題が発生します。特に何が問題になるかというと、 海外から東京リージョンにあるアプリケーションにアクセスする時のレイテンシーが遅くなる問題 です。
アプリケーションもAWSのアーキテクチャもすべて東京リージョンに構築しているので、まず海を超える分だけレイテンシーが遅くなります。要するに画面の表示が遅くなるので、UXガタ落ちです…
それじゃあ必要なリージョンごとにシステムを構築するの?いや、ナンセンスでしょ…
しかも閉域網でデータを処理したいじゃないですか…
そんなときに DynamoDB GlobalTable ですよ!
こんな人に読んでほしい
- IoTやっててDBにDynamoDB使っているけど、グローバル展開するかもしれない…
- データは閉域網で流したい…
DynamoDB GlobalTableってなに?
Amazon DynamoDB グローバルテーブルは、マルチリージョンにマルチマスターデータベースをデプロイするための完全マネージド型のソリュー
ションです。独自のレプリケーションソリューションを構築および管理する必要はありません。グローバルテーブルを作成する際、そのテーブルの利用
を許可するAWSリージョンを指定します。DynamoDB は、これらのリージョンに同一のテーブルを作成するのに必要なすべてのタスクを実行し、変更
中のデータをすべてのテーブルに伝達します。
詳しくは参考ページ(公式ドキュメント)をご覧ください。
何が嬉しいのか?
要するにGlobalTableで作成したDynamoDBのテーブルは自動的に同期されるようになります。
リージョンAのテーブルに書き込まれた時にリージョンBのテーブルに自動的に反映されるという神機能です。
自前でDynamoDBStreamsでLambda関数を呼び出し、update/put等があった内容を他リージョンのテーブルに書き込む処理を書かないといけないということをしなくてもよくなります。
しかもAWSが持っている独自の専用線内で処理が実行されるようなので、インターネットに出ることはなさそうです。
何が嬉しいかというと、テーブルの情報を他リージョンにコピーする際に、現在はインターネットに出ないといけないのですが、それが 閉域網 でデータをコピーすることができる。という形になります。
注意点
2018/05/25時点の注意点は以下の通り
- テーブルの中は空出ないといけない
- DynamoDBStreamsを有効化しないといけない
- 使用できるリージョンは、
バージニア北部 / オハイオ / オレゴン / シンガポール / フランクフルト / アイルランド
え、まだ東京使えへんやん……………(涙目)
仕方ない使えるリージョンで試そう
東京リージョンで使いたかったんですが、ないなら仕方ない……
いつ東京に来てもいいように、今から試しておこう!
ということで今回はフランクフルトとオレゴンでGlobalTableを作成し、LambdaからデータをPutすると、どのような動きをするのか検証してみます。
GlobalTableを作成する
あらかじめデモ用のテーブルを作成しておいてください。
今回は global-table-demo
というテーブルをフランクフルトリージョンに作成しました。





これで作成成功です。
Lambda関数を作成
デモ用のLambdaFunctionをフランクフルトリージョンに作成します。
ソースコード(Node.js 8.10.1)はこんな感じ
const AWS = require("aws-sdk");
const DynamoDB = new AWS.DynamoDB.DocumentClient({region: "eu-central-1"});
exports.handler = async (event) => {
try {
const param = {
TableName: "global-table-demo",
Item: {
ID: "demo-001",
record_time: String(new Date())
}
};
await DynamoDB.put(param).promise();
return "put successed";
} catch (err) {
console.error(err);
return "put failed";
}
};
コンソールのテストから実行すると、こんな感じのレコードがPutされます。
{
ID: "demo-001",
record_time: Fri May 25 2018 02:14:44 GMT+0000 (UTC)
}
フランクフルトリージョンのテーブル

オレゴンリージョンのテーブル

さいごに
なんで今回、フランクフルトとオレゴンだったかというと、SORACOM使ってる人はお気づきかもしれませんね。
SORACOMグローバルSIMは一度SORACOMさんのAWS環境( フランクフルトリージョン ) にリクエストが送信されるのです。せっかくデバイスからAWSまでSORACOMの機能を使って 閉域網 でデータを送信しているのに、そのあとインターネット出て行くしかないのかよ…となる未来が見えているので、上記の組み合わせで検証してみました。
タイムラグもほとんど感じられなかったので、素直に感動しましたね。
なので、 東京リージョンはよ。 と強く訴えていきたいと思いますw
ではまた!