スポンサーリンク
NoSQL

【実務・中級編】 パブリッシュ・サブスクライブ – Redis

Redis Pub/Subの深淵:その「非永続性」とどう向き合うべきかRedisのPub/Sub機能。多くのエンジニアが「高速なメッセージング基盤」として安易に導入し、そして本番環境で痛い目を見る機能でもある。いいか、RedisのPub/S...
レガシーDBMS

【実務・中級編】 ナビゲーショナルアクセス – 階層型DBMS

階層型DBMSの「ナビゲーショナル・アクセス」という名の職人芸現代のエンジニアは、SQLという「宣言的」なインターフェースに甘やかされている。`SELECT FROM ... WHERE ...` と書けば、あとはオプティマイザがよしなにや...
Cloud Spanner

【実務・中級編】 インスタンス構成 – Cloud Spanner

Cloud Spannerのインスタンス構成:その選択は「運命」を分かつアーキテクトとして多くの設計レビューに立ち会ってきたが、Cloud Spannerを導入する際に最も甘く見られがちなのがこの「インスタンス構成」の選択だ。「とりあえずマ...
NoSQL

【実務・中級編】 redis.confの設定 – Redis

Redisの魂を制御せよ:実戦で生き残るための redis.conf チューニング論「Redisは速い」。それは周知の事実だ。だが、多くのエンジニアはデフォルト設定のまま運用し、ある日突然のレイテンシスパイクやOOM(Out of Memo...
レガシーDBMS

【実務・中級編】 1対多の対応関係 – 階層型DBMS

階層型DBMSの「1対多」:過去の遺物か、それとも究極の最適化か現代のエンジニアリングにおいて、RDBの正規化やNoSQLの柔軟なドキュメント構造は「当たり前」の教養だ。しかし、システムアーキテクチャの根源に触れたいのであれば、避けて通れな...
Cloud Spanner

【実務・中級編】 NoSQLとの比較 – Cloud Spanner

Cloud Spannerという「禁じ手」:NoSQLの妥協を過去にするアーキテクチャの真実「スケールさせるならNoSQL、整合性が必要ならRDB」。この言葉を、あと何回エンジニアは聞かされるのだろうか。かつては真理だった。しかし、Clou...
NoSQL

【実務・中級編】 redis-cliの基本 – Redis

現場で生き残るための redis-cli:単なる対話ツールを超えた「運用とデバッグの武器」多くのエンジニアが `redis-cli` を「とりあえず繋いでキーを見るだけのツール」だと思っている。しかし、本番環境で障害の火の手が上がったとき、...
レガシーDBMS

【実務・中級編】 IMSの歴史 – 階層型DBMS

遺物ではない。今なお最強の「生存戦略」:IMSから学ぶ階層型アーキテクチャの真髄「階層型DBMSは古い」。そう吐き捨てるエンジニアに出会うたび、私は彼らの技術的視野の狭さを憐れむ。IMS (Information Management Sy...
Cloud Spanner

【実務・中級編】 RDBMSとの比較 – Cloud Spanner

RDBMSの限界を超えろ:Cloud Spannerがもたらす「スケーラビリティの聖杯」RDBMSを使い続けてきたエンジニアが、ある日突然「データ量がテラバイトを超え、秒間数万の書き込みが同時に発生する」という壁にぶつかる。その時、多くの現...
NoSQL

【実務・中級編】 AOF (Append Only File) – Redis

Redis AOFの深淵:なぜ「ただのログ」が最強の永続化戦略なのかエンジニア諸君。Redisを「単なる高速なキャッシュ」と呼ぶのは、フェラーリを近所のコンビニの買い物に使うようなものだ。Redisの真価は、そのメモリ内データ構造と、それを...
スポンサーリンク