Analysing key changes in the IT landscape based on global, economic and governance factors.
The main drivers of growth in localization of IT services are regulatory requirements (GDPR and similar laws), national interests, and sanctions risks:
The dominant technology in this area is Kubernetes solutions with regional clusters based on Rancher, OpenShift, and tools like Crossplane for multi-cloud management. There is also a strong emphasis on compliance pipelines, such as automatic GDPR compliance verification using Open Policy Agent.
An illustrative example of digital transformation in this direction is Netflix, which deployed local CDN nodes within the EU to ensure GDPR compliance. |
The primary trend in IT infrastructure for 2025 revolves around multi-cloud solutions (AWS + Azure + GCP + local providers) and Sovereign Cloud platforms, such as Switzerland’s Exoscale, Norway’s SAPA, and France’s now pan-European OVHcloud.
The difference between on-premises and Sovereign clouds is that on-premises (private) clouds are infrastructure deployed and managed within an organization or by a trusted provider. Sovereign clouds are cloud solutions that comply with national or regional regulatory requirements, including data residency, jurisdiction, and security. They are created to comply with the laws of a specific country. |
1. The HashiCorp stack, particularly HashiCorp Consul, for service management in distributed infrastructures and service discovery.
2. Infrastructure as Code (IaC) tools such as Terraform/OpenTofu, Pulumi, and Ansible for idempotent configurations and orchestration. Puppet/Chef remain relevant for compliance and enterprise environments, though their popularity is declining.
3. Kubernetes is the industry standard for container orchestration.
Key Trends:
TOOLS |
SUPPORTED CLOUD |
LANGUAGE/ APPROACH |
STATE |
NOTES |
TERRAFORM |
Multicloud (AWS, Azure, GCP, etc.) |
Declarative (HCL) |
Yes |
A leader for multicloud scenarios. Supports multiple providers. |
AWS CLOUD-FORMATION |
AWS Only |
Declarative (YAML/JSON) |
Yes |
Integration with AWS services, but limited outside of AWS. |
AZURE RESOURCE MANAGER (ARM) |
AWS Only |
Declarative (JSON) |
Yes |
Deep integration with Azure, but no multi-cloud. |
GOOGLE CLOUD DEPLOYMENT MANAGER |
GCP only |
Declarative (YAML) |
Yes |
Limited flexibility, suitable for simple scenarios. |
PULUMI |
Multicloud (AWS, Azure, GCP, etc.) |
Imperative (Python, TypeScript, Go, .NET) |
Yes |
Allows the use of programming languages, suitable for complex scripts. |
ANSIBLE |
Multicloud (via modules) |
Imperative (YAML) |
No |
Main focus is configuration management and orchestration. |
CHEF |
Multicloud |
Imperative (Ruby DSL) |
No |
Aging tool, being superseded by Ansible/Terraform, Community is shrinking |
PUPPET |
Multicloud |
Declarative (Puppet DSL) |
No |
Focus on compliance and configuration management. Community is shrinking |
SALTSTACK |
Multicloud |
Imperative (YAML/ Python) |
No |
High speed tasking in large infrastructures. |
OPENTOFU |
Multicloud (Terraform fork) |
Declarative (HCL) |
Yes |
Terraform fork with open license, alterative after HashiCorp license change. |
4. Multi-cloud control panels such as Azure Arc, Google Anthos, AWS Outposts, Rancher, Red Hat OpenShift + Advanced Cluster Management (ACM), Open Cluster Management (OCM), and VMware Tanzu for hybrid management.
The most popular multi-cloud tools in the table:
TOOLS |
SCENAIOUS |
PROS |
MINUSES |
Azure Arc |
Hybrid management + Azure integration |
Deep integration with Azure services |
Microsoft lock-in |
Google Anthos |
Multi-cloud with GCP focus |
Powerful tools for Kubernetes |
Expensive, difficult to migrate |
AWS Outposts |
Local AWS |
Full compatibility with AWS |
Ironclad dependency, high cost |
Rancher |
Independent cluster management |
Flexible, open-source |
No cloud integrations |
OpenShift ACM |
Enterprise-hybrid environments |
Red Hat support, security |
Complexity, cost |
OCM |
Open-source multi-clustering |
Independence, flexibility |
Requires expertise |
VMware Tanzu |
Hybrid VM + Kubernetes |
VMware integration, Ideal for companies with legacy infrastructure on VMware. |
Expensive, niche solution |
Neutral countries (Switzerland, UAE) do not always save from extraterritorial laws. For example, Swiss banks still comply with US sanctions. The real trend is hybrid infrastructure, not relocation.
To the growth of IoT, DevOps is adapting via lightweight Kubernetes distributions (K3s, MicroK8s). Infrastructure as code (IaC) for edge devices (Pulumi, Ansible) and GitOps approach.
The “collapse” thesis is exaggerated, but transformation is inevitable.
Rather, search engines are evolving into hybrid platforms combining traditional search and generative AI.
Public clouds are growing (the market will reach $1.3 trillion by 2025), but hybrid models are gaining momentum: Large companies (Dropbox, 37signals) are partially reverting to self-hosted because of the long-term savings, but it requires expertise and CapEx. And while Kubernetes as a standard, OpenShift and Rancher make hybrid environments easier to manage, Self-hosted solutions are not a panacea. For 80% of SMEs, public clouds remain more profitable due to their ability to scale and the absence of upfront costs (no CapEx).
The trend is the Growth of FinOps practices:
The CapEx/OpEX balance depends not only on economics, but also on regulation. For example, GDPR is forcing even startups to invest in local infrastructure. Excessive savings also leads to risks: Facebook incident in 2021 (shutting down servers to save money caused a global outage)
A breakthrough is the emergence of free LLMs: Llama (Meta), Mistral (France), and Falcon (UAE) allow SMEs to build AI-powered products without huge budgets, while Hugging Face and Weights & Biases lower the entry threshold for ML. Likewise, the last year has also seen several breakthroughs in optimizing the training of LLM models.
Although remote work in complex projects (e.g., software development) reduces task-solving speed by 15-20% due to communication lags, 58% of employees report an increase in efficiency through remote work.
The reason is the adaptation approach - productivity drops only in teams without remote work experience. This is not due to remote work per se, but rather to the lack of established processes (e.g., asynchronous communication, clear OKRs). Positive example of GitLab - originally a distributed company, retains efficiency.
Statistic: 65% of FAANG employees prefer hybrid (2 days in the office / 3 at home).
Management is shrinking in agile environments, but is retained in regulated industries.
This is a consequence of large companies cutting their investment in training; almost 60% of companies have reduced their internship budgets.
Only 20% of juniors come to IT through corporate programs, compared to 50% in 2020. |
The results were not long in coming: the market is flooded with self-taught people with gaps in basic skills (lack of understanding of OS, scripting).
The problem is the lack of mentoring - companies like Red Hat, Microsoft, Google (Google Cloud Skills Boost) maintain balance through mentoring programs and internal courses. But the remaining majority will have to live with this in 2025.
In general, despite 70% of companies implementing FinOps and Platform Engineering to manage complexity, there is a crisis of discipline, as 40% of engineers copy solutions from Stack Overflow without adaptation.
Mental health is a competitive advantage for recruitment and retention.
That is, on the one hand, the lack of relief from work tasks, and on the other hand, the lack of social connections typical of an office environment. I added this paragraph for DevOps team leaders who care about their people.
In fairness, reducing stress does not have a positive effect on everyone. If senior employees become more productive, then for juniors, it hinders the formation and activation of the prefrontal cortex, reducing their ability to learn, so stress is also a tool.
Low-Code/No-Code is a development approach that allows you to create applications with minimal or no coding. It is a tool for specific business tasks.
Low-Code/No-Code platforms are a stable trend, as they simplify development — a tool for MVP, but not a replacement for development.
PLATFORM |
FOCUS |
EXAMPLES OF USE |
MICROSOFT POWER APPS |
Corporate solutions |
Internal tools, integration with Office 365 |
OUTSYSTEMS |
Enterprise applications |
Management systems, ERPs |
BUBBLE |
Web applications |
MVP startups, marketplaces |
AIRTABLE |
Data management |
Business dashboards, project trackers |
WEBFLOW |
Websites and landing pages |
Portfolio, online stores |
There are many more unsuccessful examples, but they won't be mentioned here because these companies have since sunk into oblivion, and their marketing departments no longer exist.
For DevOps/System engineers it is categorically harmful because it increases technical debt, makes the work of the first lines of support easier, but is a time thief for the third and fourth lines (the most expensive part) of the support team and SRE/DevOps teams in the field of automation and standardization, because repeatability and stability are our everything.
From personal experience, 100% of projects written using LowCode/NoCode faced technical limitations of platforms when scaling and customizing. In business, the closest analogue is a loan, use it now, pay later, and much more.
NoOps is not a simplification, but a high-level abstraction where routine tasks are automated, allowing engineers to focus on strategy.
True NoOps (full automation of infrastructure) is a utopia for most companies, but partial implementation is more than possible. It is an organic extension of the DevOps methodology. It requires highly qualified engineers and a deep understanding of the essence of development processes, as well as a zero-tolerance approach to technical debt.
NoOps only works in mature companies with perfect automation or a high level of System/DevOps expertise and a non-engineering team.
In general, for projects in development, I would be lying if I said that a DevOps team is not needed; however, their focus shifts to platform engineering, writing Infrastructure as Code (IaC), and project architecture. For the rest, hybrid models (classic CI/CD DevOps + automated tests) will be more effective.
Experiments with early large language models (LLMs) polluted the noosphere and lowered the quality of data for more advanced models (I confess, I was guilty myself). Innovative new models learn from content generated by weaker versions and become "dumber" themselves.
The growth of graph databases is closely tied to the tasks of recommender systems and fraud detection. The leaders in this area are Memgraph, Nebula, and Neo4j. eBay uses the latter for recommendations, Amazon Neptune has integration with AWS AI services, and is provided as a service.
Vector DBs: In parallel, demand is growing for Pinecone and Milvus, which are optimized for semantic search and RAG. They have become a critical component for working with LLM and RAG (Retrieval-Augmented Generation), bypassing graph DBs in importance in the context of AI:
Vector DB market size is expected to grow to $5.8 billion by 2028 |
As a consequence, a split in communities (for example, Redis with the RSALv2 license).
Death of tools: 80% of new DevOps tools disappear after 2 years (e.g. Pulumi survived, while CDK8s fell out of favor). The average project utilizes 15 or more tools, which exponentially increases the complexity of support.
We are at a bifurcation point, and DevOps is on the verge of radical change:
DevOps was a driver of speed in 2019; by 2025, it will be a driver of sustainability. Success awaits those who combine agility with responsibility, and technology with humanity. And stay flexible:
“There are no eternal technologies, there are eternal principles.” |