Just because you can does not mean you should. Think twice before making solutions more complex than they need to be Credit: Thinkstock Those of us who owned motorcycles over the years know that a “bone stock” bike won’t be stock for long. It’s common to replace the exhaust system with aftermarket, much louder pipes. Also, the seat is often swapped out for something more comfortable and stylish. Don’t forget a windshield, fuel management systems, and upgraded handlebars. With that you’ve spent about one-fourth of the cost of the motorcycle on a bunch of stuff that does not add anything to the core functionality of the motorcycle. We do it because we can, not because we should. The same can be said about cloud applications for many enterprises. Much like the motorcycle, apps are being tricked out with all kinds of features that really don’t do anything for the core purpose of the applications except make things more complex. Core to this issue: People building applications on public clouds have a multitude of cloud services that can be integrated into that application with little time and very little money. AI services, such as deep learning and machine learning, are often leveraged from applications just because of the ease of doing so. In many cases, the use of AI within a specific application is actually contraindicated. Other tempting services include containers and container orchestration systems. Although these are a great addition for a good many apps, I’m seeing them more and more force-fit these days. Developers are being lured by their hype. The trade-off here is that overengineered cloud apps are more costly to build, overly complex, and thus harder to operate over time. Indeed, they may double the cost of cloudops after deployment, as well as double the cloud bill you’ll get monthly. Cloud app designers and developers need to focus on the minimum viable features that the cloud applications need to solve the core problems. An inventory control application perhaps does not need a machine learning system bolted on, but a fraud detection system does. You need to draw a distinction between what meets the requirements and what’s cool. You’ll have a much easier time after the app goes into operations. Related content analysis Strategies to navigate the pitfalls of cloud costs Cloud providers waste a lot of their customers’ cloud dollars, but enterprises can take action. By David Linthicum Nov 15, 2024 6 mins Cloud Architecture Cloud Management Cloud Computing analysis Understanding Hyperlight, Microsoft’s minimal VM manager Microsoft is making its Rust-based, functions-focused VM tool available on Azure at last, ready to help event-driven applications at scale. By Simon Bisson Nov 14, 2024 8 mins Microsoft Azure Rust Serverless Computing how-to Docker tutorial: Get started with Docker volumes Learn the ins, outs, and limits of Docker's native technology for integrating containers with local file systems. By Serdar Yegulalp Nov 13, 2024 8 mins Devops Cloud Computing Software Development news Red Hat OpenShift AI unveils model registry, data drift detection Cloud-based AI and machine learning platform also adds support for Nvidia NIM, AMD GPUs, the vLLM runtime for KServe, KServe Modelcars, and LoRA fine-tuning. By Paul Krill Nov 12, 2024 3 mins Generative AI PaaS Artificial Intelligence Resources Videos