Source of Truth
業務データの正本保持
会員、顧客、申込、予約など、業務処理の正本となるデータを保持します。 整合性やトランザクションを前提に、日々の業務処理を支える基盤にします。
データベースコンポーネントとは
データベースコンポーネントは、業務システムが扱う構造化データを、整合性を保ちながら保存、検索、更新するための永続化基盤です。 会員、顧客、申込、予約といった業務データの中核を保持します。 単なる保存先ではなく、スキーマ、トランザクション、バックアップ、可用性、アクセス制御まで含めて、ほぼ全コンポーネントの土台となる基盤レイヤーとして整理できる点が特徴です。
Availability
可用性・バックアップ
レプリケーションやバックアップを含め、可用性を見据えた構成にします。 RPO/RTOや障害復旧の方針を踏まえ、データを守る基盤として設計します。
Operational DB
分析基盤との役割分担
業務処理の正本をデータベース、分析用の蓄積をDWHとして役割を分けます。 非構造データの保管はファイルストレージと分けて整理する構成にします。
データベースコンポーネントの主な用途
データベースコンポーネントは、会員・顧客・申込・予約などの業務データ保管、ログやトランザクションの保存、分析基盤への元データ供給など、業務システムのデータ保持が必要なあらゆる場面で土台になります。 スキーマ設計、トランザクション、バックアップなどを組み合わせることで、業務処理を支える正本データ基盤を構成できます。
-
業務データの中核保管 会員、顧客、申込、予約などの業務データを正本として保持します。 -
バックアップ・復旧 バックアップやリストア、レプリケーションでデータを守ります。 -
性能監視・スケール スロークエリや性能を監視し、容量やスケールを管理します。 -
権限・接続管理 接続設定やアクセス権限を管理し、データへのアクセスを制御します。 -
監査ログ・変更履歴 監査ログや変更履歴を記録し、データの追跡に活用します。 -
容量・可用性の管理 容量や可用性を監視し、安定した稼働を支えます。 -
分析基盤への元データ供給 DWHやBIへ連携する元データの保持元として活用します。
データベースコンポーネントの主な機能
データベースコンポーネントは、スキーマ設計からトランザクション、バックアップ、権限管理、監視まで一連の流れで扱えるようにします。 保存先としてだけでなく、整合性と可用性を備えた正本データ基盤として構成します。
- スキーマ設計・マイグレーション スキーマ設計、マイグレーション、インデックスを管理します。
- トランザクション・整合性制御 トランザクションや排他制御で、データの整合性を保ちます。
- バックアップ・レプリケーション バックアップ、リストア、レプリケーションでデータを守ります。
- 権限管理・暗号化 アクセス権限や暗号化で、データへのアクセスを制御します。
- 監査ログ 変更や操作の監査ログを記録し、追跡に活用します。
- 性能監視・容量管理 クエリ性能や容量を監視し、運用状況を把握します。
- スケールアウト データ量の増加に応じたスケールを見据えた構成にします。
- 分析基盤への連携 DWHやBIへ連携する元データの供給元として構成します。
ALNETZ DESIGN POLICY
ALNETZがデータベースコンポーネントで重視する設計
ALNETZでは、データベースコンポーネントを単独のアプリ機能ではなく、全業務を支える土台として位置づけます。 業務処理の正本はデータベース、分析用の蓄積はDWH、非構造データの保管はファイルストレージという分界を明確にし、既存基幹や他DBからの移行、権限、監査、DR設計まで含めて、性能・可用性・バックアップを備えた基盤として設計します。
- 全業務を支える土台 アプリ機能ではなく、複数機能の背後でデータを支える基盤として設計します。
- DWHとの分界 業務処理の正本はデータベース、分析用蓄積はDWHとして役割を分けます。
- ファイルストレージとの分担 構造化データはデータベース、非構造データはファイルストレージで扱います。
- 可用性・復旧の設計 RPO/RTOや障害復旧方針を業務側と合意し、可用性を設計します。
- 権限・暗号化・監査 個人情報や機密データの暗号化、アクセス制御、監査を整理します。
- 移行・スキーマ変更の設計 既存DBからの移行や、スキーマ変更の影響範囲を見据えて設計します。
データベースコンポーネントを開発・追加する際のポイント
データベースを新規サービスに組み込む場合や、既存システムを移行する場合は、移行計画と整合性の確保、スキーマ変更の影響範囲を事前に整理することが重要です。 移行設計、可用性、暗号化、責務分界などを組み合わせることで、運用に合わせた正本データ基盤へ拡張できます。
- 移行計画と整合性
- 既存DBからの移行計画と、データの整合性確保を検討します。
- スキーマ変更の影響
- スキーマ変更が全機能へ波及するため、影響範囲を先に把握します。
- 暗号化・アクセス制御
- 個人情報や機密データの暗号化、保持、アクセス制御を明確にします。
- 可用性・復旧方針
- RPO/RTOや障害復旧方針を、業務側と合意して設計します。
- DWHとの責務分界
- 業務処理の正本と分析用蓄積を、DWHとどう分けるかを整理します。
- ファイルストレージとの分担
- 構造化データと非構造データの扱いを切り分けます。
- 性能・容量設計
- データ量の増加を見据えた性能や容量、スケール方針を整理します。
- 監査ログ
- 変更や操作の監査ログを、どこまで残すかを決めます。
データベースコンポーネントに関するよくある質問
既存DBから移行できますか？
既存DBからの移行計画と整合性確保を整理したうえで、移行を検討できます。スキーマ変更の影響範囲とあわせて設計します。
バックアップや復旧はどう行いますか？
バックアップ、リストア、レプリケーションを組み合わせた構成にできます。RPO/RTOや障害復旧方針を、業務側と合意して設計します。
データ量が増えても性能は保てますか？
インデックス設計や性能監視、スケールを見据えた構成を検討します。性能は利用状況やデータ特性によって変わるため、要件に応じて設計します。
個人情報の暗号化に対応できますか？
暗号化やアクセス制御、監査を組み合わせた構成を検討できます。個人情報や機密データの取り扱い方針とあわせて設計します。
DWHや分析基盤と連携できますか？
連携できます。データベースは業務処理の正本を担い、分析用の統合・蓄積はDWHが担う形で役割を分けて設計します。
CONTACT
業務システムの正本データを支える、データ基盤を構築する
スキーマ設計、トランザクション、バックアップ、可用性、監査まで、業務データを守る永続化基盤を設計・開発します。 既存システムからの移行や、DWH・BIといった分析基盤との連携まで見据え、業務処理の正本を支える基盤を構築します。
データベース基盤の構築・移行を相談する- 新規開発 スキーマ設計から可用性、バックアップ、監査までを見据えて新たに設計します。
- 機能追加 既存システムに、レプリケーションや監査など必要な機能を追加します。
- 移行・再設計 既存DBからの移行や、可用性・性能・権限設計を見直して再設計します。