website-and-documentation/content/en/docs-old/v1/project/conceptual-onboarding/7_conclusio/domain-architecture.c4
Stephan Lo 62999b41d0 feat(docs): restructure documentation with new framework and templates
- Archive old docs to docs-old/ for reference
- Create new top-down documentation structure:
  * Platform Overview: purpose, audience, product structure
  * Components: individual platform components (Forgejo, Kubernetes, Backstage)
  * Getting Started: onboarding and quick start guides
  * Operations: deployment, monitoring, troubleshooting
  * Governance: ADRs, project history, compliance
- Add DOCUMENTATION-GUIDE.md with writing guidelines and templates
- Add component template (TEMPLATE.md) for consistent documentation
- Simplify root README and move technical docs to doc/ folder
- Update test configuration:
  * Exclude legacy content from markdown linting
  * Relax HTML validation for theme-generated content
  * Skip link checking for legacy content in test:links
  * Keep 'task test' clean for technical writers (100% pass)
  * Add 'task test:full' with comprehensive link checking
- Update home page with corrected markdown syntax
- Fix internal links in archived content

BREAKING CHANGE: Documentation structure changed from flat to hierarchical top-down approach
2025-11-16 13:32:10 +01:00

102 lines
No EOL
2.3 KiB
Text

specification {
tag engineering
element domain
element engineer {
style {
shape person
}
}
}
model {
engineer framework-engineer 'Framework Engineer' 'Build and maintain one platform orchestrating framework'{
style {
color: sky
}
-> framework-engineering
-> platform-engineer
}
domain framework-engineering 'Framework Engineering' 'Building and maintaining frameworks'{
#engineering
style {
color: sky
}
-> framework
-> platform-engineering
}
domain framework '"Framework" (IPCEI wording!)' 'A platform defining system' {
style {
color: sky
}
-> platform
}
engineer platform-engineer 'Platform Engineer' {
style {
color: indigo
}
-> platform-engineering
-> devops-engineer
}
domain platform-engineering 'Platform Engineering' 'Building and maintaining platforms' {
#engineering
style {
color: indigo
}
-> platform
-> devops-engineering
}
domain platform 'Platform' 'A Devops defining system' {
style {
color: indigo
}
-> devops
}
engineer devops-engineer 'Devops Engineer' {
style {
color: amber
}
-> devops-engineering
}
domain devops-engineering 'Devops Engineering' 'Building and maintaining devops means' {
#engineering
style {
color: amber
}
-> devops
}
domain devops 'Devops' 'A software lifecycle enabling tool and process setup' {
style {
color: amber
}
}
}
views {
view modern {
title 'Modern Devops'
description 'Devops is abstarcted by Platforms, Platforms are abstracted by Frameworks (IPCEI wording!)'
include element.kind==domain, element.kind==engineer
}
view layers {
include devops, platform, framework
}
view layers-and-framework-engineer {
include devops, platform, framework, framework-engineering, framework-engineer
}
view layers-and-platform-engineer {
include devops, platform, platform-engineering, platform-engineer
}
}