Deployment & Runtime

These packages let you run multiple Node.js serverless functions inside a single Docker container, with each function route automatically exposed as an MCP tool for AI agents. You'd adopt them to get the ergonomics of serverless—per-function routing, environment isolation, independent deployments—without cold starts, vendor lock-in, or per-request billing. The key architectural choice is a custom Map-based dispatcher that avoids Express router stack bloat, giving O(1) route lookup and clean hot reloads without middleware leaking across function updates.

These Terraform modules deploy a Model Context Protocol (MCP) server workload onto Amazon EKS, provisioning the full supporting infrastructure: a cluster, ElastiCache Redis for session state, SQS task and result queues with a dead-letter queue, Secrets Manager secrets, and a CloudWatch dashboard with SNS alerts. You would adopt them to get a production-ready MCP deployment on AWS without wiring together EKS, KEDA, Redis, SQS, IRSA, and monitoring yourself. The modules are designed as composable building blocks—the root module wires everything together for a drop-in experience, while individual submodules let you swap in your own KEDA installation or selectively assemble only the pieces you need.

These Terraform modules deploy any MCP (Model Context Protocol) server onto Google Cloud Run, wiring it to Firestore for session state, Secret Manager for credentials, and Pub/Sub for async task distribution. You'd use them to get a production-ready MCP server infrastructure on GCP without designing the networking, IAM, observability, and persistence plumbing yourself. The modules are designed as drop-in components that compose through Terraform outputs and service account emails, letting you mix and match Cloud Run, Firestore, Secret Manager, and Pub/Sub modules independently for different environments or service topologies.