Quizá muchos no recuerden el término Vendor Lock In, incluso algunos más jóvenes no lo conozcan, pues la sensación de libertad que perciben los consumidores en el camino de adopción Nube, SaaS, PaaS, y otros términos, vienen con un lado B si no miramos a profundidad cada proyecto relacionado a consumir servicios en la nube o construir productos integrales a partir de estas plataformas.
Para entrar en contexto hablemos de Cloud Native.
Tal como menciona, The Cloud Native Computing Foundation (CNCF)
“Las tecnologías Cloud Native empoderan a las organizaciones para construir y correr aplicaciones escalables en ambientes dinámicos modernos, como lo son hoy las nubes públicas, privadas o hibridas. Temas como contenedores, mallas de servicios, micro servicios, infraestructura inmutable y APIs declarativas son ejemplos de este enfoque.”
"Cloud Native Computing Foundation busca impulsar la adopción de este paradigma mediante el fomento y mantenimiento de un ecosistema de proyectos de código abierto y neutro con respecto a los proveedores"
Hoy estos ambientes dinámicos y modernos de los que habla la CNCF son:
- Amazon Web Services
- Microsoft Azure
- Google Cloud
- Huawei Cloud
- IBM Cloud
Una aplicación basada en Cloud Native está diseñada específicamente para ejecutarse bajo la elasticidad de las plataformas modernas de computación en la nube según Mike Kavis, director gerente de la firma de consultoría Deloitte.
"Estas aplicaciones están acopladas de forma flexible, lo que significa que el código no está conectado a ninguno de los componentes de la infraestructura, de modo que la aplicación puede escalar según la demanda y adoptar los conceptos de infraestructura inmutable"
Entonces, si vamos a desarrollar un producto digital la idea es re factorizar (es decir, recodificar parcialmente) nuestro código para aprovechar las características nativas de la nube que elijamos para consumir API´s, sistemas de almacenamiento, sistemas de bases de datos, dependiendo de lo que ofrezca ese servicio.
La promesa es que al ser Cloud Native obtendrás un rendimiento mejorado, menores costos operativos para tus aplicaciones, operaciones simples y muchos otros beneficios asociados al roadmap de cada proveedor.
¿Qué debemos considerar?
Vendor Lock In
Debemos tener claro que al desarrollar un producto bajo este concepto vamos a renunciar a una parte o la totalidad de su portabilidad.
Si consumes servicios nativos de Amazon Web Services, Google Cloud Platform o Microsoft Azure, estarás codificando sobre tecnología propietaria de estos proveedores de nube y será difícil portar/migrar ese código a otras nubes, o volver a On Premise sin re factorizar nuevamente.
Cloud Native y el cambio constante
En un País donde aún las corporaciones y el estado no han logrado interiorizar un esquema efectivo de pruebas automatizadas con un porcentaje mínimo de Code Coverage (Cobertura de Código) hace aún más desafiante estar preparados para un entorno tan cambiante y dinámico en términos de Integración y Desarrollo.
Refactorizar una aplicación en Cloud Native es más difícil cuando esos servicios cambian aunque sus llamadas API son estáticas, los servicios a los que acceden son dinámicos, y el proveedor los cambiará para satisfacer sus propias necesidades cuando sea necesario, si bien esto estará conectado a mejoras, deberemos hacer cambios entorno a ellas en nuestro código con lo cual tendremos que agregar más horas al proyecto.
Acompañando este proceso transformacional existen herramientas de supervisión y control para informarnos sobre los cambios de API´s y servicios, ten por seguro que no tendremos sorpresas en este aspecto, pero si, tendremos que sumar horas de trabajo bajo este esquema, de especialistas sobre la plataforma de Nube elegida que manejen todo el portafolio de servicios nativos y de developers que conozcan tu aplicación.
To Be or not to be....
Cloud Native es un habilitador de muchos beneficios sin duda, nos permite ejecutar rápidamente productos y servicios que hoy son clave para responder con agilidad a la demanda de un mercado que podría crecer de forma exponencial si hablamos de digital, consumo y nuevas iniciativas, pero esto en el estado actual de nuestra industria también es posible siendo Cloud Agnostic teniendo un equipo de desarrollo maduro, buenos especialistas de seguridad, infraestructura y una visión clara de que queremos hacer y donde, claramente es una mejor apuesta hoy para aplicaciones de primera linea.
Bajo esta premisa debemos conocer con claridad:
- Ciclo de vida del producto
- Integraciones del producto con sistemas on premise y otros
- Que tecnología emplear
- Costo proyectado del proyecto
- Audiencia del consumidor o usuario del producto/servicio
- Impacto en el negocio y por consecuencia en la marca
Si tenemos claro estos puntos podemos decidir y construir un producto exitoso y que además sea seguro en todos sus frentes, en este punto podemos tener una plataforma completamente híbrida, un producto stand alone monolítico, o un new born completamente nacido que escale sobre Cloud Native, cualquiera de estos puede ser altamente exitoso de la mano del socio correcto.
