Core Platform Architecture
Growing nowGeneric, multi-tenant FamilySuite hierarchy and V1.4 operating model.
Next milestoneConsolidate approved architecture into a clean main branch.
A live programme view of the architecture, services, development stack and controlled delivery path. FamilySuite remains generic and configuration-driven; Ambala Arain Family is one implementation, AAFAQ its service arm, and Rishta Corner one service.
Evidence-weighted across architecture, native build, integration, staging and production readiness.
Native FamilySuite staging is live on Railway with PostgreSQL 16, migrations 0001-0005, persistent synthetic data and a passing database-aware end-to-end smoke test.
Close remaining Identity/Directory/FT-003 and release-evidence gaps without crossing production owner gates.
Live evidence refreshes automatically with safe snapshot fallback.
Generic multi-tenant platform hierarchy and V1.4 direction established.
Radar, durable control-plane runtime and PostgreSQL-backed native FamilySuite staging are live in isolated environments.
GitHub/CI, Linear and Railway evidence are live; Neon database validation is green through CI while its ChatGPT connector remains an attention item.
No current staging blocker: the native FamilySuite application and PostgreSQL 16 staging database are healthy and database-aware E2E smoke is green.
Remaining release gaps are Identity/Directory/FT-003 close-out, final integrated release evidence and owner-gated production activities.
Main-branch protection cannot currently be administered through the connected GitHub integration; CI, PR and Watchdog gates remain compensating controls.
Do not mint ContactIDs until identity authority is resolved.
No production migration or live service cutover without parity and rollback evidence.
Live GitHub telemetry determines the current draft/unmerged set.
Awaiting live status.
Growing nowGeneric, multi-tenant FamilySuite hierarchy and V1.4 operating model.
Next milestoneConsolidate approved architecture into a clean main branch.
Growing nowPostgreSQL genealogy foundation exists and FT-003 lossless GEDCOM staging is active with synthetic-only safeguards.
Next milestoneComplete lossless parser/import staging, provenance and re-import verification before any real GEDCOM use.
Growing nowIdentity, Contacts and Directory discovery is active; ContactID, AFM, Rishta ID and service identifiers remain deliberately separate authorities.
Next milestoneComplete executable membership and identity contracts before any production identifier minting.
Growing nowContacts and Family Directory foundations are being developed alongside shared identity and privacy boundaries.
Next milestoneComplete tenant-scoped directory projections, provenance and duplicate controls.
Growing nowNative Browse/Register contracts, exact 10-field public projection, PostgreSQL persistence and controlled request/share foundations now exist in the RC path.
Next milestoneIntegrate PostgreSQL-backed parity and synthetic end-to-end Browse, Register, Details and Secure Share flows.
Growing nowPR #15 implements the provider-neutral Recipients → Message → Review & Send flow with synthetic consent, suppression, safeguarding, audit, idempotency, queue/retry and provider adapters.
Next milestoneIntegrate PR #15 with PostgreSQL persistence and native staging, then prove synthetic end-to-end delivery and recovery.
Growing nowRecognised service domain within the generic platform.
Next milestoneDefine service contract when prioritised.
Growing nowFuture FamilySuite service domain reserved.
Next milestoneArchitecture only when authorised.
Growing nowTenant/service actor membership and executable authorisation foundations are included in the PostgreSQL persistence candidate.
Next milestoneIntegrate the role model across native Rishta, Directory and Communication Centre staging flows.
Growing nowTenant/actor/service audit persistence, database-level append-only protection, privacy boundaries and safeguarding controls now have executable test evidence.
Next milestoneCarry those controls through integrated staging and restart/retry recovery tests.
Growing nowOperations Radar, secure status service and sanitised GitHub/CI, Linear, Neon and Railway telemetry are live.
Next milestoneKeep telemetry snapshots fresh and extend evidence coverage to the integrated native staging application.
Growing nowRailway hosts the Radar, durable control-plane runtime and isolated PostgreSQL-backed native FamilySuite staging.
Next milestoneKeep staging green through RC close-out and preserve production separation until explicit release approval.
Business and platform components that form FamilySuite itself. These are distinct from hosting and database infrastructure.
Tenant, service configuration, shared contracts and native application foundations.
NATIVE BUILDShared native identity, contact and directory capabilities with governed identifier boundaries.
NATIVE BUILDNative Browse, Registration, Details, sharing, moderation and safeguarding services.
NATIVE BUILDProvider-neutral native communications orchestration, consent, suppression, audit and delivery controls.
NATIVE BUILDNative genealogy domain with PostgreSQL-backed data model and staged GEDCOM import architecture.
NATIVE BUILDCross-cutting native security, authorisation, audit and safeguarding controls.
NATIVE PLATFORM CONTROLInfrastructure that hosts, stores or executes FamilySuite. These platforms are replaceable implementation infrastructure, not FamilySuite business modules.
Relational database technology used by the native FamilySuite data layer.
DATABASE ENGINEManaged PostgreSQL infrastructure for development, disposable validation branches and governed database environments.
DATA INFRASTRUCTUREApplication hosting plus the always-on familysuite-control-plane-runtime health service. The runtime is healthy and restart-protected; product staging remains separately governed.
Build, orchestration, QA, planning and operational-observability tools. Not FamilySuite business-runtime dependencies.
Programme orchestration, QA, planning and connected-stack delivery actions.
DELIVERY TOOLINGAuthoritative code, PRs, version history and release evidence.
SOURCE AUTHORITYPrimary durable execution layer for lane A-E integrity, CI, security, PostgreSQL assertions and Neon validation. Event-driven now; 15-minute schedule prepared in PR #16 and activates only after the owner-approved control-plane merge reaches the default branch.
DURABLE EXECUTIONImplementation environment used where appropriate for authorised code work.
DEVELOPMENT TOOLPlanning and delivery-status mirror. GitHub remains technical authority.
PLANNINGBounded autonomous coding lane with evidence returned to Linear and GitHub.
CODING AGENTTwo supervisory automations only: orchestration and independent verification. Former Workers A-E are retired as schedules and preserved as durable GitHub control-plane lanes.
SUPERVISORYRead-only operational telemetry for the Operations Radar. It is not a FamilySuite business service.
OBSERVABILITYVisual design, brand assets and concept prototyping only.
DESIGN TOOLReference documents and supporting development/operational material.
REFERENCE TOOLExisting temporary or predecessor systems retained only for continuity, migration, reconciliation or parity evidence.
Temporary Ambala Arain Family presentation layer retained during migration. Not part of native FamilySuite runtime.
LEGACY / MIGRATIONLegacy engine for temporary external services and controlled migration/reference only. Not a FamilySuite runtime dependency.
LEGACY / MIGRATIONLegacy source and operational ledger for temporary services, migration and reconciliation only. Not a FamilySuite runtime datastore.
LEGACY / MIGRATIONExisting communication authority retained until native Communication Centre parity and explicit cutover.
LEGACY / CUTOVERChannels and external services that FamilySuite may connect to through governed adapters.
External operational correspondence service, accessed through governed connectors or communication workflows.
EXTERNAL SERVICEExternal communication channel served through the native Communication Centre and provider adapters.
CHANNELPlanned capabilities not yet treated as current native runtime dependencies.
Governed interfaces between native modules and approved external systems.
FUTUREFuture omnichannel adapters under the native Communication Centre.
FUTUREPotential future analytics, product insight, errors and experimentation platform.
FUTURE