Cloud

‘Containerize everything’ is lazy cloud architecture


According to Grand View Research, and pretty much every other IT research firm: “The global application container market size was valued at USD 1.5 billion in 2018 and is expected to register a CAGR of 26.5% from 2019 to 2025.”

You don’t have to read an analyst report to see the growth in containers. Almost all the projects I’m on these days have containerization as a core thread as enterprises move rapidly to cloud-based platforms. You can’t blame them: You get portability, scalability, and better support for multicloud, built into container-based enabling technology, such as Kubernetes.

However, as I pointed out before, there are additional costs in moving to containers. Containers are not a fit for all application and data workloads. Finally, you’ll be hard pressed to find enough people to get container-enabled applications done and operating properly. There are just not that many good container developers and designers around. 

At issue is the tendency to “manage by magazine” when it comes to selecting technology. We skip over our own core business requirements, moving directly to a fashionable technology such as containers, serverless, or machine learning. Indeed, IT is myopic around outlying solutions that may exist out of the mainstream hype-driven thinking.

Containerization is a good fit for a lot of workloads, but not all. In many instances the workloads are just not economically viable when considering the cost of modifying the applications to work as containers. They require major rewrites, and that adds a great deal of risk and cost.

Containers have a great deal of momentum in IT these days—so much so that we’re making mistakes misapplying container-based technology. If you take an objective look, for as much as 30 percent of applications ported to containers (or even built net-new), the architecture and fit to purpose is not a match with containers. 



READ SOURCE

This website uses cookies. By continuing to use this site, you accept our use of cookies.