川口 奈々の学習プラン

バックエンドエンジニア兼DBA → NoSQL/分散DBエンジニア

更新 最終更新: 2026-07-22
川口 奈々のアバター画像

川口 奈々(32歳)

バックエンドエンジニア兼DBA NoSQL/分散DBエンジニア

データベースエンジニア / DBA: RDB/NoSQLの設計・性能・運用を専門とするエンジニア。大規模データ処理、マイグレーション、レプリケーション設計を担い、データ層の信頼性と性能を守る。

完全プランを見る

プロフィール / 経歴

BtoCのWebサービス企業で6年勤務。RailsアプリのDB設計とMySQL運用を兼務する形で『なんちゃってDBA』として働いてきた。サービスの急成長でMySQL単体では捌けないユースケース(リアルタイムランキング、イベントログ、推薦データ)が増え、DynamoDB・Redis・Elasticsearchなどへの分散が進行中。その設計を任されたが、NoSQLの理論と運用パターンを体系的に学んだ経験はなく、場当たり的な意思決定になっていることに危機感を持っている。NoSQLと分散DBに強いエンジニアとして再出発したい。 これまでバックエンドエンジニア兼DBAとして現場での運用と改善を積み重ねてきたが、事業のスケールに伴いインフラへの要求は質・量ともに増大し、属人化した知識や場当たり的な対応では限界を感じる場面が増えている。特に信頼性・可観測性・コスト最適化・セキュリティを横断的に設計できる人材の不足を痛感しており、自分が次のステップとしてNoSQL/分散DBエンジニアを担うことで、組織全体の技術的意思決定に貢献したいという思いが強くなっている。そのために体系的な知識の再学習と、現場で得た経験の言語化を並行して進めている。

きっかけ・モチベーション

「RDB一辺倒の設計から離れ、ユースケースに応じてRDBとNoSQLを使い分けられるDBエンジニアになりたい。急成長サービスのデータレイヤーを支える専門家として、技術選定と運用設計を主導する立場に立つ。 日々の運用で見えてきた課題を、その場しのぎではなく根本から設計し直したい。NoSQL/分散DBエンジニアとしてアーキテクチャ意思決定の責務を負うには、特定ベンダーや特定スタックに閉じない普遍的な原理原則を自分の言葉で語れるレベルまで引き上げる必要があると考えている。学習を通じて短期的なキャッチアップではなく、長期にわたって判断軸として機能する基盤を築きたい。」

— 川口 奈々

学習ストーリー

川口 奈々さん本人の学習設計の語り

まずRDB設計の基礎を再構築し、その上でデータ指向設計を通じてNoSQL/分散DBの理論を理解する。次に運用面(DRE、性能、可観測性)を強化し、最後にAWSのマネージドサービスを活用した実装パターンを学んで、設計から運用まで一貫して語れるようになる。 学習は週末と平日夜の限られた時間で進めるため、最初に全体像を掴んでから各論に入る順序を徹底している。読んだ内容はその週のうちに小さな検証環境で手を動かして確かめ、理解が曖昧な箇所は同僚や勉強会で議論することで定着させている。NoSQL/分散DBエンジニアとして通用する判断力を身につけるため、単なる知識の収集ではなく『なぜそう設計するのか』を説明できる状態を毎章のゴールに置いている。挫折しそうになったときは、最初に書き出した転身後の理想像を読み返して軌道修正している。

現在の課題

  • NoSQLの理論的背景(CAP/分散合意)を体系的に学んでいない
  • 場当たり的な技術選定が増え、判断基準を言語化できない
  • 分散DBの本番障害対応経験が浅い
  • DBレイヤーのSLO設計をしたことがない

スキルギャップ

現在のスキル水準とNoSQL/分散DBエンジニアに必要な水準を並べ、何を伸ばすべきかを可視化しています。

MySQL
4 4
Rails/SQL
4 4
DB設計
3 5
AWS
3 4
DynamoDB
2 4
Redis
2 4
Elasticsearch
2 3
可観測性
2 4

埋めるべきギャップ

NoSQL設計理論 分散DBの運用 データモデリングの選択軸 DBの可観測性 IaCによるDB管理

最初の3冊(ここから始める)

迷ったらこの順番で読むのが推奨。基礎 → 実践 → 視座を上げる、という流れで構成されています。

  1. なぜこの本か

    RDBとNoSQLの設計思想の違いを理論レベルで整理できる定番書。場当たり的だった技術選定の判断基準を体系化できる。 NoSQL/分散DBエンジニアを目指す上で、本書が扱うテーマは現状の自分に決定的に欠けている領域であり、日々の業務で直面する課題を体系立てて理解し直すために最も優先度の高い一冊と判断した。読了後はチーム内で要点を共有し、設計判断の場で参照できるレベルまで落とし込む計画である。

  2. なぜこの本か

    RDBの本質をもう一度押さえることで、NoSQLが解く問題と解かない問題を相対化して語れるようになる。なんちゃってDBAから脱皮する起点となる。 NoSQL/分散DBエンジニアを目指す上で、本書が扱うテーマは現状の自分に決定的に欠けている領域であり、日々の業務で直面する課題を体系立てて理解し直すために最も優先度の高い一冊と判断した。読了後はチーム内で要点を共有し、設計判断の場で参照できるレベルまで落とし込む計画である。

  3. なぜこの本か

    分散DBの運用は信頼性エンジニアリングの考え方が必須。RDBとNoSQLを横断するSLOとオンコール設計を獲得できる。 NoSQL/分散DBエンジニアを目指す上で、本書が扱うテーマは現状の自分に決定的に欠けている領域であり、日々の業務で直面する課題を体系立てて理解し直すために最も優先度の高い一冊と判断した。読了後はチーム内で要点を共有し、設計判断の場で参照できるレベルまで落とし込む計画である。

学習プラン全体像

6
ヶ月
週8
時間
3
フェーズ
  1. Phase 1: RDBとデータ指向の理論再整理

    8週間

    RDB設計とデータ指向設計の基礎

  2. Phase 2: 分散DB運用と性能

    8週間

    DREと性能・可観測性

  3. Phase 3: AWS NoSQL実装

    8週間

    マネージドNoSQLとIaC

似た背景のペルソナ

同じ職種・近いレベル感を目指す他のペルソナです。学習プランや読む順番のバリエーションとして参考にしてください。

データベースエンジニア / DBAのロードマップへ

川口 奈々さんの学習プランは「データベースエンジニア / DBA」を目指す一例です。 職種全体のロードマップ・必要スキル・代表的な書籍は専用ページで体系的に確認できます。

データベースエンジニア / DBAのロードマップを見る →