Fridai technology name registry
This is the bootstrap view of the global Fridai technology-name registry, created with the first application of the Fridai-wide naming standard. It records product/system airport aliases and canonical identifiers across the estate. As the corporate knowledge graph or service catalog becomes the live registry, this Git-controlled record remains an auditable knowledge source.
Candidate ideas are separated from allocated names so brainstorming does not silently become production configuration. Component artifacts—APIs, workers, daemons, packages, stores, queues, and jobs—belong to an allocated boundary and do not automatically receive their own airport alias.
Allocated
| Code | Category | Product | Canonical ID | Repository / deployable | Hostname | Package | Exposure | Lifecycle | Owner | Allocated |
|---|---|---|---|---|---|---|---|---|---|---|
YQA | Sanctuary | Fridai Redline | fio-redline | fio-redline | yqa.fio.sh | @fridai/fio-redline | internal | rc | Fridai Ltd. | 26.10.9 |
YQA notes
YQAis Muskoka Airport’s IATA code (CYQAICAO).- Sanctuary is a Fridai metaphor for a quiet, internal knowledge-review and stewardship capability. It does not assert that the airport itself is an FBO.
YQA registry record
| Field | Value |
|---|---|
| Artifact type | product/service boundary with primary container service and Astro adapter |
| Portfolio | fio |
| Domain | none — redline is itself the registered product boundary |
| Capability | redline |
| Parent boundary | Fridai product portfolio |
| Owner | Fridai Engineering |
| DRI | unassigned — required before production promotion |
| Exposure | internal |
| Data classification | unassigned — required before production promotion |
| Criticality | unassigned — required before production promotion |
| Lifecycle | rc |
| Relationships | integrates_with YYZ; depends_on GitLab CE, Cloudflare Tunnel, and Cloudflare Access |
| Decision/evidence | naming standard |
The unassigned fields are explicit RC promotion blockers, not implicit defaults.
They must be resolved before this record becomes active.
Fridai Organization Infrastructure as Code — Cloudflare
| Field | Value |
|---|---|
| Canonical ID | fio-org-iac-cf |
| Artifact type | organization-wide infrastructure-as-code repository |
| Human name | Fridai Organization Infrastructure as Code — Cloudflare |
| Portfolio | fio |
| Scope | org — shared across Fridai, not owned by one product |
| Domain | iac |
| Provider capability | cf — registered abbreviation for Cloudflare in the iac domain |
| Repository | fridai/fio-infra/fio-org-iac-cf |
| Parent boundary | Fridai shared operational infrastructure |
| Owner | Fridai Engineering |
| DRI | unassigned — required before production promotion |
| Exposure | restricted |
| Data classification | unassigned — state and plans may contain sensitive infrastructure data |
| Criticality | unassigned — required before production promotion |
| Lifecycle | experiment |
| Relationships | manages shared Cloudflare account, zone, DNS, Access, Tunnel, and other explicitly adopted resources; project-owned stacks remain separate |
| Provisional alias | local folder fio-iac-cloudflare-org must be reconciled to the canonical identifier before publication |
| Registered | 2026-08-04 |
This infrastructure repository does not receive an airport alias. org
precedes the iac domain because it scopes the entire organization-level
capability; cf then identifies the provider controlled by that capability.
Existing external allocation referenced by this project
| Code | Category | Product | Canonical ID | Hostname | Lifecycle | Registry owner |
|---|---|---|---|---|---|---|
YYZ | Anchor | YYZ Knowledge Base | fio-core-kb | yyz.fio.sh | active | YYZ project |
YYZ is recorded here only to prevent collision. Its canonical registry remains in the YYZ project; this repository does not own or modify it.
Candidate catalog
These entries preserve the original naming stream but are not reservations. Each needs a real workload, owner, collision check, and migration-cost review before moving to Allocated.
| Proposed code | Proposed category | Possible role | Possible technical ID | Status |
|---|---|---|---|---|
GCM | Anchor | corporate vault/core | fio-core-vault | candidate |
LHR | Anchor | orchestration/authentication | fio-core-auth | candidate |
SIN | Gateway | email ingestion | fio-ingest-email | candidate |
AMS | Gateway | webhook ingestion | fio-ingest-hooks | candidate |
IST | Gateway | cross-platform bridge | fio-ingest-bridge | candidate |
ATL | Gateway | high-volume stream ingestion | fio-ingest-stream | candidate |
CDG | Atelier | design system and Storybook | fio-ui-design | candidate |
MXP | Atelier | brand asset management | fio-ui-assets | candidate |
FCO | Atelier | public portal | fio-ui-portal | candidate |
HND | Atelier | precision dashboard | fio-ui-dash | candidate |
SFO | Engine | LLM reasoning | fio-brain-reason | candidate |
JFK | Engine | decision routing/agents | fio-brain-agent | candidate |
ICN | Engine | vectorization | fio-proc-vector | candidate |
MUC | Engine | transformation/ETL | fio-proc-transform | candidate |
Rejected or tombstoned
| Code | Reason | Date |
|---|---|---|
MKA for Muskoka | Incorrect mapping: Muskoka uses IATA YQA; do not use MKA as its metaphor alias. | 2026-07-31 |