Having strong ownership of your microservices and other running systems is an important pre-requisite to building a DevOps culture. But focusing solely on ownership of services running in production can leave some gaps. There’s a lot of code living outside of any service’s codebase: libraries, internal tools, templates, terraform code, and a lot more. All of these repositories need ownership too.
Having strong ownership of all your repos comes with a lot of benefits:
- Authority: There’s a team in charge of setting the standards for contributing to and making changes to the code.
- Accountability: There is a team responsible for fixing bugs or vulnerabilities when they’re found.
- Security/Compliance: Some compliance frameworks have an implicit requirement of all tier-1 software having strong ownership, so that critical security vulnerabilities don’t go unseen.
We’re proud to announce OpsLevel’s new Repository Ownership feature.
With Repository Ownership, you can:
- Explicitly define the ownership of each of your repos, using config-as-code (or through our GraphQL API).
- See how your repos map to your services, both for 1:1 mappings or mono-repo environments.
- Understand what tier of services your repository is already supporting - or set/override your repo’s tier explicitly.
- Track extra repository metadata through tagging.
To learn more about our new repository ownership feature, visit our docs page.
%20(1).png)
.png)
.png)
Subscribe
Join our newsletter to stay up to date on features and releases.
By subscribing you agree to with our Privacy Policy and provide consent to receive updates from our company.
