Claude-night-market architecture-paradigm-space-based
Apply data-grid architecture for high-traffic stateful workloads with in-memory processing and linear scalability.
install
source · Clone the upstream repo
git clone https://github.com/athola/claude-night-market
Claude Code · Install into ~/.claude/skills/
T=$(mktemp -d) && git clone --depth=1 https://github.com/athola/claude-night-market "$T" && mkdir -p ~/.claude/skills && cp -r "$T/plugins/archetypes/skills/architecture-paradigm-space-based" ~/.claude/skills/athola-claude-night-market-architecture-paradigm-space-based && rm -rf "$T"
manifest:
plugins/archetypes/skills/architecture-paradigm-space-based/SKILL.mdsource content
The Space-Based Architecture Paradigm
When To Use
- High-traffic applications needing elastic scalability
- Systems requiring in-memory data grids
When NOT To Use
- Low-traffic applications where distributed caching is overkill
- Systems with strong consistency requirements over availability
When to Employ This Paradigm
- When traffic or state volume overwhelms a single database node.
- When latency requirements demand in-memory data grids located close to processing units.
- When linear scalability is required, achieved by partitioning workloads across many identical, self-sufficient units.
Adoption Steps
- Partition Workloads: Divide traffic and data into processing units, each backed by a replicated data cache.
- Design the Data Grid: Select the appropriate caching technology, replication strategy (synchronous vs. asynchronous), and data eviction policies.
- Coordinate Persistence: Implement a write-through or write-behind strategy to a durable data store, including reconciliation processes.
- Implement Failover Handling: Design a mechanism for leader election or heartbeats to validate recovery from node loss without data loss.
- Validate Scalability: Conduct load and chaos testing to confirm the system's elasticity and self-healing capabilities.
Key Deliverables
- An Architecture Decision Record (ADR) detailing the chosen grid technology, partitioning scheme, and durability strategy.
- Runbooks for scaling processing units and for recovering from "split-brain" scenarios.
- A monitoring suite to track cache hit rates, replication lag, and failover events.
Risks & Mitigations
- Eventual Consistency Issues:
- Mitigation: Formally document data-freshness Service Level Agreements (SLAs) and implement compensation logic for data that is not immediately consistent.
- Operational Complexity:
- Mitigation: The orchestration of a data grid requires mature automation. Invest in production-grade tooling and automation early in the process.
- Cost:
- Mitigation: In-memory grids can be resource-intensive. Implement aggressive monitoring of utilization and auto-scaling policies to manage costs effectively.