Ask HN: How do you keep track of releases/deployments of dozens micro-services?
1–10 of 56 posts
Re: Ask HN: How do you keep track of releases/deployments of dozens micro-services?
#2A Slack notification could do it. Or do you want to correlate deployments with other metrics?
In this case we instrument our deployments into our monitoring stack (influxdb/grafana) and use this as annotations for the rest of our monitoring.
We can also graph the number of releases per project on different aggregates.
Re: Ask HN: How do you keep track of releases/deployments of dozens micro-services?
#3Every component comes with a major/minor release no., which tells about the nature of change that has gone in. For ex: Major rel is incremented for a change that usually introduces a new feature/interface. Minor release no are reserved for bug fixes/optimizations, that are more internal to the component.
The build manager can go through the list of all the delivered fixes and cherry pick the few which can go to the final build.
Re: Ask HN: How do you keep track of releases/deployments of dozens micro-services?
#4Re: Ask HN: How do you keep track of releases/deployments of dozens micro-services?
#5Re: Ask HN: How do you keep track of releases/deployments of dozens micro-services?
#6Re: Ask HN: How do you keep track of releases/deployments of dozens micro-services?
#7We also store stats in the service discovery app so versions can be promoted to "production" for a customer once the account management team has reviewed and updated their internal training.
Re: Ask HN: How do you keep track of releases/deployments of dozens micro-services?
#8I could probably snapshot the kubernetes state to have an trail I can use to rollback to a point in time. Alternatively I thought about having CI updatemanifests in an integration repo and deploy from there, so that every change to the cluster is reflected by a commit in this repository.
Re: Ask HN: How do you keep track of releases/deployments of dozens micro-services?
#9It takes a build from your build system (typically team city, but not exclusively) deploys it and record the deployment.
You can then check later what's currently deployed, or what was deployed at some point in time in order to match it with logs etc.
Not sure how useable it would be outside of our company though.