¿Qué significa evitar el bloqueo de proveedor/proveedor en las operaciones en la nube?

¿Qué significa evitar el bloqueo de proveedor/proveedor en las operaciones en la nube?

Soy un ingeniero de aprendizaje automático relativamente novato interesado en DevOps y desarrollo de software, perdón por la pregunta vaga y basada en opiniones.

Pero varios blogs y tutoriales que enseñan algunos conceptos de la nube me desaconsejan el uso de servicios que resultarán en un bloqueo del proveedor, pero no dejan claro qué tipo de servicios son.

Por ejemplo, si estoy usando scripts automatizados para administrar los arranques del servidor en la nube, etc., ¿debería usar scripts de código abierto como Terraform, en lugar de AWS o Azure CLI?

Cuando estoy organizando contenedores Docker y ejecutando servicios web, ¿debería abstenerme de usar abstracciones de nivel superior como Fargate o ECS, restaurando la activación de contenedores dentro de una instancia EC2 como un servidor Linux local?

Pero en cualquier caso, todavía tendría que usar soluciones y API muy específicas de la nube para interactuar con ellas, ¿verdad? Por ejemplo, el depósito de Amazon S3 frente al almacenamiento de blogs de Azure ofrece servicios similares, pero con diferentes API.

¿O estoy entendiendo el concepto completamente mal y significa algo totalmente diferente? Se agradecerán mucho algunos ejemplos de decisiones que resultan o no en el llamado bloqueo del proveedor.

Disculpas por la pregunta de principiante nuevamente.

Respuesta1

Al evitar el bloqueo, se termina utilizando máquinas virtuales, en lugar de servicios de proveedores de nube. Si no está utilizando servicios en la nube, también puede utilizar las máquinas virtuales confiables y más baratas que pueda encontrar.

Sin embargo, sugiero que es un mejor enfoque aprovechar los servicios y características de los proveedores de nube seleccionados y no preocuparse por el bloqueo; terminará con una solución más confiable y probablemente más económica. Si desea trasladar proveedores de nube, será mucho más difícil, pero probablemente no lo haga.

información relacionada