La forma en que las empresas piensan acerca de su infraestructura ha cambiado.
Varias formas de soberanía digital (soberanía de datos, soberanía operativa y soberanía de software) han llegado a dominar las discusiones sobre infraestructura. Hoy en día, estos términos abstractos se han convertido en preocupaciones prácticas para los equipos de plataformas. Las regulaciones cambiantes, la incertidumbre geopolítica y las crecientes preocupaciones sobre la dependencia de los proveedores están obligando a las organizaciones a observar más de cerca dónde opera su infraestructura y quién la controla realmente.
Ya hemos discutido cómo implementar Mejore la seguridad de los datos en su nube soberana Antes. Sin embargo, en este blog profundizaremos en un tema poco explorado: los metales bajo la nube soberana. Consideraremos la soberanía y su relación con la infraestructura, destacando por qué es tan importante evitar la dependencia de los proveedores y cómo la automatización básica puede ayudar a sostener la soberanía.
Soberanía: Controla tu metal
La mayoría de las empresas que buscan aumentar el control sobre los datos y la infraestructura comienzan con la soberanía de los datos. La residencia de datos, el cifrado, el control de acceso y los marcos de cumplimiento son los requisitos más obvios y, a menudo, los primeros en abordarse. Estas medidas son necesarias, pero sólo responden a una parte de la pregunta. Para una comprensión más profunda de lo que impulsa la soberanía y por qué la soberanía de los datos no es suficiente, consulte nuestra Página web y nuestro documento técnico, La nube soberana: una guía esencial para las empresas.
Cuando se trata de nubes soberanas, a menudo se pasa por alto un aspecto en particular: la capacidad de configurar, cambiar y restaurar la infraestructura de forma independiente sin depender de herramientas específicas del proveedor. El control sobre el papel no siempre se traduce en control en la práctica, especialmente en los sistemas operativos.
La dependencia operativa es un riesgo soberano
Los puntos más débiles en muchos diseños de nubes soberanas se encuentran debajo de las capas en las que normalmente se centran los equipos de plataforma. El firmware, los cargadores de arranque, las interfaces de administración fuera de banda y los flujos de trabajo de configuración suelen ser invisibles para los equipos de aplicaciones y, a menudo, están mal documentados.
El control de su infraestructura no se limita a dónde está ubicado su hardware o quién es el propietario; También es importante considerar cómo funciona. Las dependencias operativas se convierten en un riesgo real cuando estos procesos dependen de herramientas patentadas, interfaces específicas de proveedores o flujos de trabajo no documentados.
Estas dependencias suelen ser invisibles hasta que algo cambia: finaliza el contrato de un proveedor, es necesario actualizar el hardware a una máquina más nueva o más potente, o un ingeniero de plataforma clave abandona la organización. De repente, la capacidad de operar infraestructuras de forma independiente desapareció.
Existen algunos riesgos comunes que surgen con la capa de metal desnudo. Primero, no puedes auditar algo que no puedes controlar. Cuando la configuración es manual o la realiza un tercero, es difícil tener una idea clara de lo que realmente se ejecuta en cada servidor. Las versiones de firmware, la configuración de arranque, la configuración de red y las interfaces de administración varían de una máquina a otra y están fuera del alcance de la mayoría de las plataformas.
En segundo lugar, unos cimientos poco claros hacen que sea más difícil gestionar aquello sobre lo que se construyen. La confiabilidad del cifrado, las políticas de acceso y la seguridad de las aplicaciones depende de procesos de suministro y inventario estables y predecibles. Por tanto, la dependencia operativa se convierte en un riesgo estructural. Los flujos de trabajo manuales, las herramientas de configuración patentadas o el conocimiento centralizado en equipos pequeños crean dependencias ocultas que no escalan bien.
Por último, el lento despliegue hace que sea más difícil mantener la soberanía a largo plazo. Las plataformas soberanas necesitan expandirse, recuperarse y evolucionar. Cuando el nuevo hardware tarda mucho en conectarse o requiere coordinación manual, mantener el control después de cada cambio se vuelve más difícil.
Al construir una nube soberana, es importante evitar estos errores. Una plataforma soberana debe ser aquella en la que la organización pueda operar, crecer y recuperarse en sus propios términos, incluso cuando las personas, los proveedores y el hardware cambien.
La automatización básica hace que la soberanía sea sostenible
La automatización básica aborda estos riesgos aportando coherencia a la capa más baja de la pila. En lugar de tratar a los servidores físicos como casos especiales, los trata como activos programables flexibles, estableciendo el mismo flujo desde las máquinas virtuales hasta el hardware básico.
En particular, la automatización básica proporciona varias capacidades específicas que son fundamentales para las nubes soberanas:
- Inventario de hardware transparente: Descubra, realice un inventario y depure servidores y sus capacidades de hardware internas, proporcionando una única fuente de información. Esto es fundamental cuando se debe demostrar la propiedad y configuración de la infraestructura a los reguladores y auditores, respaldando un cumplimiento sólido dentro de la nube soberana.
- Configuración repetible: Configure los servidores de la misma manera cada vez utilizando procesos definidos y versionados. Esto hace que la infraestructura sea más fácil de reconstruir cuando la soberanía depende de la replicabilidad en lugar de la confianza.
- Propiedad clara de los oleoductos de suministro: Las organizaciones controlan cómo se descubren, configuran y ponen en servicio las máquinas sin depender de herramientas específicas de proveedores o actores externos, conservando así el control operativo sobre la capa física.
- Operación más rápida y confiable: Se puede agregar, reemplazar o reutilizar rápidamente nuevo hardware, lo que permite que las plataformas soberanas escalen, se recuperen y evolucionen durante los cambios diarios o eventos extraordinarios sin perder el control.
- Pruebas de hardware antes y después de la producción: Es necesario probar el hardware antes de ponerlo en producción para ayudar a garantizar que solo las máquinas conocidas y compatibles formen parte de la infraestructura soberana.
- Reducir la dependencia del conocimiento tribal: El conocimiento operativo se captura en sistemas y procesos en lugar de existir únicamente en la cabeza de las personas, lo que reduce el riesgo de que la soberanía pase a depender de individuos específicos en lugar de la organización misma.
Juntas, estas capacidades transforman la soberanía en algo que puede sostenerse a largo plazo. Los controles en la capa física se vuelven claros, verificables y repetibles, que es en lo que se basan las iniciativas soberanas de nube para pasar del despliegue inicial a las operaciones a largo plazo.
Cerrando la brecha con MAAS
Existen plataformas de automatización bare metal para resolver este problema. normaMAAS es una plataforma de código abierto que proporciona un plano de control central para administrar y configurar servidores físicos utilizando la infraestructura como principios de código. Proporciona una experiencia de administración consistente, similar a la de la nube, para grupos de servidores físicos en entornos de hardware heterogéneos, lo que facilita que los equipos de plataforma apliquen las mismas prácticas operativas en todas partes.
Varios aspectos de MAAS son particularmente relevantes para los entornos de nube soberana. Juntos, abordan la necesidad de la capa física de control demostrable, independencia operativa y repetibilidad que son fundamentales para las iniciativas de nube soberana:
- Control del ciclo de vida de extremo a extremo: MAAS automatiza todo el ciclo de vida de las máquinas físicas, desde el descubrimiento y la depuración hasta la implementación, la reutilización y el desmantelamiento. Utiliza interfaces de administración fuera de banda estándar, como IPMI o RedFish, para mantener el control y la configuración de la energía en una amplia gama de hardware certificado sin la necesidad de herramientas específicas del proveedor.
- Infraestructura básica como código: Una API estable y bien definida permite que el hardware se administre e integre mediante programación en los flujos de trabajo existentes. Tratar la infraestructura física como código hace que las configuraciones sean repetibles, auditables y más fáciles de evolucionar sin depender de la intervención manual.
- Verificación de hardware a gran escala: Los diagnósticos integrados permiten probar las máquinas antes de ponerlas en producción y nuevamente cuando se reciclan o reutilizan. Esto ayuda a mantener un grupo de servidores en buen estado y compatible, lo cual es fundamental para operaciones predecibles y una recuperación confiable.
- Conocimiento preciso de inventario y configuración: El inventario de hardware detallado permite la ubicación de la carga de trabajo en función de las capacidades reales.
- Integrar la configuración y los servicios de la red.: MAAS utiliza puentes, VLAN, enlaces y direcciones para configurar interfaces de red del servidor e integra servicios DHCP y DNS de código abierto de alta disponibilidad.
En conjunto, estas capacidades abordan brechas que a menudo socavan los esfuerzos soberanos de la nube en la capa física y brindan a los equipos de plataforma una manera de operar bare metal con los mismos niveles de control, visibilidad y disciplina que esperan de las capas superiores de la pila.
Conclusión y próximos pasos
Las nubes soberanas sólo funcionan si pueden mantener el control a largo plazo. La protección de datos y los controles a nivel de aplicaciones son importantes, pero dependen de cómo se construye y opera la infraestructura subyacente. La soberanía es difícil de hacer cumplir cuando la capa física es opaca o difícil de gestionar.
La gestión básica es la raíz de muchos de estos problemas. La automatización en esta capa reduce la dependencia de proveedores e individuos, hace que la infraestructura sea más fácil de auditar y permite que la plataforma evolucione sin perder el control.
Para las organizaciones que se toman en serio la infraestructura soberana, no se trata de agregar otra herramienta. La idea central es construir la capa base de manera que se mantenga la soberanía a largo plazo.
MAAS está diseñado para ayudar a los equipos a alcanzar este nivel de control sobre la infraestructura física. Si está pensando en su estrategia de soberanía en la nube y reconsiderando cómo ejecuta bare metal, vale la pena echarle un vistazo. Cómo funciona MAAS y qué problemas puede eliminar en las operaciones diarias.
puede Prueba MAAS Depende de usted decidir si es apropiado para su plataforma. Si necesita ayuda para diseñar o ejecutar MAAS a escala, Canonical también puede brindarle soporte profesional. Extiende tu mano Si desea analizar sus requisitos o seguir los próximos pasos.
