Cloud Spanner 【実務・中級編】 金融システムでの利用 – Cloud Spanner
金融システムの「聖杯」を求めて：Cloud Spannerが切り拓くトランザクションの極致金融システムの設計において、エンジニアが直面する最大のジレンマは常に「整合性とスケーラビリティのトレードオフ」だ。ACID特性を厳密に守るために単一ノ...
Cloud Spanner NoSQL 【実務・中級編】 TTLと有効期限 – Redis
RedisのTTLを「なんとなく」使うな。メモリ管理の極意と設計の現場RedisにおけるTTL（Time To Live）は、単なる「自動削除機能」ではない。それは、メモリという有限のリソースを死守し、システム全体の予測可能性を維持するため...
レガシーDBMS 【実務・中級編】 論理親（Logical Parent） – 階層型DBMS
階層型DBMSの「禁断の果実」：論理親（Logical Parent）を使いこなす極意RDB（リレーショナルデータベース）が跋扈する現代において、階層型DBMS（IMS等）を扱うということは、ある種の「職人芸」だ。特に、「物理的な木構造」と...
Cloud Spanner 【実務・中級編】 フルマネージドの利点 – Cloud Spanner
「運用」という概念を捨てろ：Cloud Spannerがエンジニアにもたらす真の解放現場のエンジニア諸君。君たちはまだ、「データベースのメンテナンス」に貴重な脳のメモリを割いているのか？「夜間のバッチ実行中にレプリケーションラグが伸びていな...
NoSQL 【実務・中級編】 パイプライニング – Redis
Redisパイプライニング：RRTの呪縛を解き、極限のスループットを引き出すRedisを単なる「高速なKVS」として扱うのは、F1マシンで近所のコンビニに行くようなものだ。Redisの真価は、そのレイテンシの低さにあるが、多くのエンジニアは...
レガシーDBMS 【実務・中級編】 論理子（Logical Child） – 階層型DBMS
階層型DBMSの「論理子（Logical Child）」：物理の呪縛を解く唯一の解法諸君、設計レビューを始めよう。多くの若手エンジニアは「階層型DBMSは古い」と切り捨てる。だが、IMS（Information Management Sys...
Cloud Spanner 【実務・中級編】 外部整合性 – Cloud Spanner
外部整合性（External Consistency）：Spannerが「物理時間」をハックして実現した究極の約束多くのエンジニアは「トランザクションの分離レベル」という言葉に踊らされ、最終的に「直列化可能（Serializable）」とい...
NoSQL 【実務・中級編】 Redis Cluster – Redis
Redis Clusterの深淵：なぜ「ただ繋ぐだけ」ではシステムが崩壊するのかRedis Clusterを導入する際、多くのエンジニアは「スケーラビリティ」という甘美な響きに酔いしれ、根本的なアーキテクチャの制約を無視して設計を始めます。...
レガシーDBMS 【実務・中級編】 データ冗長性の問題 – 階層型DBMS
階層型DBMSの呪縛：なぜ「多対多」は我々を狂わせるのか君たちが今、RDBMSやNoSQLの恩恵を当たり前のように受けているのは、先人たちが「木構造」という名の檻の中でどれほど血を流してきたかを知らないからだ。階層型DBMS。IBMのIMS...
Cloud Spanner 【実務・中級編】 トランザクション管理 – Cloud Spanner
Cloud Spannerのトランザクションを制する者が、分散システムの地獄を制すCloud Spannerは、単なる「よくできたデータベース」ではない。これは、CAP定理の壁を物理法則の限界ギリギリまで押し広げ、我々に「強整合性と水平スケ...