Blog de IDG | Por qué los servicios nativos resumidos por contenedores se convierten en servicios comunes

Las capacidades de vanguardia de los servicios nativos de los proveedores de servicios de nube pública brindan claras ventajas. La mayoría de las empresas ahora utilizan patrones nativos de la nube para desarrollar nuevas aplicaciones y utilizan cada vez más este patrón para migrar aplicaciones existentes. Sin embargo, por otro lado, queremos minimizar la dependencia de un proveedor de servicios en la nube específico. De hecho, si utiliza el servicio nativo de un proveedor de servicios en la nube específico, el servicio no se puede mover a otra nube.
Ⓒ Banco de imágenes de Getty

Es por eso que los contenedores se han convertido en una megatendencia.

Los departamentos de TI suelen considerar que los contenedores son una buena idea. Todo el mundo lo está usando y tiene la ventaja de seguir el flujo principal que ha creado el ecosistema de desarrollo. Los contenedores también se pueden escalar utilizando administradores de clústeres y servicios de orquestación como Kubernetes.

Y finalmente, porque los contenedores son una buena forma de abstraer una aplicación de los servicios nativos subyacentes. Facilita la migración de aplicaciones de una nube a otra. Los contenedores también deben pensar menos en las características o capacidades de una nube pública en particular que si no abstraen la aplicación.

Si es así, ¿hay alguna desventaja de los contenedores?

Todas las cosas buenas sobre los contenedores en sí mismos y el ecosistema de contenedores se están presentando como una plataforma común que se ejecuta en múltiples nubes públicas. Los desarrolladores y arquitectos de aplicaciones de hoy en día ya no piensan en los servicios de almacenamiento y computación en los términos de un proveedor de servicios en la nube específico. Generalmente, los servicios de almacenamiento e informática se consideran conceptos abstractos. Este concepto se puede interpretar como servicios nativos específicos que utilizan contenedores, y estos recursos se denominan servicios comunes y se tratan como iguales en varias nubes.

Para las aplicaciones y los desarrolladores, los servicios nativos son ahora servicios comunes que operan independientemente de las plataformas de nube pública. El valor específico que ofrece el proveedor de servicios de nube pública no es realmente importante a menos que se produzcan problemas de rendimiento o fallas en el servicio. De esta forma, los servicios en la nube pública se están convirtiendo en servicios públicos universales y generalizados.

He visto algunas de estas situaciones antes. Un corredor de servicios en la nube pública promete encontrar y utilizar el mejor y más económico servicio en la nube entre los diferentes proveedores de servicios. Sin embargo, las empresas aún utilizan estos servicios mediante API nativas e interfaces proporcionadas por proveedores de servicios en la nube.

La diferencia es que gran parte de lo que llamamos servicios en la nube se resume en un conjunto de enfoques y servicios comunes, que incluyen interfaces, administración y operaciones. Estos servicios pueden operar en múltiples nubes. Debido a estas características, el servicio en la nube visto por los desarrolladores y las aplicaciones reales se vuelve el mismo. Además, este concepto se extiende a otros servicios nativos como seguridad, gobernanza, visibilidad y almacenamiento de datos. Cuando se junta todo esto, el nombre de un proveedor de servicios en la nube es un conjunto de abstracciones que no necesita conocer.

Por supuesto, la mayoría de los desarrolladores de contenedores están familiarizados con la nube que utilizan. Sin embargo, las abstracciones que eliminan las dependencias conceptuales y prácticas de los proveedores de servicios en la nube pueden extenderse a más y más desarrollos en la nube.

Si el servicio en la nube subyacente se convierte en un producto básico, el trabajo de contenedorización se puede invertir en aplicaciones mucho más valiosas. Además, dado que los servicios abstractos pueden encontrar la combinación óptima, los costos de implementación y desarrollo de aplicaciones también pueden reducirse.

Entonces, ¿qué les queda a los proveedores de servicios de nube pública? La empresa utilizará el servicio mediante la interfaz nativa del proveedor de servicios en la nube o una interfaz que pueda interpretar el servicio nativo como un servicio común abstraído. Cualquiera sea el escenario, los proveedores de servicios de nube pública ganan dinero. Veo esto como una relación en la que todos ganan. [email protected]


Source: ITWorld Korea by www.itworld.co.kr.

*The article has been translated based on the content of ITWorld Korea by www.itworld.co.kr. If there is any problem regarding the content, copyright, please leave a report below the article. We will try to process as quickly as possible to protect the rights of the author. Thank you very much!

*We just want readers to access information more quickly and easily with other multilingual content, instead of information only available in a certain language.

*We always respect the copyright of the content of the author and always include the original link of the source article.If the author disagrees, just leave the report below the article, the article will be edited or deleted at the request of the author. Thanks very much! Best regards!