Railbase フェデレーション — 制御された分散操作

スタンドアロン Railbase インストールから始めます。フェデレーションは、製品の導入契約とインフラストラクチャの準備ができたときに、サポートされている導入を承認されたノード全体に拡張します。

配布されるもの

各ノードには独自のストレージ、責任、および許可された接続があります。製品の展開では、サポートされる作業とユーザー エクスペリエンスが実行される場所を指定します。オーソリティー、レプリカ、および投影は異なる責任です。投影は書き込み可能な真実の情報源にはなりません。

会社バインディングにより、許可されるクロスノード会社関係が明確になります。ローカル テナント ID または管理者のサーバー アクセスでは、リモート企業のレコードへのアクセスは許可されません。

計画とアクティブ化

1. ビジネス目標、参加企業、サポートされる製品プロファイル、必要な場所を定義します。
2. 互換性のあるリリース、ライセンス、容量、ネットワーキング、署名、および独自に発行された準備証拠を確認します。
3. 提案されたトポロジと、管理されたインストール プロセスによる影響を確認します。
4. ノードと接続を承認し、承認された正確なプロダクト プレースメントをインストールします。
5. デプロイメントをアクティブとして扱う前に、参加しているすべてのノードの現在の状態が確認されるまで待ちます。
6. 運用で使用する前に、接続の喪失、回復、およびユーザーの表示ステータスをテストします。

フェデレーションは、汎用の共有データベース、すべてのレコードの自動レプリカ、または無条件の高可用性の約束ではありません。サポートされるプロファイルと回復動作は、製品リリースと受け入れられるインフラストラクチャによって異なります。

操作とデータの場所

ドリフト、接続性、レプリケーションの遅延を監視します。フェールオーバー、修復、削除には、サポートされている権限とライフサイクル パスが必要です。削除では指定された製品ソースが取り消されますが、保持の決定では必要なデータと履歴が保持されます。

プライマリ データ、レプリカ、バックアップ、AI 処理、およびサポート エクスポートの場所を個別に文書化します。導入場所だけでは、法的遵守や物理的居住証明は確立されません。

導入とサポート · リリースの可用性