Neon LawCall +1 510 800 2090
  • Nautilus
  • Navigator
  • Notations
  • Sign in

← Operating Neon Law Navigator

Ship the Instance

Chapter 7 of 7 · Section 52 of 53

Sections

1. Intro

  • 1. Deploy your own
  • 2. Agenda

2. Prepare Google Cloud

  • 3. Bring your own project
  • 4. Dry-run first
  • 5. Private assets and domain restricted sharing
  • 6. The Navigator deployment matrix
  • 7. The `/app` mount and HTTP route ownership
  • 8. `neon` — the whole brand seam
  • 9. Live rollout checkpoint
  • 10. Set one site to one version

3. Provision the Infrastructure

  • 11. The APIs that light up
  • 12. Network and storage buckets
  • 13. How a matter's pages reach a client
  • 14. A document's bytes and authorization are separate
  • 15. A private image registry
  • 16. The cluster comes up
  • 17. What setup owns — and what follows it

4. Operate Forgejo beside Navigator

  • 18. Deploy the forge before switching repositories
  • 19. Separate people, Git transport, and machine access
  • 20. Require the gate and protected-main policy
  • 21. Bind the workflow to one Project and one commit
  • 22. Notify failures even when the manifest is broken
  • 23. Restore the repository before cutting over

5. Environment Matrix

  • 24. Three operating modes, two deployment profiles
  • 25. The deployment that says its matters are sample
  • 26. Deployment and release switches
  • 27. Workflow host and routing switches
  • 28. Capability and storage switches
  • 29. Configuration precedence: the first source wins
  • 30. Local dev controls: inputs read by `navigator dev`
  • 31. Local runtime: what `.devx/env` generates
  • 32. The store: SurrealDB
  • 33. Where SurrealDB authorization lives
  • 34. Deployed runtime: core web and worker wiring
  • 35. Deployed runtime: identity and access
  • 36. Deployed runtime: email, signatures, and billing
  • 37. Deployed runtime: repositories, content, AI, and scheduled work
  • 38. Provision and ship: variables read by the operator CLI
  • 39. Ancillary operations and opt-in test controls
  • 40. When sample data appears

6. Configure the Trust Boundaries

  • 41. Secrets: the invariants that gate the boot
  • 42. Sign-in: bring an OIDC provider; passwords live there, not here
  • 43. Role rings: who can do what
  • 44. Provider setup and parity across deployment rows
  • 45. The external surface — every third party, in one place
  • 46. The two service deployments
  • 47. Security architecture

7. Ship the Instance

  • 48. Ship and verify
  • 49. Point your domain at the instance (optional)
  • 50. Drive it from the CLI
  • 51. Make it yours — white-label under your own brand
  • 52. First-ship lessons
  • 53. Canonical references

First-ship lessons

A first ship to a cold cluster can expose ordering assumptions. Secret preflight, namespace creation, CSI projection, cluster add-ons, and Restate registration each have distinct readiness requirements. Follow the current navigator ops command sequence and stop when a preflight fails; do not seed plaintext Secrets or bypass CLI checks with manual cluster commands.

Before a live ship, confirm that the selected row's approved external configuration contains the required encrypted secret objects and capability settings, that its image exists, and that cluster add-ons needed by admission are ready. The offline example plan does not perform those live checks. After a real ship, verify rollout, Restate registration, /readyz, /version, certificate readiness, DNS, and the browser surface before recording completion.

Presenter notes

Treat each verification as a separate acceptance check. An offline plan describes the local manifests it rendered; it does not establish that credentials, cloud permissions, cluster state, or published assets are ready.

View all slidesOpen display
← PreviousNext →
Neon Law
  • X opens in a new tab
  • LinkedIn opens in a new tab
  • YouTube opens in a new tab
  • API
  • Blog
  • Contact
  • Design
  • Glossary
  • Navigator
  • Notations
  • Presentations
  • Privacy
  • Team opens in a new tab
  • Terms
  • Testimonials
  • contact@neonlaw.com
  • +1 510 800 2090
  • California
    1515 20th StreetBakersfield, CA 93301
  • Nevada
    5150 Mae Anne AveSte 405-9002Reno, NV 89523
  • New York
    12 E 49th St18th FloorNew York, NY 10017
  • Washington
    1111 Main StSTE 201EVancouver, WA 98660
  • Justice Technology AssociationMission-Aligned Partner opens in a new tab
  • Proud member of Greater Vancouver ChamberGVC opens in a new tab

Attorney advertisement. Nothing here is legal advice without a signed retainer for an active project. Past results do not guarantee future outcomes.

Everyone deserves access to justice.Made with ❤️ in 🗽.

© 2026 Guieb & Shook PC

Powered by neon-law/navigator opens in a new tab26.11.10GitHub stars 5