Architecture Principles
These principles align with TOGAF-style guidance and must be referenced whenever the platform evolves.
Business Principles
Section titled “Business Principles”- Value Early Transparency — Internal stakeholders receive timely visibility into roadmap and risks.
- Separate Public & Internal Concerns — Marketing content never mixes with sensitive operational detail.
Data Principles
Section titled “Data Principles”- Minimise Data Retention — Collect only anonymous analytics in the marketing site; internal docs store no customer data.
- Single Source of Truth — This documentation site captures canonical architecture, decision history, and operational policy.
Application Principles
Section titled “Application Principles”- Client-First Diagrams — Mermaid and D2 render client-side to keep build pipelines simple and reproducible.
- Static Before Dynamic — Prefer static generation; introduce Workers or APIs only when a compelling use case emerges.
Technology Principles
Section titled “Technology Principles”- Docker Consistency — All development workflow runs within Docker to match future automation environments.
- Version Independence — Allow apps/site to adopt Astro 6 beta features while apps/docs remains on the Starlight-supported track.
Security Principles
Section titled “Security Principles”- Zero Trust Defaults — Assume every network boundary is hostile; enforce Cloudflare Access for docs before public deployment.
- No Secrets in Git — Secrets, API keys, and tokens never enter the repository; use platform-specific secret stores when required.