Implement service mesh (Istio, Linkerd) for service-to-service communication, traffic management, security, and observability.
Deploy and configure a service mesh to manage microservice communication, enable advanced traffic management, implement security policies, and provide comprehensive observability across distributed systems.
Minimal working example:
# istio-setup.yaml
apiVersion: v1
kind: Namespace
metadata:
name: istio-system
labels:
istio-injection: enabled
---
apiVersion: install.istio.io/v1alpha1
kind: IstioOperator
metadata:
name: istio-config
namespace: istio-system
spec:
profile: production
revision: "1-13"
components:
pilot:
k8s:
resources:
requests:
cpu: 500m
memory: 2048Mi
// ... (see reference guides for full implementation)
Detailed implementations in the references/ directory:
| Guide | Contents | |---|---| | Istio Core Setup | Istio Core Setup | | Virtual Service and Destination Rule | Virtual Service and Destination Rule | | Security Policies | Security Policies | | Observability Configuration | Observability Configuration | | Service Mesh Deployment Script | Service Mesh Deployment Script |
Copy a source-pinned command for your client. You run it yourself.
Destination: .claude/skills/service-mesh-implementation · pinned to the source commit
git clone https://github.com/aj-geddes/useful-ai-prompts.git
cd useful-ai-prompts
git checkout 3f5182cfd739fc113f4af5244a1cf342ad7f7911
mkdir -p ".claude/skills/service-mesh-implementation"
cp -r "skills/service-mesh-implementation" ".claude/skills/service-mesh-implementation"Review the source before running. This copies files into your project; it is not a one-click install and does not verify runtime safety.
Scanner static-checks@0.1.0 · commit 3f5182cfd739. Static checks cannot prove runtime safety – review the source and the exact diff before installing. How checks work.
No static rules matched. This is not a safety guarantee.