Project Templates์ถ์ฒ: Show HN์กฐํ์ 1
Show HN: Pacto โ OCI-distributed contracts for cloud-native services
By edu-diaz2026๋
3์ 9์ผ
**Show HN: Pacto โ OCI-distributed contracts for cloud-native services**
Author here.I work as a platform engineer and kept running into the same problem: services are described in fragments across different tools.APIs live in OpenAPI specs. Deployment assumptions end up in Helm values. Runtime details are hidden in Kubernetes manifests. Configuration lives in environment variables. Dependencies are often documented in READMEs or tribal knowledge.There is no single machine-readable contract that describes how a service actually behaves operationally.So I started building Pacto.Pacto defines a contract for cloud-native services that captures things like:โข interfaces (HTTP, gRPC, events) โข runtime semantics (stateless, stateful, hybrid) โข dependencies between services โข configuration schema โข scaling expectationsAll of this lives in a single pacto.yaml file and can be packaged and distributed as an OCI artifact.The idea is that platforms, CI systems, and tooling can reason about services without guessing or reverse-engineering deployments.For example the CLI can already:โข validate service contracts โข detect breaking operational changes (pacto diff) โข resolve dependency graphs โข package contracts as OCI artifactsOne part I found particularly useful is making state semantics explicit, for example:runtime.state.type: stateless | stateful | hybridThat allows platforms to reason about storage, lifecycle and scaling without relying on implicit assumptions.The project is still early but already usable...
---
**[devsupporter ํด์ค]**
์ด ๊ธฐ์ฌ๋ Show HN์์ ์ ๊ณตํ๋ ์ต์ ๊ฐ๋ฐ ๋ํฅ์ ๋๋ค. ๊ด๋ จ ๋๊ตฌ๋ ๊ธฐ์ ์ ๋ํด ๋ ์์๋ณด์๋ ค๋ฉด ์๋ณธ ๋งํฌ๋ฅผ ์ฐธ๊ณ ํ์ธ์.
Author here.I work as a platform engineer and kept running into the same problem: services are described in fragments across different tools.APIs live in OpenAPI specs. Deployment assumptions end up in Helm values. Runtime details are hidden in Kubernetes manifests. Configuration lives in environment variables. Dependencies are often documented in READMEs or tribal knowledge.There is no single machine-readable contract that describes how a service actually behaves operationally.So I started building Pacto.Pacto defines a contract for cloud-native services that captures things like:โข interfaces (HTTP, gRPC, events) โข runtime semantics (stateless, stateful, hybrid) โข dependencies between services โข configuration schema โข scaling expectationsAll of this lives in a single pacto.yaml file and can be packaged and distributed as an OCI artifact.The idea is that platforms, CI systems, and tooling can reason about services without guessing or reverse-engineering deployments.For example the CLI can already:โข validate service contracts โข detect breaking operational changes (pacto diff) โข resolve dependency graphs โข package contracts as OCI artifactsOne part I found particularly useful is making state semantics explicit, for example:runtime.state.type: stateless | stateful | hybridThat allows platforms to reason about storage, lifecycle and scaling without relying on implicit assumptions.The project is still early but already usable...
---
**[devsupporter ํด์ค]**
์ด ๊ธฐ์ฌ๋ Show HN์์ ์ ๊ณตํ๋ ์ต์ ๊ฐ๋ฐ ๋ํฅ์ ๋๋ค. ๊ด๋ จ ๋๊ตฌ๋ ๊ธฐ์ ์ ๋ํด ๋ ์์๋ณด์๋ ค๋ฉด ์๋ณธ ๋งํฌ๋ฅผ ์ฐธ๊ณ ํ์ธ์.
