Production-grade platform engineering handbook — Kubernetes, Terraform, Flux CD, GitHub Actions, AWS, and more.
67
84%
Does it follow best practices?
Impact
—
No eval scenarios have been run
Passed
No known issues
Author: @carol (human reviewer)
PR: Bumps orders-service image tag to 1.4.2
Why is
replicas: 2? Is that enough for production traffic? Just want to understand the reasoning before approving.
Reason: The reviewer is asking for context about an intentional design decision. The replica count is correct for the current load profile. No code change is needed.
Two replicas gives N+1 redundancy for the expected 200 RPS baseline load (each pod handles ~200 RPS at 60% CPU with the current resource limits).
The HPA is configured to scale up to 10 replicas when CPU exceeds 70%, so burst traffic is covered automatically. The PodDisruptionBudget ensures at least 1 replica is always available during rolling deploys and node drains.
If you want to verify the HPA config:
kubectl get hpa orders -n checkoutℹ️ Thread resolved — no code change needed.
.claude-plugin
.github
commands
docs
examples
agent-self-improve
argocd
awesome-docs
aws
cloudfront
functions
lambda-edge
functions
azure
compliance
conventional-commits
datadog
llm-observability
demo
documentation
dora
dynatrace
fluxcd
github-actions
composite-actions
configure-cloud
db-migrate
docker-build-push
k8s-deploy
notify-slack
pr-comment
release-tag
security-scan
setup-env
setup-terraform
terraform-plan
helm
web-service
templates
kubernetes
kyverno
mcp
observability
openshift
pr-review
ownership
runtime-security
supply-chain
terraform
references
scripts
skills
platform-skills
tests