¿Qué es PaaS? Definición y guía sobre la plataforma como servicio

¿Qué es PaaS? Definición de la plataforma como servicio

La plataforma como servicio (PaaS) es un modelo de computación en la nube en el que un proveedor externo ofrece herramientas de hardware y software a los usuarios a través de internet. Por lo general, estas herramientas son necesarias para el desarrollo de aplicaciones. Un proveedor de PaaS aloja el hardware y el software en su propia infraestructura. Como resultado, PaaS libera a los desarrolladores de tener que instalar hardware y software internos para desarrollar o ejecutar una nueva aplicación.

Las herramientas PaaS suelen promocionarse como fáciles de usar y convenientes. Una organización puede encontrar atractiva la transición a PaaS considerando los posibles ahorros de costos en comparación con las alternativas locales.

¿Cómo funciona PaaS?

Como se mencionó anteriormente, PaaS no reemplaza toda la infraestructura de TI de una empresa para el desarrollo de software. Se proporciona a través de la infraestructura alojada de un proveedor de servicios en la nube. Los usuarios acceden con mayor frecuencia a las ofertas a través de un navegador web. PaaS se puede ofrecer a través de nubes públicas, privadas e híbridas para brindar servicios como alojamiento de aplicaciones y desarrollo de Java.

Otros servicios PaaS incluyen los siguientes:

• colaboración en equipo de desarrollo;
• diseño y desarrollo de aplicaciones;
• prueba y despliegue de aplicaciones;
• integración de servicios web;
• seguridad de la información; e
• integración de bases de datos.

Normalmente, los usuarios deberán pagar por PaaS según el uso que hagan. Sin embargo, algunos proveedores cobran una tarifa mensual fija por el acceso a la plataforma y sus aplicaciones.

¿Cuáles son las diferencias entre PaaS, IaaS y SaaS?

PaaS es una de las tres categorías principales de servicios de computación en la nube. Las otras dos categorías principales de computación en la nube son la infraestructura como servicio (IaaS) y el software como servicio (SaaS):

• Con IaaS, un proveedor proporciona la infraestructura básica de computación, almacenamiento y redes junto con el hipervisor: la capa de virtualización. Luego, los usuarios deben crear instancias virtuales, como máquinas virtuales y contenedores, instalar sistemas operativos, brindar soporte a aplicaciones y datos, y manejar toda la configuración y administración asociadas con esas tareas. Algunos ejemplos de servicios IaaS son DigitalOcean, AWS, Azure y Google Compute Engine.
• Con PaaS, un proveedor ofrece más de la pila de aplicaciones que con IaaS, agregando sistemas operativos, middleware –como bases de datos– y otros entornos de ejecución al entorno de la nube. Los productos PaaS incluyen AWS Elastic Beanstalk y Google App Engine.
• Con SaaS, un proveedor ofrece una pila completa de aplicaciones. Los usuarios simplemente inician sesión y usan la aplicación que se ejecuta completamente en la infraestructura del proveedor. Por lo general, las aplicaciones SaaS son completamente accesibles a través del navegador web de Internet. Los proveedores de SaaS administran la carga de trabajo de la aplicación y todos los recursos de TI subyacentes; los usuarios solo controlan los datos creados por la aplicación SaaS. Algunos ejemplos de SaaS son Salesforce, Dropbox y Google Workspace.

Pros y contras de PaaS

El principal beneficio de PaaS es la simplicidad y la comodidad para los usuarios. El proveedor de PaaS proporcionará gran parte de la infraestructura y otros servicios de TI, a los que los usuarios pueden acceder desde cualquier lugar a través de un navegador web. La posibilidad de pagar de forma recurrente (suscripción) o por uso permite a las empresas eliminar los gastos de capital que tradicionalmente tienen para hardware y software locales. En efecto, PaaS traslada la responsabilidad de proporcionar, gestionar y actualizar herramientas clave del equipo de TI interno al proveedor de PaaS externo.

Muchos productos PaaS están orientados al desarrollo de software. Estas plataformas ofrecen infraestructuras de computación y almacenamiento, así como servicios de edición de texto, gestión de versiones, compilación y prueba que ayudan a los desarrolladores a crear software nuevo de forma rápida y eficiente. Un producto PaaS también puede permitir que los equipos de desarrollo colaboren y trabajen juntos, independientemente de su ubicación física.

Las arquitecturas PaaS mantienen su infraestructura subyacente oculta a los desarrolladores y otros usuarios. Como resultado, el modelo es similar a la computación sin servidor y a las arquitecturas de función como servicio, lo que significa que el proveedor de servicios en la nube administra y ejecuta el servidor, además de controlar la distribución de los recursos.

Sin embargo, en términos de desventajas, la disponibilidad o resiliencia del servicio puede ser un problema con PaaS. Si un proveedor experimenta una interrupción del servicio u otra interrupción de la infraestructura, esto puede afectar negativamente a los clientes y generar costosas pérdidas de productividad. Sin embargo, los proveedores de PaaS normalmente ofrecerán y respaldarán tiempos de actividad relativamente altos, aunque la disponibilidad se rige por el acuerdo de nivel de servicio (SLA) del proveedor.

La dependencia de un proveedor es otra preocupación común porque los usuarios no pueden migrar fácilmente muchos de los servicios y datos de una plataforma PaaS a otra plataforma PaaS de la competencia. Los usuarios deben evaluar los riesgos comerciales que implica el tiempo de inactividad del servicio y la dependencia de un proveedor al momento de seleccionar un proveedor de PaaS.

Los cambios internos en un producto PaaS también son un problema potencial. Por ejemplo, si un proveedor de PaaS deja de ofrecer soporte para un determinado lenguaje de programación, opta por ofrecer un conjunto diferente de herramientas de desarrollo o incluso descontinúa algunos o todos los componentes de la plataforma, el efecto en los usuarios puede ser difícil y perjudicial. Los usuarios deben seguir la planeación de servicios del proveedor de PaaS para comprender cómo afectará el plan del proveedor a su entorno y sus capacidades.

Tipos de PaaS

Actualmente hay varios tipos de PaaS disponibles para los desarrolladores:

• PaaS público;
• PaaS privado;
• PaaS híbrido;
• PaaS para comunicaciones (CPaaS);
• PaaS móvil (mPaaS);
• PaaS abierto;
• plataforma de integración como servicio (iPaaS);
• base de datos como servicio (DBaaS); y
• middleware como servicio (MWaaS).

PaaS público. Este modelo es el más adecuado para su uso en la nube pública. La PaaS pública permite al usuario controlar la implementación del software, mientras el proveedor de la nube gestiona la entrega de todos los demás componentes de TI importantes necesarios para el alojamiento de aplicaciones, incluidos sistemas operativos, bases de datos, servidores y redes de sistemas de almacenamiento.

Los proveedores de PaaS públicos ofrecen middleware que permite a los desarrolladores instalar, configurar y controlar servidores y bases de datos sin necesidad de configurar la infraestructura. Como resultado, la PaaS pública y la IaaS funcionan juntas, y la PaaS funciona sobre la infraestructura IaaS de un proveedor mientras se utiliza la nube pública. Lamentablemente, esto significa que el cliente está atado a una única opción de nube pública que tal vez no quiera utilizar.

Algunas pequeñas y medianas empresas han adoptado la PaaS pública, pero las organizaciones y empresas más grandes se han negado a adoptarla debido a sus estrechos vínculos con la nube pública. Esto se debe principalmente a la gran cantidad de normativas y problemas de cumplimiento normativo que afectan al desarrollo de aplicaciones empresariales dentro de la nube pública.

PaaS privada. Una opción de PaaS privada tiene como objetivo ofrecer la agilidad de la PaaS pública y, al mismo tiempo, mantener la seguridad, el cumplimiento normativo, los beneficios y los costos potencialmente más bajos del centro de datos privado. Este modelo suele entregarse como un dispositivo o software dentro del firewall del usuario, que con frecuencia se mantiene en el centro de datos local de la empresa. Una PaaS privada se puede desarrollar en cualquier tipo de infraestructura y puede funcionar dentro de la nube privada específica de la empresa.

La PaaS privada permite a una organización brindar un mejor servicio a los desarrolladores, mejorar el uso de los recursos internos y reducir la costosa expansión de la nube que enfrentan muchas empresas. Además, la PaaS privada permite a los desarrolladores implementar y administrar las aplicaciones de su empresa y, al mismo tiempo, cumplir con estrictos requisitos de seguridad, privacidad y cumplimiento normativo.

PaaS híbrido. Al combinar PaaS público y privado, el PaaS híbrido ofrece a las empresas la flexibilidad de la capacidad infinita que ofrece un PaaS público con la rentabilidad y el control que supone poseer una infraestructura interna en un PaaS privado. El PaaS híbrido utiliza una nube híbrida.

PaaS para comunicaciones. CPaaS es una plataforma basada en la nube que permite a los desarrolladores agregar comunicaciones en tiempo real a sus aplicaciones sin necesidad de infraestructura ni interfaces de back-end. Normalmente, las comunicaciones en tiempo real se producen en aplicaciones creadas específicamente para estas funciones. Algunos ejemplos son Skype, FaceTime, WhatsApp y el teléfono tradicional.

CPaaS proporciona un marco de desarrollo completo para la creación de funciones de comunicaciones en tiempo real, sin la necesidad de que un desarrollador cree su propio marco, incluidas interfaces de programación de aplicaciones basadas en estándares, herramientas de software, aplicaciones prediseñadas y código de muestra.

Los proveedores de CPaaS también ayudan a los usuarios durante todo el proceso de desarrollo brindándoles soporte y documentación del producto. Algunos proveedores también ofrecen kits de desarrollo de software, así como bibliotecas que pueden ayudar a crear aplicaciones en diferentes plataformas de escritorio y móviles. Los equipos de desarrollo que optan por utilizar CPaaS pueden ahorrar en infraestructura, recursos humanos y tiempo de comercialización.

PaaS móvil. MPaaS es el uso de un entorno de desarrollo integrado de pago para la configuración de aplicaciones móviles. En un mPaaS, no se requieren habilidades de codificación. MPaaS se entrega a través de un navegador web y, por lo general, admite la nube pública, la nube privada y el almacenamiento local. El servicio generalmente se alquila con un precio mensual que varía según la cantidad de dispositivos incluidos y las funciones admitidas.

MPaaS suele ofrecer una interfaz de arrastrar y soltar orientada a objetos que permite a los usuarios simplificar el desarrollo de aplicaciones nativas o HTML5 mediante el acceso directo a funciones como el GPS, los sensores, las cámaras y el micrófono del dispositivo. Suele ser compatible con varios sistemas operativos móviles.

Las empresas suelen utilizar mPaaS para la creación de aplicaciones que se utilizarán tanto internamente como de cara al cliente. Esta implementación puede promover un entorno BYOD y aplicaciones de productividad sin necesidad de desarrolladores de aplicaciones móviles ni soporte de TI adicional.

Open PaaS. Una plataforma de colaboración gratuita, de código abierto y orientada a los negocios que resulta atractiva en todos los dispositivos. Open PaaS ofrece aplicaciones web útiles, como aplicaciones de calendario, contactos y correo electrónico. Open PaaS se diseñó para permitir a los usuarios implementar rápidamente nuevas aplicaciones. Su objetivo es desarrollar una tecnología PaaS que esté comprometida con las aplicaciones colaborativas empresariales, en particular las implementadas en nubes híbridas.

Plataforma de integración como servicio. IPaaS es un amplio paraguas para los servicios que se utilizan para integrar cargas de trabajo y aplicaciones dispares que de otro modo no podrían comunicarse o interoperar de forma nativa. Una plataforma iPaaS busca ofrecer y respaldar esas integraciones dispares y facilitar los desafíos de la organización para lograr que diferentes cargas de trabajo funcionen juntas en toda la empresa.

Base de datos como servicio. DBaaS es una carga de trabajo de base de datos alojada por un proveedor que se ofrece como servicio. DBaaS puede involucrar todos los tipos de bases de datos, como aplicaciones de bases de datos NoSQL, MySQL y PostgreSQL. Un modelo DBaaS generalmente se proporciona a través de una suscripción recurrente e incluye todo lo que los usuarios necesitan para operar la base de datos, a la que se puede acceder mediante cargas de trabajo locales y otras basadas en la nube mediante API.

Middleware como servicio. MWaaS ofrece un conjunto de integraciones necesarias para conectar las solicitudes de los clientes front-end con las funciones de almacenamiento o procesamiento back-end, lo que permite a las organizaciones conectar aplicaciones complejas y dispares mediante API. MWaaS es similar en principio a iPaaS en el sentido de que se centra en la conectividad y las integraciones. En algunos casos, MWaaS puede incluir capacidades de iPaaS como un subconjunto de las funciones de MWaaS, que también pueden implicar la integración B2B, la integración de aplicaciones móviles y la integración de IoT.

¿Cuál es la diferencia entre PaaS y iPaaS?

Aunque PaaS e iPaaS tienen nombres similares, están respaldados por tecnologías diferentes y los dos servicios en la nube tienen propósitos diferentes.

Las herramientas de automatización de IPaaS conectan aplicaciones de software implementadas en diferentes entornos y suelen utilizarse para integrar datos y aplicaciones locales con los almacenados en la nube. Una plataforma iPaaS está más alineada con el middleware –y se la trata como tal– y puede incluirse como parte de las ofertas de MWaaS.

PaaS, por otro lado, proporciona infraestructura en la nube, así como herramientas de desarrollo de aplicaciones distribuidas a través de internet.

Usos de PaaS

Las herramientas PaaS se utilizan con frecuencia en el desarrollo de aplicaciones móviles. Sin embargo, muchos desarrolladores y empresas también utilizan PaaS para crear aplicaciones multiplataforma porque proporciona una herramienta rápida, flexible y dinámica que tiene la capacidad de crear una aplicación que se puede utilizar en casi cualquier dispositivo. En esencia, PaaS ofrece a las empresas una forma más rápida y sencilla de crear y ejecutar aplicaciones.

Otro uso de PaaS es en las herramientas DevOps. PaaS puede proporcionar funciones de gestión del ciclo de vida de las aplicaciones, así como funciones específicas para adaptarse a las metodologías de desarrollo de productos de una empresa. El modelo también permite a los equipos DevOps insertar herramientas de integración continua basadas en la nube que agregan actualizaciones sin producir tiempo de inactividad. Además, las empresas que siguen el modelo de Cascada pueden implementar una actualización utilizando la misma consola que emplean para la gestión diaria.

PaaS también se puede utilizar para reducir el tiempo de comercialización de una aplicación al automatizar o eliminar por completo las tareas de mantenimiento y limpieza. Además, PaaS puede disminuir la gestión de la infraestructura al ayudar a reducir la carga que supone gestionar una infraestructura escalable. PaaS elimina las complejidades del equilibrio de carga, el escalado y la distribución de nuevos servicios dependientes. En lugar de que los desarrolladores controlen estas tareas, los proveedores de PaaS asumen la responsabilidad.

Con el respaldo que brinda PaaS para los lenguajes y tecnologías de programación más nuevos, los desarrolladores pueden usar el modelo para introducir nuevos canales de crecimiento técnico, como la tecnología de contenedores y las funciones sin servidor. Esto es especialmente relevante para las industrias en las que el cambio tecnológico es un proceso lento, por ejemplo, la banca o la fabricación. PaaS permite a estas organizaciones adaptarse a las ofertas más nuevas sin cambiar por completo sus procesos comerciales.

Ejemplos de PaaS: productos y proveedores

Existen numerosos ejemplos de proveedores y productos de PaaS que proporcionan las herramientas y los servicios necesarios para crear aplicaciones empresariales e integraciones en la nube. A continuación, se enumeran algunos de los principales proveedores y plataformas:

• Google Cloud
• Microsoft Azure
• AWS
• IBM Cloud
• Red Hat OpenShift
• VMware (Pivotal) Cloud Foundry
• Oracle Cloud Platform (OCP)
• Heroku container-based PaaS
• Mendix aPaaS
• Engine Yard Cloud PaaS
• OpenStack
• Apache CloudStack
• Wasabi Cloud Storage

Google App Engine admite aplicaciones web distribuidas que utilizan Java, Python, PHP y Go. Red Hat OpenShift es una oferta PaaS para crear aplicaciones de código abierto que utilizan una amplia variedad de lenguajes, bases de datos y componentes. Heroku PaaS ofrece instancias de computación en contenedores de estilo Unix que ejecutan procesos en entornos aislados y admiten lenguajes como Ruby, Python, Java, Scala, Clojure y Node.js.

Microsoft Azure admite el desarrollo de aplicaciones en .NET, Node.js, PHP, Python, Java y Ruby, y permite a los desarrolladores utilizar kits para desarrolladores de software y Azure DevOps para crear e implementar aplicaciones.

AWS Elastic Beanstalk permite a los usuarios crear, implementar y escalar aplicaciones y servicios web desarrollados con Java, .NET, PHP, Node.js, Python, Ruby, Go y Docker en servidores comunes, como Apache, Nginx, Passenger e IIS.

Aunque muchos proveedores de PaaS ofrecen servicios similares, cada uno de ellos tiene matices y limitaciones particulares. Los usuarios deben probar a los posibles proveedores para asegurarse de que sus servicios cumplan con los requisitos comerciales o técnicos, como los idiomas admitidos y la disponibilidad del servicio. Por ejemplo, Wasabi ofrece almacenamiento de objetos basado en la nube como PaaS, mientras que las plataformas abiertas como OpenStack y Apache CloudStack permiten a las organizaciones crear sus propios recursos PaaS privados.

¿Qué incluye una plataforma como servicio?

Las capacidades específicas de PaaS pueden variar entre distintos proveedores y productos. Sin embargo, el conjunto básico de funciones de PaaS generalmente incluye infraestructura, herramientas de desarrollo, middleware, sistemas operativos, herramientas de administración de bases de datos y análisis:

• Infraestructura. PaaS incluye todo lo que incluye IaaS. Esto significa que los proveedores de PaaS administrarán los servidores, el almacenamiento, los centros de datos y los recursos de red. Esto también puede incluir la interfaz de usuario o el portal que los usuarios utilizan para interactuar con la infraestructura y los servicios de PaaS.
• Herramientas de diseño, prueba y desarrollo de aplicaciones. PaaS ofrece a los clientes todo lo que necesitan para crear y gestionar aplicaciones. Se puede acceder a estas herramientas a través de Internet mediante un navegador, independientemente de la ubicación física. Las herramientas de desarrollo de software específicas suelen incluir, entre otras cosas, un depurador, un editor de código fuente y un compilador.
• Middleware. PaaS también suele incluir middleware, el software que sirve de puente entre los sistemas operativos y las aplicaciones de usuario final. Por lo tanto, los suscriptores de PaaS no tienen que comprometer a sus desarrolladores y recursos internos en la creación de middleware.
• Sistemas operativos. Los sistemas operativos en los que se ejecutan las aplicaciones, así como los sistemas operativos desde los que los desarrolladores crean las aplicaciones, son proporcionados por el proveedor de PaaS.
• Bases de datos. Los proveedores de PaaS suelen mantener bases de datos y, además, proporcionar a los desarrolladores de la organización del cliente herramientas de gestión de bases de datos.
• Herramientas de supervisión y gestión. Los proveedores de PaaS suelen incluir servicios de inteligencia empresarial, como supervisión y análisis, para ayudar a los usuarios empresariales a comprender cómo se utiliza la PaaS y ayudar a explicar los costes por uso y las características de utilización.

¿Quién supervisa PaaS en una organización?

El control de PaaS es a veces una cuestión de perspectiva y normalmente es una responsabilidad compartida entre proveedores y usuarios.

El proveedor de PaaS es el propietario y operador de la plataforma PaaS. El proveedor es el propietario y operador de la infraestructura subyacente. Es responsable de crear, implementar, administrar y mantener las aplicaciones y servicios de software dentro de la oferta PaaS. El proveedor debe asegurarse de que la PaaS funcione correctamente y cumpla con los acuerdos de nivel de servicio prometidos. Cuando surgen problemas, el proveedor debe solucionarlos y remediarlos.

A todos los efectos prácticos, PaaS es un recurso de terceros (un socio comercial) del que depende el negocio del usuario. En el caso de una PaaS privada, en la que una organización crea su propia plataforma, el proveedor y el usuario o cliente son la misma persona.

Pero PaaS es un cambio de paradigma importante para innumerables organizaciones que buscan mejorar su productividad y deshacerse de la infraestructura local. La decisión de utilizar PaaS, los objetivos y expectativas de la adopción de PaaS, la elección de PaaS específico, el seguimiento continuo del uso de PaaS y la determinación final del valor o el éxito de PaaS son todos ellos tomados por los líderes empresariales.

Considerando la importancia de la adopción de PaaS, la supervisión y la gestión de PaaS rara vez son responsabilidad de una sola persona dentro de la empresa. Por lo general, depende de un esfuerzo colaborativo en todo el departamento de TI de la organización:

• El CIO/CTO puede impulsar una iniciativa PaaS, ordenando al personal examinar y evaluar PaaS como complemento o alternativa a los conjuntos de herramientas gestionados localmente.
• Los arquitectos e ingenieros de software pueden reconocer y ayudar a seleccionar un PaaS específico como un motor significativo para el desarrollo, la modernización y la integración de cargas de trabajo.
• Los desarrolladores trabajan con el producto PaaS y, a menudo, son personal clave involucrado en la evaluación y selección de PaaS.
• Los administradores de TI pueden participar en la gestión de PaaS, asumiendo la responsabilidad de la configuración, seguridad y supervisión de PaaS desde la perspectiva del usuario/cliente.
• Otros líderes empresariales, como los responsables de cumplimiento legal, también pueden participar en las decisiones de PaaS para garantizar que su uso se ajuste a los requisitos regulatorios y de continuidad del negocio de la organización.

Mejores prácticas para evaluar y comprar PaaS

La transición a PaaS puede resultar intimidante. El éxito con PaaS depende de una comprensión clara de las necesidades de la empresa, una identificación clara de las ofertas y capacidades de PaaS y un nivel significativo de confianza. Existen varias prácticas que pueden ayudar a las organizaciones a evaluar y migrar a PaaS:

• Comprenda la necesidad. ¿Qué es exactamente lo que un modelo PaaS debe hacer por la empresa y cómo la adopción de un modelo PaaS adecuado beneficiaría a la organización más que los conjuntos de herramientas locales tradicionales? Por ejemplo, el objetivo podría ser mejorar y optimizar el desarrollo de software Java o facilitar integraciones complejas entre aplicaciones nuevas y heredadas. Los líderes empresariales y los tomadores de decisiones deben saber lo que están buscando antes de poder encontrarlo.
• Compare precios. Hay muchos proveedores y ofertas de PaaS. El alcance, las características, la funcionalidad y el rendimiento de cada producto de PaaS pueden variar drásticamente. Por ejemplo, CPaaS probablemente no sea la opción adecuada cuando se necesita MWaaS. Pruebe diferentes ofertas de PaaS y vea qué funciona mejor para las tareas en cuestión. Seleccione varias ofertas potenciales y pruébelas en proyectos de prueba de concepto. La inversión de tiempo y esfuerzo en dichas evaluaciones de PaaS puede generar confianza y experiencia y evitar que el comprador se arrepienta más adelante.
• Conozca al proveedor. Analice detenidamente al proveedor de PaaS. Adoptar PaaS es básicamente contratar a un socio comercial. Hable con el proveedor para comprender su personal, su historial y modelo comercial, su equipo de liderazgo, su soporte de servicio y su hoja de ruta de PaaS. ¿El proveedor y su PaaS seguirán existiendo en dos años, cinco años o más? ¿Cómo es el ciclo de vida del producto PaaS?
• Comprenda la letra pequeña. Considere los costos, el esquema de facturación y los mecanismos de soporte. Los costos del servicio deben ser fácilmente comprensibles y facturarse de una manera que esté alineada con el negocio. Además, busque un acuerdo de nivel de servicio (SLA) y estúdielo detenidamente: su negocio puede depender de la PaaS, y el SLA es el único compromiso del proveedor con usted como cliente en cuestiones como el tiempo de actividad, la disponibilidad y la resolución de disputas.
• Considere los riesgos. Siempre existe un riesgo en la adopción de PaaS. El proveedor podría dejar de operar. Las características clave podrían quedar obsoletas y eliminarse en el futuro. Las características prometidas de la hoja de ruta podrían nunca implementarse. ¿Qué sucede con sus cargas de trabajo si la PaaS experimenta interrupciones del servicio o deja de estar disponible, y cómo puede responder la empresa a tales problemas? La PaaS conlleva cierto grado de dependencia y puede ser difícil –incluso imposible– migrar a una PaaS alternativa.

PaaS moderno vs. PaaS tradicional

El propósito fundamental de la mayoría de las ofertas de PaaS es simplificar y agilizar las tareas de desarrollo, pero el PaaS moderno puede ir mucho más allá de una simple variedad de herramientas útiles para crear un conjunto de aplicaciones complementarias y estrechamente integradas que se centran en las capacidades de desarrollo, la orquestación de la eficiencia y la automatización.

Por ejemplo, se espera que la plataforma de aplicaciones VMware Tanzu proporcione un conjunto de herramientas de administración de infraestructura e implementación de aplicaciones basadas en Kubernetes altamente integradas. Esto debería permitir que los productos de automatización de TI nativos de la nube de VMware se integren con la plataforma de orquestación de contenedores de Kubernetes. Ofrecerá un flujo de trabajo integral para que los desarrolladores creen aplicaciones rápidamente y las prueben en Kubernetes.

Otra señal de que la industria PaaS está madurando es el aumento de las integraciones y el soporte externos. Las ofertas de PaaS, como VMware Tanzu Application Platform, también deberían admitir otras herramientas de canalización y versiones de Kubernetes, como Jenkins y los servicios de Kubernetes alojados en la nube. Además, las ofertas deberían admitir una mayor variedad de lenguajes de programación, como Python, JavaScript, Go y .NET.

El futuro del mercado PaaS y el modelo de negocio

PaaS ha surgido como una plataforma en la nube rentable y capaz para desarrollar, ejecutar y administrar aplicaciones, y se espera que el mercado de PaaS gane popularidad y crezca hasta 2027. A modo de ejemplo, IDC predijo que el mercado de la nube y PaaS debería experimentar una tasa de crecimiento anual compuesta del 28,8 % entre 2021 y 2025.

Estas expectativas se basan en la necesidad de que las empresas aceleren el tiempo de comercialización de las aplicaciones, reduzcan la complejidad, eliminen la infraestructura local, creen colaboración –especialmente para equipos remotos y distribuidos geográficamente– y agilicen las tareas de gestión de aplicaciones.

La expansión y el crecimiento de PaaS también están siendo impulsados ​​por la migración a la nube y los esfuerzos de desarrollo de aplicaciones nativas de la nube o de primera clase en conjunto con otras tecnologías de nube emergentes, como IoT.

También se espera que el papel de iPaaS logre avances considerables para 2027, a medida que las empresas de todos los tamaños buscan modernizar, conectar y compartir datos entre diferentes aplicaciones de software y ofrecer herramientas unificadas en toda la empresa y su base de clientes.