¿Cuáles son las características del bloqueo de proveedores de PaaS?

Algunos proveedores de plataforma como servicio hacen que los desarrolladores se adhieran a la metodología de la aplicación Twelve-Factor mientras crean aplicaciones modernas basadas en la web. Con otros, debe crear su aplicación teniendo en cuenta los requisitos de infraestructura inmutable o tiempos de ejecución y API patentados. Estos enfoques también requieren cambios de código cuando se trata de migrar de máquinas virtuales a contenedores, descomposición de monolitos heredados a microservicios o al pasar de un proveedor a otro.

Pero no todos los proveedores de PaaS conducen a ese bloqueo. Por ejemplo, con Jelastic PaaS, no está obligado a utilizar ningún estándar específico y rediseñar aplicaciones. La implementación de Jelastic se puede realizar utilizando archivos (zip, tar.gz, war, jar, ear), FTPS / SFTP, GIT / SVN con actualizaciones automáticas desde el panel de desarrollo o mediante complementos integrados para Maven, Eclipse, NetBeans, IntelliJ IDEA. Además, no es obligatorio modificar el código fuente a una API patentada para implementar aplicaciones en la plataforma. Esto facilita el punto de entrada y elimina el bloqueo del proveedor.

Escribí un blog sobre este tema …

https://www.redhat.com/openshift

Para resumir:

  1. Escribir en un almacén de datos estándar de código abierto
  2. Escribir en marcos y API de middleware de código abierto
  3. Cuando use almacenamiento en la nube nativo u otros recursos IaaS nativos, use una API de abstracción
  4. Use material estándar y bibliotecas de código abierto
  5. Si es posible, evite las bibliotecas nativas, especialmente aquellas que no están en distribuciones estándar del sistema operativo
  6. Use PaaS no IaaS

Se ve genial. También publiqué una publicación, pero estoy tratando más con el negocio / mercado. PaaS está evolucionando para convertirse en el enfoque magistral hacia el “desarrollo de software en la nube”. Al acercarse a PaaS, la organización de TI debe tener en cuenta que existe un riesgo razonable de que se vinculará rápidamente a una única plataforma de programación y no podrá mover sus aplicaciones y datos entre proveedores (PaaS o IaaS). Uno de los principales puntos clave para esta discusión es la capacidad de portabilidad de IaaS. Le invitamos a leer las siguientes publicaciones: los abetos en IaaS y el segundo en PaaS:

El bloqueo de la nube (Parte 1): ¡IaaS público es genial! –
http://www.iamondemand.com/post/

The Cloud Lock-In (Parte 2): El Gran Lock-In de PaaS
http://www.iamondemand.com/post/