Content pfp
Content
@
https://warpcast.com/~/channel/devops
0 reply
0 recast
0 reaction

Thresh pfp
Thresh
@0xthresh
DevOps debate of the day: where should monitoring/ alerting live in IaC? Should it live close to the component being monitored (for example, defining a DataDog alert in the same folder as the AWS service it’s monitoring) or should monitoring definitions be placed somewhere separate so it can be managed together?
3 replies
0 recast
1 reaction

Lemma pfp
Lemma
@lemma
Depends on the internal team structure and engineering culture IMO. If lots of teams managing their own services, I’d say placing all IaC with that same service is going to mean less stepping on other teams toes in my experience.
1 reply
0 recast
1 reaction

Samuel ツ pfp
Samuel ツ
@samuellhuber.eth
My preferred way is have everything under one component E.g. helm chart for Service brings its monitoring Prometheus/Alerting rules + Grafana Dashboard with it Means I can have generic Kube Prom Stack Helm Chart and bringing in a service brings its monitoring too. Not bringing service means all clean still
0 reply
0 recast
1 reaction

dan — bad kids pfp
dan — bad kids
@brokenthumbs
Closer to the component. Kind of similar to grouping other related resources to the component.
0 reply
0 recast
0 reaction