1/3 Попалась статья про переход компаний к облачным стратегиям с акцентом на технологический суверенитет и снижение геополитических рисков: https://siliconangle.com/2026/04/24/geopolitical-pressures-ai-initiatives-drive-enterprise-adoption-sovereign-first-cloud-strategy/ Статья, на мой взгляд, важна тем, что фиксирует заметное изменение настроений среди enterprise-клиентов. В статье данные опроса 3700 тех. руководителей из 21 страны и 83% из них отметили, что важность технологического суверенитета них серьезно возросла (на фоне геополитического давления). А 65% уже изменили свои облачные стратегии. Конечно, это именно результаты опроса, а не прямое измерение фактической миграции облачных нагрузок. Из этих цифр не следует, что 65% нагрузки уже ушли из глобальных облаков в локальные, но все же следует, что тема суверенитета, юрисдикции, контроля над данными и зависимости от внешних поставщиков стала для компаний значительно более чувствительной. Выглядит так, что в пределе произойдет фрагментация, – часть нагрузки останется у гиперскейлеров, часть уйдет в суверенные регионы глобальных провайдеров, часть к локальным игрокам, часть – в приватные облака и инхаус. Так к чему я все это? Примерно с начала года тоже думаю о том, что часть облачных сервисов, особенно в сегменте SaaS, может начать замещаться локальными или внутренними решениями. Не все сервисы, конечно. Нельзя смешивать условную CRM, багтрекинг, wiki или helpdesk с инфраструктурой для AI, глобальным CDN или эластичным вычислениями. Разные классы систем с разной экономикой. Но для некоторых внутренних корпоративных инструментов локальное решение действительно может быть реалистичной альтернативой. CRM, багтрекинг, системы заявок, внутренние порталы, часть DevOps-инструментов вполне могут существовать локально, особенно если процессы компании стабильны, требования к кастомизации понятны, а стоимость поддержки не превышает выгоду от отказа от внешнего SaaS. В пределе я думаю о том, что появятся репозитории с качественными материалами в структуре того же SPDD и можно будет за дни заменить часть таких сервисов локальными решениями. Но здесь, конечно, важно считать не только стоимость разработки, а полный TCO: поддержку, безопасность, обновления, интеграции, резервное копирование, соответствие требованиям регуляторов и наличие команды, которая все это будет сопровождать. Однако, выше - подводка, написать я решил, потому что увидел четкие очертания рисков самой SaaS/Cloud-модели и в свете вышесказанного далеко не нулевую вероятность реализации этих рисков.