9 requirements implemented across presentation decks and project docs: 1. DX closing slide: added 'Infrastructure as a utility, not a craft' bullet to convey the full vision (infrastructure consumed, not maintained; platform compounds value over time). 2. PW Problem slide: 'moving a merged change' → 'promoting a change'. 3. PW Problem slide: added 'Red tape' and 'Scalability without increasing headcount' bullets (4 frictions, not 2). 4. PW Roadmap slide: redesigned with side-by-side HTML table layout (Testing | Planned), 16px font, no overflow. 5. PW deck: added new slide 'What This Platform Is — and Isn't' after North Star (sovereign boundary, infrastructure as utility, 4 anti-goals). PW deck now 16 slides (was 15). 6. Maturity nomenclature: 'Available today'/'shipped' → 'Testing' across both decks + source markdown. New .testing badge (blue/teal #DBEAFE). Roadmap title: 'Testing vs. Planned'. The platform has 0 consumer adoption — 'shipped' was inaccurate. 7. Global: 'substrate' → 'engine' across entire project (88 matches, 30+ files including .ciagent/, docs/, modules/, adapters/, schemas/, code). 8. Presentation files only: 'forge' → 'VCS' / 'version control system' (6 occurrences in 4 files). 'forge' retained in all technical docs and code as the industry-standard term. 9. New .agentic badge (purple/violet #EDE9FE) appended to agentic features in both decks: confidence signal, autonomous dev, pattern recognition, dynamic module creation, citizen developer surface, auto-promotion. Also: Change Request ID format changed from 'CR-2026-001' to 'CHG0678912' across presentation files, consumer guide, and test fixtures. HTML re-rendered. PPTX rendered for release upload. ---ci--- phase: 48 milestone: v1.9 status: complete requirements: covered: [] partial: [] ---/ci---
ecs-service — ECS Fargate service (task definition + service)
Module kind: primitive | Version: 1.0.0
An ECS Fargate service with its task definition. Runs a container image on Fargate, optionally behind an ALB target group. This is a multi-resource module: it creates a task definition and a service that runs it.
Resources
| Resource | Type | Purpose |
|---|---|---|
| task_definition | aws_ecs_task_definition |
Fargate task definition with container image, CPU, memory, port, env |
| service | aws_ecs_service |
Fargate service running the task definition in a cluster + subnets |
Inputs
| Name | Type | Required | Default | Description |
|---|---|---|---|---|
image |
string | yes | — | ECR image URL for the task container |
port |
number | yes | — | Container port the service listens on |
cpu |
number | no | 256 | Task CPU units (Fargate) |
memory |
number | no | 512 | Task memory in MiB (Fargate) |
env |
string | no | — | Environment variables as a JSON map string |
cluster_arn |
arn | yes | — | ECS cluster ARN (from ecs-cluster) |
subnets |
string | yes | — | Comma-separated subnet ids (from vpc) |
security_group |
string | yes | — | Security group id for the service ENIs |
lb_target_group_arn |
arn | no | — | Optional ALB target group ARN (from alb) |
region |
string | yes | — | AWS region the service is created in |
Outputs
| Name | Type | Description |
|---|---|---|
service_arn |
arn | The ECS service ARN |
task_def_arn |
arn | The ECS task definition ARN |
Usage
{
"id": "service",
"type": "aws:ecs:task_definition",
"module": "ecs-service@1.0.0",
"inputs": {
"image": "581513795199.dkr.ecr.us-east-1.amazonaws.com/acdl-microservice:latest",
"port": 8080,
"cpu": 256,
"memory": 512,
"cluster_arn": "ref:cluster.cluster_arn",
"subnets": "ref:vpc.subnet_ids",
"security_group": "ref:roles.role_arn",
"region": "us-east-1"
}
}
The image, port, and env inputs are compiled into a
container_definitions JSON block by the adapter. The service is
placed in the cluster with the given subnets and security group, and
optionally wired to the ALB target group if lb_target_group_arn is
provided.
Compliance extension points
- CloudWatch Logs — add
logConfigurationto the container definition with a log group + retention policy (SOX, SOC2 CC7.2, DORA ICT incident logging). - Task execution role separation — add a separate
aws_iam_rolefor execution vs. the task role (SOC2 CC6.3 segregation of duties at runtime). - Secrets injection — add
secretsblock referencing AWS Secrets Manager / SSM Parameter Store with KMS encryption (SOC2 CC6.1. - Execute command — add
enable_execute_commandwith KMS encryption for session audit (SOC2 CC7.2). - Deployment circuit breaker — add
deployment_circuit_breakerblock for resilience (SOC2 CC9.1, DORA operational resilience). - Health check — add a
health_checkblock to the target group (currently missing despite the contract schema having a healthcheck field).
Examples
Validated example contracts are in examples/. The platform-test
pipeline validates them against schemas/contract.schema.json.
Simple
A minimal deployment:
uses: acdl/pipelines/deploy.yaml@v1.6
module: ecs-service
environment: dev
inputs:
name: my-service
region: us-east-1
image: public.ecr.aws/docker/library/nginx:latest
port: 80
Complex
A production deployment with optional inputs:
# Complex ECS service with env vars + health check
uses: acdl/pipelines/deploy.yaml@v1.6
module: ecs-service
environment: dev
inputs:
name: my-production-service
region: us-east-1
image: public.ecr.aws/docker/library/nginx:latest
port: 8080
env:
LOG_LEVEL: info
ENVIRONMENT: production
Versioning
1.0.0 — interface MAJOR, behavior MINOR, lifecycle PATCH. MAJOR bumps
require a new registry entry (immutable publication); old entries enter
a 12-month deprecation window.