{"id":922168,"date":"2023-12-11T05:49:21","date_gmt":"2023-12-11T05:49:21","guid":{"rendered":"https:\/\/magazineoffice.com\/como-impulsar-el-uso-de-paas-mas-alla-de-las-aplicaciones-de-12-factores\/"},"modified":"2023-12-11T05:49:25","modified_gmt":"2023-12-11T05:49:25","slug":"como-impulsar-el-uso-de-paas-mas-alla-de-las-aplicaciones-de-12-factores","status":"publish","type":"post","link":"https:\/\/magazineoffice.com\/como-impulsar-el-uso-de-paas-mas-alla-de-las-aplicaciones-de-12-factores\/","title":{"rendered":"C\u00f3mo impulsar el uso de PaaS m\u00e1s all\u00e1 de las aplicaciones de 12 factores"},"content":{"rendered":"
\n<\/p>\n
\n\t\t\t\t\t\t\tSylvain Kalache<\/span> \t\tSylvain Kalache es cofundador de Holberton, una empresa de tecnolog\u00eda educativa que forma talentos digitales en m\u00e1s de 10 pa\u00edses. Emprendedor e ingeniero de software, ha trabajado en la industria tecnol\u00f3gica durante m\u00e1s de una d\u00e9cada. Como parte del equipo que llev\u00f3 a que LinkedIn adquiriera SlideShare, ha escrito para CIO y VentureBeat.\n\t<\/p><\/div>\n Surgi\u00f3 la plataforma como servicio (PaaS)<\/span> como una fuerza l\u00edder en la b\u00fasqueda en constante evoluci\u00f3n para optimizar el desarrollo de software. PaaS se remonta a 2006 con Force.com, seguido de Heroku, AWS Elastic Beanstalk y DotCloud, que luego se transform\u00f3 en Docker.<\/p>\n Si bien el sector PaaS controla una importante cuota de mercado de 170 mil millones de d\u00f3lares dentro de la industria de la nube, las empresas todav\u00eda luchan con la implementaci\u00f3n manual y la gesti\u00f3n del ciclo de vida de la carga de trabajo en la actualidad. Entonces, \u00bfpor qu\u00e9 no se adopta m\u00e1s ampliamente la plataforma como servicio?<\/p>\n Las plataformas PaaS podr\u00edan ser m\u00e1s vers\u00e1tiles y no me refiero a la compatibilidad de lenguajes y marcos. Si bien PaaS a menudo se define como una ventanilla \u00fanica para implementar cualquier aplicaci\u00f3n, existe un problema. Por aplicaciones, lo que normalmente se implica aqu\u00ed son aplicaciones de 12 factores.<\/p>\n Sin embargo, muchas cargas de trabajo no encajan perfectamente en el molde de las aplicaciones web t\u00edpicas; vienen con requisitos \u00fanicos, como trabajos de procesamiento por lotes, cargas de trabajo de computaci\u00f3n de alto rendimiento (HPC), tareas intensivas en GPU, aplicaciones centradas en datos o incluso cargas de trabajo de computaci\u00f3n cu\u00e1ntica.<\/p>\n No repasar\u00e9 todas las ventajas que ofrece PaaS. A\u00fan as\u00ed, las empresas deben gestionar todas sus cargas de trabajo de la forma m\u00e1s sencilla posible, y abstraer su implementaci\u00f3n y gesti\u00f3n es el camino a seguir.<\/p>\n Se necesita un cambio. En primer lugar, las empresas que adoptan el paradigma PaaS deben reconocer que no habr\u00e1 una soluci\u00f3n \u00fanica para cargas de trabajo. En un discurso reciente sobre el tema, la ex ingeniera de Google Kelsey Hightower refuerza esta noci\u00f3n de que una \u00fanica PaaS que lo abarque todo sigue siendo improbable<\/a>.<\/p>\n \t\t\tLas empresas que adoptan el paradigma PaaS deben reconocer que no habr\u00e1 una soluci\u00f3n \u00fanica para cargas de trabajo.\t\t\t\t\t<\/p><\/blockquote><\/div>\n
\n\t\t\t\t\t\tContribuyente<\/span>\n\t\t<\/p>\n<\/p><\/div>\n\n
Proporcionar una experiencia PaaS en todas las cargas de trabajo<\/h2>\n
\n