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 Azure AI Foundry tools for changes in AI applications Microsoft’s launch of Azure AI Foundry at Ignite 2024 signals a welcome shift from chatbots to agents and to using AI for business process automation. By Simon Bisson Nov 20, 2024 7 mins Microsoft Azure Generative AI Development Tools analysis Succeeding with observability in the cloud Cloud observability practices are complex—just like the cloud deployments they seek to understand. The insights observability offers make it a challenge worth tackling. By David Linthicum Nov 19, 2024 5 mins Cloud Management Cloud Computing news Akka distributed computing platform adds Java SDK Akka enables development of applications that are primarily event-driven, deployable on Akka’s serverless platform or on AWS, Azure, or GCP cloud instances. By Paul Krill Nov 18, 2024 2 mins Java Scala Serverless Computing 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 Resources Videos