La pregunta correcta no es "qué cloud", es "qué carga"
En el debate sobre cloud, las utilities alemanas se ven empujadas con frecuencia a tomar una decisión binaria entre proveedores: Azure o AWS, público o privado, hyperscaler o soberano. Esa pregunta es la equivocada. La pregunta correcta es qué carga debe ir dónde, porque una utility no es un sistema único, sino una constelación de aplicaciones con perfiles de riesgo, criticidad regulatoria y patrones de consumo muy distintos.
El contexto refuerza esta lógica. Según el Monitoring Report 2025 de la Bundesnetzagentur, las utilities ya operan en un mercado con 54 % de generación renovable, 25 millones de puntos con modern metering equipment, 644.000 smart metering systems obligatorios instalados y nuevas obligaciones sobre cargas controlables bajo la sección 14a EnWG (264.874 market locations notificadas a cierre de 2024). Esta diversidad operativa hace imposible meter toda la pila tecnológica en una sola decisión cloud. Bundesnetzagentur.
Cuatro perfiles de carga, cuatro decisiones distintas
En una utility típica, las cargas se distribuyen en cuatro perfiles. El primero son las plataformas de mercado y customer-facing (portales, CRM, atención digital, Salesforce). Estas suelen beneficiarse de hyperscalers como Azure o AWS por su elasticidad, integración con Power Platform o servicios gestionados, y por la madurez de sus regiones europeas.
El segundo perfil son los sistemas críticos regulados (SAP IS-U, FI-CA, billing, market communication). Aquí la prioridad no es elasticidad sino estabilidad, trazabilidad y soberanía. Muchas utilities optan por nube privada o hyperscaler en regiones europeas con controles BSI C5 documentados.
El cuarto perfil son las cargas analíticas y de IA (forecasting, customer analytics, predictive maintenance). Estas se benefician del cloud público por su capacidad de cómputo bajo demanda y su ecosistema de servicios ML, siempre con controles claros sobre dónde residen y se procesan los datos.
El cuarto perfil lo constituyen las cargas de trabajo de análisis y IA (previsiones, análisis de clientes, mantenimiento predictivo). Estas se benefician de la nube pública gracias a la capacidad de cálculo bajo demanda y a los ecosistemas de servicios de aprendizaje automático, siempre con controles claros sobre dónde residen y se procesan los datos.
El marco BSI C5 como referencia transversal
Un punto que ahorra muchas discusiones es apoyarse en el BSI Cloud Computing Compliance Criteria Catalogue (C5). El BSI publica los catálogos C5 como criterios de control para servicios cloud, especialmente relevantes en sectores con requisitos KRITIS. Usar C5 como referencia objetiva para evaluar proveedores y configuraciones evita decisiones basadas en preferencias y las sustituye por una matriz auditable. BSI.
Por qué híbrido suele ganar en utilities
La realidad operativa hace que la mayoría de utilities alemanas acaben en una arquitectura híbrida y a menudo multi-cloud. No por moda, sino por tres razones concretas. Primera, el legacy no desaparece: SAP IS-U y otros sistemas siguen siendo el corazón funcional y no se reemplazan de la noche a la mañana. Segunda, los riesgos regulatorios y de soberanía empujan a mantener ciertas cargas en entornos muy controlados. Tercera, la innovación —Data & AI, customer experience, smart metering analytics— requiere capacidades cloud que solo los hyperscalers ofrecen a escala.
El error frecuente no es ir a híbrido, sino llegar a híbrido por acumulación, sin diseño. Eso genera silos, integraciones frágiles y un coste operativo creciente. Una estrategia híbrida real exige decidir explícitamente qué carga vive dónde, cómo se conectan los entornos, cómo se gestionan identidades y datos, y cómo se evita la fragmentación de equipos.
Qué aporta Principal33
Principal33 incluye Cloud Migration & Support y Application Maintenance & Support entre sus servicios principales, y declara experiencia específica en sectores exigentes como energy. En sus contenidos sobre SAP IS-U destaca además modelos de transición híbridos para empresas que aún no están listas para mover todo a S/4HANA, y planes de despliegue modulares. Eso encaja con la lógica de decisión por carga: convivir con el legacy mientras se moderniza progresivamente lo que aporta más valor o más riesgo. Principal33.
