https://github.com/slok/service-level-operator-sloth-migrator
Simple script to migrate CRs from service-level-operator to sloth
https://github.com/slok/service-level-operator-sloth-migrator
Last synced: 6 months ago
JSON representation
Simple script to migrate CRs from service-level-operator to sloth
- Host: GitHub
- URL: https://github.com/slok/service-level-operator-sloth-migrator
- Owner: slok
- Created: 2021-05-22T06:39:35.000Z (over 4 years ago)
- Default Branch: main
- Last Pushed: 2021-05-25T05:22:51.000Z (over 4 years ago)
- Last Synced: 2025-02-16T07:55:44.947Z (8 months ago)
- Language: Go
- Size: 53.7 KB
- Stars: 1
- Watchers: 2
- Forks: 0
- Open Issues: 0
-
Metadata Files:
- Readme: README.md
Awesome Lists containing this project
README
# service-level-operator-sloth-migrator
A simple CLI that will migrate [service-level-operator] CRs to [sloth] CRs.
Example: `go run ./ --slos ./example/awesome.yaml --out /tmp && sloth generate -i /tmp/_gen__awesome-service.yaml`
## Getting started
These are the steps:
- Get [service-level-operator] SLOs from Kubernetes using `kubectl`.
- Use this CLI to migrate them.
- Apply new sloth CRs using [sloth] CLI or Kubernetes controller mode.
Lets see an example:
```bash
# Get service-level-operator SLOs.
kubect get servicelevels --all-namespaces -o yaml > ./slos.yaml
# Migrate to sloth.
mkdir ./sloth-specs
go run ./ --slos ./slos.yaml --out ./sloth-specs
# Check sloth specs by generating prometheus-operator rules CRs.
mkdir ./prom-specs
for f in ./sloth-specs/*; do sloth generate -i ${f} -o ./prom-specs/$(basename ${f}); done
```
## Advanced options
- `--ignore-disable`: If used, it will not migrate the SLOs that have `disable: true`.
[service-level-operator]: https://github.com/spotahome/service-level-operator
[sloth]: https://github.com/slok/sloth