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.
Railway deployment, custom domain and TLS successfully established.
Secure GitHub and Neon status integration.
Live evidence refreshes automatically with safe snapshot fallback.
Generic multi-tenant platform hierarchy and V1.4 direction established.
Radar runtime is live; core FamilySuite application deployment remains separate.
GitHub and Neon credentials pending; Railway live.
Native FamilySuite application is not yet deployed end-to-end to its governed staging environment.
PR #14 persistence and PR #15 Communication Centre remain draft/unmerged while integration evidence is consolidated.
Main-branch protection cannot currently be administered through the connected GitHub integration; CI and PR 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 Operations Radar and secure telemetry service.
Next milestoneKeep core FamilySuite application deployment separately governed.
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 and deployment infrastructure for Radar and native FamilySuite services.
HOSTING INFRASTRUCTUREBuild, 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 AUTHORITYAutomated CI, security, PostgreSQL assertions and Neon validation workflows.
CI / QAImplementation 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 AGENTScheduled orchestration, recovery and independent verification for the delivery process.
CONTROL PLANERead-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