Partners & Technologies

Cloud, platform and engineering technologies we use to design, modernize and operate complex enterprise systems.

Technology choices start with the workload

We work across cloud providers, infrastructure platforms and open technology ecosystems rather than building every solution around one vendor.

The right platform depends on what the workload needs to do, what it must survive, how it will be operated and what constraints the organization has around cost, security, regulation and future change.

Nubes Consulting works across public cloud, private and hybrid infrastructure, container platforms, automation, observability, application platforms and enterprise technology.

Where we have formal technology partnerships, we use them to improve access to training, technical expertise, support and joint delivery opportunities. They do not replace independent architecture decisions.

Partner where it creates value. Stay independent where the client needs a decision.

Technology Partners

Strong vendor relationships should improve delivery — not reduce your choices.

We build relationships with major cloud and technology providers so our teams can stay close to platform capabilities, technical guidance, training and support.

At the same time, we remain workload-led. We may recommend staying on an existing platform, moving to another provider, using private infrastructure, or combining several environments when that is the stronger technical and business decision.

Platforms We Work With

Our experience is broader than our formal partner relationships.

We design and deliver solutions across major public clouds, enterprise infrastructure and open platforms. The exact technology depends on the workload, existing estate and target operating model.

Technologies

Technology breadth matters when it gives us more than one way to solve the problem.

We work across cloud-native, enterprise and open-source technologies used throughout the systems we advise, modernize and operate.

We do not select a technology because it is fashionable or because it belongs to a preferred vendor. We consider architecture fit, existing skills, operational complexity, security, cost, resilience, portability and long-term support.

Where a managed proprietary service gives clear value, we use it deliberately. Where open standards or portable technologies reduce unnecessary dependency, we use those instead.

Applications & APIs

.NET
Apache Kafka
Java
Node.js
Python
REST APIs
Spring

CI/CD & DevSecOps

Azure DevOps
GitHub Actions
GitLab CI/CD
Jenkins
SonarQube

Cloud & Infrastructure

Amazon Web Services
Google Cloud
Linux
Microsoft Azure
Oracle Cloud Infrastructure
VMware
Windows Server

Containers & Platform Engineering

Argo CD
Docker
Helm
Kubernetes
Red Hat OpenShift

Databases & Data Platforms

Microsoft SQL Server
MongoDB
MySQL
Oracle Database
PostgreSQL
Redis

Infrastructure as Code & Automation

Ansible
OpenTofu
Pulumi
Terraform

Legacy & Enterprise Platforms

CICS
COBOL
Db2
IBM MQ
IBM z/OS
WebSphere

SRE & Observability

Datadog
Elastic
Grafana
OpenTelemetry
Prometheus

How we choose technology

The technology comes after the requirements.