GM&#x27;s reasons for bringing IT back in-house are probably one of a handful of examples of people back-tracking on outsourcing at that scale. IIRC, GM realized that so much of their IT knowledge was tribal (read: poorly run, no docs, tons of religious ceremonies required to keep the lights on) that they were making serious risks to try to have anyone else take it over.<p>For a lot of companies, they&#x27;re viewing moving to cloud systems as a sort of &quot;second chance&quot; to green field IT more inline with what they were hoping for out of their datacenters they built out decades ago. In a lot of these cases, server deployments can take weeks, months just to have some random CentOS or Windows 2008 R2 image plopped on there when people just want to test a couple pieces of software from a vendor.<p>Cockcroft&#x27;s right about how auditing datacenters for security is such a pain due to disparate &#x2F; badly integrated tooling that the cloud will become much easier for performing audits. So even if it&#x27;s a little less &quot;secure&quot; than your existing datacenter (I would bet everything I&#x27;ve got that most Fortune 500 datacenters are far less secure than what Amazon has setup) you will come out ahead on dealing with incidents faster and cheaper.<p>I&#x27;m working directly on one of these datacenter exodus projects named in this article and the cost savings early on are already monstrous compared to the charge-back that&#x27;s done internally, and our internal cost to support cloud is projected to scale logarithmically as opposed to super-linearly while maintaining our in-house IT. The amount of (typically unhelpful, terse) support staff required to support our IT is absolutely insane and most of the time the IT budget is so strapped you can&#x27;t even get the budget to upgrade any hardware ever again, so moving to a constantly-improving cloud is a better long term proposition by that metric at least. The internal IT is a stereotypical example of a real-world enterprise datacenter with a hodgepodge of 25+ different vendors&#x27; tools from different fads and different account managers&#x27; legacies from years ago that are impossible to consolidate together effectively. No enterprise software vendor likes to make integrations with anyone else without a partnership agreement and the overall engineering results are atrocious and fundamentally much more expensive and high-risk than just throwing everything into a third party&#x27;s highly reputable cloud environment. Meanwhile, there&#x27;s a massive body of software now that works with AWS and as these large corporations start to acquire companies that are already deployed to AWS, it will make M&amp;A cheaper and technically higher likelihood of follow-through.