mcpField
S
serverless-architecture

serverless-architecture

github.com/aj-geddesCloud & DevOps373458 installsUpdated 34w ago
Repository

About serverless-architecture

A skill for designing serverless applications, covering event-driven systems and architectures using managed compute and data services. It is intended for building API backends, data processing systems, and automated workflows.

Key features

  1. 01Covers event-driven application design
  2. 02Guidance for API backends and microservices
  3. 03Includes Step Functions orchestration
  4. 04Covers monitoring, tracing, and safer deployments

Use cases

  1. 01Build event-driven applications or API backends
  2. 02Process real-time data and batch jobs
  3. 03Orchestrate automated workflows
  4. 04Create mobile backends or IoT data pipelines

Install

Copy the command and run it in a terminal.

$npx skills add https://github.com/aj-geddes/useful-ai-prompts --skill serverless-architecture

After installing, type/serverless-architecturein Claude Code to confirm it loaded.

Bundled files

References and scripts installed along with SKILL.md.

references/
event-driven-lambda-handler-pattern.md
monitoring-and-observability.md
orchestration-with-step-functions.md
serverless-application-architecture.md
scripts/
validate-config.sh
templates/
config-starter.yaml

Details

From the project README

Serverless Architecture

Table of Contents

Overview

Serverless architecture enables building complete applications without managing servers. Design event-driven, scalable systems using managed compute services, databases, and messaging systems. Pay only for actual usage with automatic scaling.

When to Use

  • Event-driven applications
  • API backends and microservices
  • Real-time data processing
  • Batch jobs and scheduled tasks
  • Workflow automation
  • IoT data pipelines
  • Multi-tenant SaaS applications
  • Mobile app backends

Quick Start

Minimal working example:

# serverless.yml - Serverless Framework
service: my-app

frameworkVersion: "3"

provider:
  name: aws
  runtime: nodejs18.x
  region: us-east-1
  stage: ${opt:stage, 'dev'}
  memorySize: 256
  timeout: 30
  environment:
    STAGE: ${self:provider.stage}
    DYNAMODB_TABLE: ${self:service}-users-${self:provider.stage}
    SNS_TOPIC_ARN: arn:aws:sns:${self:provider.region}:${aws:accountId}:my-topic
  httpApi:
    cors: true
  iam:
    role:
      statements:
        - Effect: Allow
          Action:
            - dynamodb:Query
            - dynamodb:Scan
// ... (see reference guides for full implementation)

Reference Guides

Detailed implementations in the references/ directory:

GuideContents
Serverless Application ArchitectureServerless Application Architecture
Event-Driven Lambda Handler PatternEvent-Driven Lambda Handler Pattern
Orchestration with Step FunctionsOrchestration with Step Functions
Monitoring and ObservabilityMonitoring and Observability

Best Practices

✅ DO
  • Design idempotent functions
  • Use event sources efficiently
  • Implement proper error handling
  • Monitor with CloudWatch/Application Insights
  • Use infrastructure as code
  • Implement distributed tracing
  • Version functions for safe deployments
  • Use environment variables for configuration
❌ DON'T
  • Create long-running functions
  • Store state in functions
  • Ignore cold start optimization
  • Use synchronous chains
  • Skip testing
  • Hardcode configuration
  • Deploy without monitoring

Comments

Markdown supported