cloud-backend-patterns

Provides cloud-agnostic backend architecture methodology covering IAM, secrets, queues, pub/sub, workflows, events, and observability.

10|3|Updated Mar 7, 2026
One-click install
npx skills add https://github.com/Cynthia1070711/PHYCOOL_Tools --skill cloud-backend-patterns-cynthia1070711
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: cloud-backend-patterns
Source: https://github.com/Cynthia1070711/PHYCOOL_Tools/tree/main/config-templates/claude/skills/cloud-backend-patterns
Command: npx skills add https://github.com/Cynthia1070711/PHYCOOL_Tools --skill cloud-backend-patterns-cynthia1070711

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve? Designing secure and scalable cloud backends requires deep knowledge across identity, messaging, orchestration, and observability domains, and engineers often lack a unified, platform-agnostic reference when making architecture decisions or debugging authorization failures. ## Core Features & Use Cases - Seven Architecture Domains: Covers authorization and identity (policy types, JWT/JWKS validation), secrets management with rotation and versioning, message queues (FIFO vs Standard, DLQ), pub/sub topic filters, state machine workflows, event-driven patterns, and the three pillars of observability. - Access Denied Debug SOP: Provides a structured 5-step troubleshooting flow for diagnosing 401/403 authorization failures across identity, policies, explicit denies, and resource policies. - Use Case: When designing a multi-tenant SaaS backend, consult the skill to choose between silo/pool/bridge isolation models, apply row-level tenant filters, and enforce ExternalId protection against confused deputy attacks. ## Quick Start Ask the AI to explain how to design a least-privilege authorization model with token validation and a dead-letter queue strategy for your cloud backend.

Frequently Asked Questions about cloud-backend-patterns

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I choose between Standard and FIFO message queues?

Choose FIFO when message ordering and exactly-once delivery matter, accepting lower throughput limits. Choose Standard for high-throughput workloads that tolerate duplicates, and make consumers idempotent using dedup tables or idempotency keys.

How to debug access denied errors in cloud authorization?

Follow a 5-step SOP: verify the current identity, list attached policies, simulate the action, check explicit denies from boundaries or control policies, then verify resource-based policies. Never skip identity verification or guess the cause.

What is the difference between identity-based and resource-based policies?

Identity-based policies attach to users or roles and define what that identity can do. Resource-based policies attach to the resource and define who can access it, which is essential for multi-tenant isolation scenarios.

Does this methodology work with Azure instead of AWS?

Yes, the patterns are cloud-agnostic and include Azure mappings such as Service Bus for SQS, Key Vault for Secrets Manager, and Event Grid for EventBridge. It avoids vendor-specific API calls and focuses on transferable design paradigms.

Why should refresh tokens not be stored in localStorage?

Refresh tokens in localStorage are vulnerable to XSS attacks that can steal them for persistent access. Store them in httpOnly cookies or secure storage, rotate them on each use, and keep access token lifetimes short.

When should I use Express vs Standard workflow state machines?

Use Express for high-throughput tasks under five minutes without retry needs, such as streaming processing. Use Standard for long-running business workflows up to a year that require retry logic, visual debugging, and full audit history.