360 Secure SkillHub
360 安全技能中心

architecture-paradigm-serverless

这是一份纯文本架构范式指南,说明事件驱动、突发流量场景下采用 Serverless/FaaS 的判断标准、五步落地流程(函数拆分、状态外置、冷启动缓解、可观测与安全、IaC 自动化)、关键交付物(ADR、IaC/CI-CD、监控看板)以及供应商锁定、调试、资源配额等风险与缓解措施。

athola
athola
热度 63.77
最近更新 2026-08-26 21:06:58
分类:开发依赖:纯提示词应用场景:概念解释 / DevOps

安装技能

复制下面的话术发给你的 Agent,它会通过 secure-skills 检索并安装该技能。

执行命令安装此 skill: npx secure-skills-cli add nm-archetypes-architecture-paradigm-serverless
Metadata
name
architecture-paradigm-serverless
description
Applies serverless FaaS patterns for event-driven workloads
version
1.9.8
triggers
["architecture","serverless","faas","event-driven","cost-optimization","designing bursty workloads with minimal infrastructure and pay-per-execution cost model"]
metadata
{"openclaw":{"homepage":"https://github.com/athola/claude-night-market/tree/master/plugins/archetypes","emoji":"🏗️"}}
source
claude-night-market
source_plugin
archetypes

Night Market Skill — ported from claude-night-market/archetypes. For the full experience with agents, hooks, and commands, install the Claude Code plugin.

The Serverless Architecture Paradigm

When To Use

  • Event-driven workloads with variable traffic
  • Minimizing operational overhead for cloud-native apps

When NOT To Use

  • Long-running processes exceeding function timeout limits
  • Applications requiring persistent connections or local state

When to Employ This Paradigm

  • When workloads are event-driven and exhibit intermittent or "bursty" traffic patterns.
  • When the goal is to minimize infrastructure management and adopt a pay-per-execution cost model.
  • When latency constraints from "cold starts" are acceptable for the use case or can be effectively mitigated.

Adoption Steps

  1. Identify Functions: Decompose workloads into small, stateless function handlers triggered by events such as HTTP requests, message queues, or scheduled timers.
  2. Externalize State: use managed services like databases and queues for all persistent state. Design handlers to be idempotent to validate that repeated executions do not have unintended side effects.
  3. Plan Cold-Start Mitigation: For latency-sensitive paths, keep function dependencies minimal. Employ strategies such as provisioned concurrency or "warmer" functions to reduce cold-start times.
  4. Implement Instrumentation and Security: Enable detailed tracing and logging for all functions. Adhere to the principle of least privilege with IAM roles and set per-function budgets to control costs.
  5. Automate Deployment: Use Infrastructure-as-Code (IaC) frameworks like SAM, CDK, or Terraform to create repeatable and reliable release processes.

Key Deliverables

  • An Architecture Decision Record (ADR) that describes function triggers, runtime choices, state management strategies, and cost projections.
  • A complete Infrastructure-as-Code (IaC) and CI/CD pipeline for automatically packaging and deploying functions.
  • Observability dashboards to monitor key metrics including function duration, error rates, cold-start frequency, and cost.

Risks & Mitigations

  • Vendor Lock-in:
    • Mitigation: Where feasible, abstract away provider-specific APIs behind your own interfaces or adopt portable frameworks (e.g., Serverless Framework) to reduce dependency on a single cloud vendor.
  • Debugging Challenges:
    • Mitigation: Tracing execution across distributed functions can be complex. Standardize on specific instrumentation libraries and structured logging to simplify debugging.
  • Resource Limits:
    • Mitigation: Actively monitor provider-imposed limits, such as concurrency and memory quotas. Design workloads to be shardable or horizontally scalable to stay within these constraints.

Concrete Components

These vocabulary items name the concrete tools and abstractions that show up when the paradigm is implemented. They are not required dependencies and they are not part of the skill's tools: frontmatter (which is reserved for Claude Code tool restrictions). Use this list to disambiguate during architecture discussions.

  • cloud-sdk -- AWS SDK, Google Cloud SDK, or Azure SDK; first-class platform integration
  • serverless-framework -- Serverless Framework, SAM, or CDK; declarative function deployment
  • IaC-tools -- Terraform, Pulumi, or platform-native IaC for shared infrastructure around functions