Responsibility before tooling
We define what each layer must own before choosing its framework or database.
در حال آمادهسازی صفحه / Preparing the page…
DEVNU / TECHNOLOGY INDEX
These pages are not dictionary definitions. They explain where we use each technology, what responsibility it owns, which trade-offs it creates, and when it should stay out of the architecture.
Discuss a projectWe define what each layer must own before choosing its framework or database.
Every dependency, runtime and service has to create more value than the operational cost it adds.
The stack should not lock the product to an undocumented choice or one developer.
Frontend & interface engineering
Web applications & server rendering
Application contracts & JavaScript engineering
Backend runtime & server tooling
APIs, domain logic & backend services
Automation, data processing & specialist services
Relational data & transactional systems
TypeScript ORM, schema & migrations
Caching, queues & ephemeral state
Service packaging & repeatable delivery
Reverse proxy, TLS & service ingress
DNS, CDN, edge security & tunnels
CMS for content-led sites & editorial teams
Interface, rendering, state and indexable experiences.
Application logic, APIs, integrations and jobs.
Durable data, transactions, queries and ephemeral state.
Builds, networking, ingress, TLS and the edge.
When editorial workflow is the primary problem.
06 / NEXT STEP
The best architecture is neither the smallest nor the largest stack. It is the one that covers the responsibilities without unnecessary complexity.
Describe the problem