As we wrap up the first quarter of 2021, we wanted to talk about things we should be doing as part of a cloud native strategy for the remaining 3/4 of the year. Moving from traditional monolithic. architectures to a modern microservices approach has many benefits, but still has the greater majority of us baffled in terms of tapping into its full potential.
In this episode of Coffee & Containers, Jim Shilts, Developer Advocate at Shipa chats with Angel Rivera, Developer Advocate at CircleCI, and Vivek Pandy, VP of Engineering at Shipa about helping organizations get ahead of the curve by considering these topics:
- Anticipating the next big hill in CICD
- Application Policy Management
- Reducing the Human Element (again)
3 Things You Should Be Doing in Cloud Native in 2021
Recorded March 17, 2021
1. Anticipating the Next Big Hill in CI/CD
The first cloud native strategy has to do with anticipating and preparing for the next CI/CD challenge. Many traditional CI/CD solutions or approaches were developed with traditional or legacy application architectures in mind, and many of those approaches may be well suited for a monolithic application deployment, but may not be well suited for Kubernetes or Cloud Native environments. What hills are approaching in cloud native CI/CD, and how can we be prepared?
2. Application Policy Management
Cloud native strategy number two focuses on building a trusted and secure process. From development to deployment, we need to ensure that all mandates and policies are followed and that no steps in the process introduce new vulnerabilities, and just as importantly, that no steps are skipped. This is particularly true in highly regulated industries such as banking, but with all of the data everyone is storing these days, penalties for a breach, loss in revenue/customer confidence, etc, this really just as important for everyone building and deploying software. What strategies are there for tackling this challenge?
3. Reducing the Human Element (again)
The final cloud native strategy brings us back to the days before any of us were saying “DevOps.” If we go all the way back to the beginning of CI and build automation, eliminating the human error aspect was arguably the biggest win. Speed was an added bonus, and speed really just helped to shift the bottleneck a little more to the right. In cloud native, we are seeing history repeat itself with a lot of manual effort going into Kubernetes deployments. Teams are approaching Kubernetes deployments with Helm, YAML, scripting, etc which all take a high level of manual effort to maintain. What should we be doing to reduce the risk of a manual approach, and how do we ultimately get to a trusted and repeatable process where the promises of speed in Kubernetes are realized?