proxmox.blog

メールやSMSなど、いろいろな方法で“みんなにお知らせ”を配るサービスだよ。学校の放送みたいに、1つのトピックで話すと、登録した人たち全員に通知が届く。連絡網を簡単に作れるイメージなんだ。

いろんなBIツールやETLツールとすぐにつながるんだ。TableauやLookerなどを使ってデータ可視化をするとき、公式連携があると設定も簡単でトラブルも少ない。まさに分析の中核として使われるサービスなんだ。

ユーザーの重いクエリでいっぱいでも、管理用のコマンドは別枠で動かせる仕組み。クラスタが詰まっていても管理者が状態をチェックしたりテーブルの変更をしたりできるから、トラブル対応がスムーズになるんだ。

スナップショットを別のリージョンにも自動転送して保管する仕組み。地震や停電などでメインリージョンが使えなくなっても、遠くのリージョンで復元できる。大事なデータを世界規模で守りたいときに役立つんだ。

一部のテーブルだけ“スナップショット”から復元できるから、全部を巻き戻す必要がない。間違えて削除したテーブルだけ元に戻すなんてことが可能で、大規模データを扱うほどこの部分的リストアが助かるんだ。

別のRedshiftクラスターとデータをリアルタイムで共有できる仕組みだよ。コピーを作らずに直接テーブルを見せ合うから、最新情報をすぐ参照できてストレージの無駄も少ない。チーム間で連携がしやすくなるんだ。

RDSやAuroraなどのデータベースにあるテーブルを、Redshiftから直接SQLで読める機能。いちいちコピーしなくても、まとめて分析できるから、データがバラバラでも統合して簡単にクエリできて便利なんだ。

データをディスクに書くときも暗号化しておけば、もしディスクが盗まれても中身が読めない。転送中も暗号化できるから、社外に通信が漏れてしまっても安全。機密情報を扱う大企業にとって必須級の仕組みだよ。

同時に来るクエリをグループ分けして、“速く返すグループ”と“重い集計向けグループ”などを設定できる機能。これでみんなが一斉に大きなクエリを投げても、優先度をコントロールして遅延を減らせるんだ。

特定のクエリが長すぎたり、リソースを使いすぎる場合に自動で対処する仕組み。例えば“5分以上かかるクエリはキャンセルする”などのルールを作っておくと、意図せずシステムが重くなり続けるのを防げるんだ。