DevOps Vs NoOps

Technical and business requirements are challenging and IT service is becoming more and more complex. This is the reason that the delivery is so important and why we need to orchestrate the whole process. With the cloud, we don’t need more sysadmin, but DevOps technical and business skills are in high demand. To implement DevOps and move into a place where the benefits flow, you need to think beyond technical delivery.

What Is the Difference Between DevOps and NoOps?
DevOps is the fusion of development and operations and is the practice of development and operations engineers collaborating together to define processes that drive the service lifecycle, from the design to the delivery.

NoOps means no operation. Its philosophy is to remove all the platform management parts and reduce friction between developers and infrastructure.

Why Do We Need More Than DevOps?

The matter is that, in the IT world, things change quicker than you. The market requirement is so much more demanding now that you cannot simply say: “I’m tired of changing, please give me a rest.”

The coming of the cloud makes things more complicated. It allows us to implement complex solutions and solve a lot of challenges but requires more skill. All parts of your cloud are sold as scalable, but it always needs some DevOps to be set. This means that you always need some manual effort. You still have a person behind most parts of the process. This means working in the old way.

The purpose of NoOps is to define a process where there is no need to combine the part of the development with the operation to make things work. NoOps has a goal: make everything deployable by design with no effort from anybody. Basically, a NoOps approach is the following: the developer commits the code into the repository and everything is deployed. It may seem exactly like continuous delivery but it is more. Here, for deployment, we mean not only the application but the infrastructure also.

The infrastructure is always considered as a big management cost and produces friction between developers and operation.

But the point is another. Infrastructure is not the issue. The issue is in the process. If the process is well designed, you won’t have friction, you won’t have delays, and everything will work correctly. As always you should know that there are some applications that can be deployed on PaaS and others can not. That’s all.

If your application is simple, PaaS is a good solution and DevOps people will be happy to work less. If you are launching the next application like Netflix, maybe you will need more control.