{"id":33935,"date":"2019-10-31T21:55:27","date_gmt":"2019-10-31T18:55:27","guid":{"rendered":"https:\/\/prohoster.info\/blog\/serverless-po-stoechkam\/"},"modified":"2019-10-31T21:55:27","modified_gmt":"2019-10-31T18:55:27","slug":"serverless-po-stoechkam","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/serverless-po-stoechkam","title":{"rendered":"Serverless en fragmentos","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><img decoding=\"async\" alt=\"Serverless en fragmentos\" src=\"\/wp-content\/uploads\/2019\/05\/cea6dc9da0a3a1b0241246cdf3eba900.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\nServerless no se trata de la ausencia f\u00edsica de servidores. No es un \u00abasesino\u00bb de contenedores ni una moda pasajera. Es un nuevo enfoque para construir sistemas en la nube. En el art\u00edculo de hoy abordaremos la arquitectura de aplicaciones Serverless, veremos qu\u00e9 papel juega el proveedor de servicios Serverless y los proyectos de c\u00f3digo abierto. Al final, discutiremos sobre las cuestiones de aplicaci\u00f3n de Serverless.<br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><br \/>\nQuiero escribir la parte del servidor de una aplicaci\u00f3n (incluso una tienda en l\u00ednea). Puede ser un chat, un servicio para publicar contenido o un balanceador de carga. De todos modos, habr\u00e1 muchos dolores de cabeza: necesitar\u00e9 preparar la infraestructura, definir las dependencias de la aplicaci\u00f3n y pensar en el sistema operativo del host. Luego necesitar\u00e9 actualizar peque\u00f1os componentes que no afecten al resto del monolito. Y no olvidemos el escalado bajo carga.<\/p>\n<p>\u00bfY si tomamos contenedores ef\u00edmeros, en los que ya est\u00e1n preinstaladas las dependencias necesarias, y los propios contenedores est\u00e1n aislados unos de otros y del sistema operativo del host? Dividiremos el monolito en microservicios, cada uno de los cuales se puede actualizar y escalar independientemente de los dem\u00e1s. Al colocar el c\u00f3digo en un contenedor as\u00ed, podr\u00e9 ejecutarlo en cualquier infraestructura. Ya es mejor. <\/p>\n<p>\u00bfY si no quiero configurar contenedores? No quiero pensar en el escalado de la aplicaci\u00f3n. No quiero pagar por la inactividad de los contenedores en ejecuci\u00f3n cuando la carga en el servicio es m\u00ednima. Quiero escribir c\u00f3digo. Concentrarme en la l\u00f3gica del negocio y lanzar productos al mercado a la velocidad de la luz. <\/p>\n<p>Estos pensamientos me llevaron a la computaci\u00f3n sin servidor. Serverless en este caso significa <em>no la ausencia f\u00edsica de servidores, sino la eliminaci\u00f3n del dolor de cabeza por gestionar la infraestructura.<\/em><\/p>\n<p>La idea es que la l\u00f3gica de la aplicaci\u00f3n se divide en funciones independientes. Tienen una estructura basada en eventos. Cada funci\u00f3n ejecuta una \u00abmicrotarea\u00bb. Todo lo que se requiere del desarrollador es cargar las funciones en la consola proporcionada por el proveedor de la nube y asociarlas con las fuentes de eventos. El c\u00f3digo se ejecutar\u00e1 a demanda en un contenedor preparado autom\u00e1ticamente, y solo pagar\u00e9 por el tiempo de ejecuci\u00f3n. <\/p>\n<p>Veamos c\u00f3mo lucir\u00e1 ahora el proceso de desarrollo de una aplicaci\u00f3n.<\/p>\n<h2>Desde la perspectiva del desarrollador<\/h2>\n<p>\nAnteriormente comenzamos a hablar sobre la aplicaci\u00f3n para la tienda en l\u00ednea. En el enfoque tradicional, la l\u00f3gica principal del sistema es llevada a cabo por una aplicaci\u00f3n monol\u00edtica. Y el servidor con la aplicaci\u00f3n est\u00e1 constantemente en funcionamiento, incluso si no hay carga.<\/p>\n<p><strong>Para pasar a serverless, descomponemos la aplicaci\u00f3n en microtareas.<\/strong> Para cada una de ellas escribimos nuestra funci\u00f3n. Las funciones son independientes entre s\u00ed y no almacenan informaci\u00f3n sobre el estado (stateless). Incluso pueden estar escritas en diferentes lenguajes. Si una de ellas 'cae', la aplicaci\u00f3n en su totalidad no se detendr\u00e1. La arquitectura de la aplicaci\u00f3n se ver\u00e1 as\u00ed:<\/p>\n<p><img decoding=\"async\" alt=\"Serverless en fragmentos\" src=\"\/wp-content\/uploads\/2019\/05\/f62c5c08bbf587766198dbb807123273.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\nLa divisi\u00f3n en funciones en Serverless es similar al trabajo con microservicios. Pero un microservicio puede realizar varias tareas, mientras que una funci\u00f3n, en ideal, debe realizar una sola. Supongamos que hay una tarea de recopilar estad\u00edsticas y mostrarlas a solicitud del usuario. En el enfoque de microservicios, la tarea la lleva a cabo un servicio con dos puntos de entrada: para escritura y lectura. En los c\u00e1lculos serverless, estas ser\u00e1n dos funciones diferentes, no conectadas entre s\u00ed. El desarrollador ahorra recursos computacionales si, por ejemplo, las estad\u00edsticas se actualizan con m\u00e1s frecuencia de la que se exportan. <\/p>\n<p>Las funciones serverless deben ejecutarse en un corto per\u00edodo de tiempo (timeout), que determina el proveedor del servicio. Por ejemplo, para AWS, el timeout es de 15 minutos. Esto significa que las funciones de larga duraci\u00f3n (long-lived) tendr\u00e1n que modificarse de acuerdo a los requisitos, lo que diferencia a Serverless de otras tecnolog\u00edas populares en la actualidad (contenedores y Platform as a Service).<\/p>\n<p><strong>Asignamos un evento a cada funci\u00f3n.<\/strong> Un evento es un desencadenante para la acci\u00f3n:<\/p>\n<p><strong>Evento<\/strong><br \/>\n<strong>La acci\u00f3n que realiza la funci\u00f3n<\/strong><\/p>\n<p>Se ha cargado en el almacenamiento la imagen del producto<br \/>\nComprimir la imagen y exportar al cat\u00e1logo<\/p>\n<p>La direcci\u00f3n de la tienda f\u00edsica se ha actualizado en la base de datos<br \/>\nCargar en los mapas la nueva ubicaci\u00f3n<\/p>\n<p>El cliente paga por el producto<br \/>\nIniciar el procesamiento del pago<\/p>\n<p>Los eventos pueden ser solicitudes HTTP, datos en flujo, colas de mensajes, etc. Las fuentes de eventos son cambios o apariciones de datos. Adem\u00e1s, se pueden ejecutar funciones seg\u00fan un temporizador.<\/p>\n<p>Hemos trabajado en la arquitectura y la aplicaci\u00f3n casi se ha vuelto serverless. Ahora avanzamos hacia el proveedor del servicio.<\/p>\n<h2>Desde el lado del proveedor<\/h2>\n<p>\nNormalmente, los c\u00e1lculos serverless son ofrecidos por proveedores de servicios en la nube. Se les llama de diferentes maneras: Azure Functions, AWS Lambda, Google Cloud Functions, IBM Cloud Functions. <\/p>\n<p>Usaremos el servicio a trav\u00e9s de la consola o el panel del proveedor. El c\u00f3digo de las funciones se puede cargar de una de las siguientes maneras:<\/p>\n<ul>\n<li>escribiendo el c\u00f3digo en editores integrados a trav\u00e9s de la consola web,<\/li>\n<li>cargando un archivo comprimido con el c\u00f3digo,<\/li>\n<li>trabajando con repositorios git p\u00fablicos o privados.<\/li>\n<\/ul>\n<p>\nAqu\u00ed tambi\u00e9n configuramos los eventos que activan la funci\u00f3n. Los conjuntos de eventos pueden variar entre diferentes proveedores.<\/p>\n<p><img decoding=\"async\" alt=\"Serverless en fragmentos\" src=\"\/wp-content\/uploads\/2019\/05\/98676fa23a9911aae5758ecdb2cd9a03.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p>El proveedor ha construido y automatizado un sistema de Function as a Service (FaaS) en su infraestructura:<\/p>\n<ol>\n<li>El c\u00f3digo de las funciones se almacena en el lado del proveedor.<\/li>\n<li>Cuando ocurre un evento, se despliegan autom\u00e1ticamente contenedores en el servidor con un entorno preparado. Cada instancia de la funci\u00f3n tiene su propio contenedor aislado.<\/li>\n<li>Desde el almacenamiento, la funci\u00f3n se env\u00eda al contenedor, se calcula y devuelve el resultado.<\/li>\n<li>A medida que aumentan los eventos paralelos, tambi\u00e9n aumenta el n\u00famero de contenedores. El sistema se escala autom\u00e1ticamente. Si los usuarios no acceden a la funci\u00f3n, estar\u00e1 inactiva.<\/li>\n<li>El proveedor establece el tiempo de inactividad de los contenedores: si durante este tiempo no se invocan funciones en el contenedor, se destruye.<\/li>\n<\/ol>\n<p>\nAs\u00ed obtenemos Serverless \u00ablisto para usar\u00bb. Pagaremos por el servicio bajo el modelo pay-as-you-go y solo por las funciones que se utilizan y solo por el tiempo que han sido utilizadas.<\/p>\n<p>Para familiarizar a los desarrolladores con el servicio, los proveedores ofrecen hasta 12 meses de prueba gratuita, pero limitan el tiempo total de c\u00e1lculos, el n\u00famero de solicitudes al mes, los fondos o la potencia consumida.<\/p>\n<p>La principal ventaja de trabajar con un proveedor es la posibilidad de no preocuparse por la infraestructura (servidores, m\u00e1quinas virtuales, contenedores). Por su parte, el proveedor puede implementar FaaS tanto en sus propios desarrollos como con herramientas de c\u00f3digo abierto. Hablaremos de ellas a continuaci\u00f3n.<\/p>\n<h2>Desde el lado de open source<\/h2>\n<p>\nEn los \u00faltimos dos a\u00f1os, la comunidad open-source ha trabajado activamente en herramientas Serverless. Incluyendo la contribuci\u00f3n al desarrollo de plataformas sin servidor de los principales actores del mercado:<\/p>\n<ul>\n<li><strong>Google<\/strong> ofrece a los desarrolladores su herramienta de c\u00f3digo abierto \u2015 <noindex><a rel=\"nofollow\" href=\"https:\/\/cloud.google.com\/knative\/\">Knative<\/a><\/noindex>. En su desarrollo participaron IBM, RedHat, Pivotal y SAP;<\/li>\n<li><strong>IBM<\/strong> trabajaron en la plataforma Serverless <noindex><a rel=\"nofollow\" href=\"https:\/\/openwhisk.apache.org\/\">OpenWhisk<\/a><\/noindex>, que luego se convirti\u00f3 en un proyecto de Apache Foundation;<\/li>\n<li><strong>Microsoft<\/strong> abrieron parcialmente el c\u00f3digo de la plataforma <noindex><a rel=\"nofollow\" href=\"https:\/\/azure.microsoft.com\/en-us\/services\/functions\/\">Azure Functions<\/a><\/noindex>.<\/li>\n<\/ul>\n<p>\nEl desarrollo tambi\u00e9n avanza en la direcci\u00f3n de los frameworks sin servidor. <noindex><a rel=\"nofollow\" href=\"https:\/\/kubeless.io\/\">Kubeless<\/a><\/noindex> y <noindex><a rel=\"nofollow\" href=\"https:\/\/fission.io\/\">Fission<\/a><\/noindex> que se despliegan dentro de cl\u00fasteres de Kubernetes preparados de antemano, <noindex><a rel=\"nofollow\" href=\"https:\/\/www.openfaas.com\/\">OpenFaaS<\/a><\/noindex> funciona tanto con Kubernetes como con Docker Swarm. El framework act\u00faa como un controlador que, a petici\u00f3n, prepara un entorno de ejecuci\u00f3n dentro del cl\u00faster y luego ejecuta la funci\u00f3n all\u00ed.<\/p>\n<p>Los frameworks permiten personalizar la herramienta para satisfacer las necesidades espec\u00edficas. Por ejemplo, en Kubeless, el desarrollador puede configurar el tiempo de espera para la ejecuci\u00f3n de la funci\u00f3n (el valor predeterminado es de 180 segundos). Fission, en su intento de resolver el problema del inicio en fr\u00edo, ofrece mantener algunos contenedores siempre encendidos (aunque esto conlleva costos por recursos inactivos). OpenFaaS, por su parte, ofrece un conjunto de activadores para todos los gustos: HTTP, Kafka, Redis, MQTT, Cron, AWS SQS, NATs y otros.<\/p>\n<p>Las instrucciones para comenzar se pueden encontrar en la documentaci\u00f3n oficial de los frameworks. Trabajar con ellos implica tener habilidades ligeramente superiores en comparaci\u00f3n con trabajar con un proveedor, al menos saber c\u00f3mo iniciar un cl\u00faster de Kubernetes a trav\u00e9s de la CLI. En el mejor de los casos, incluir en el trabajo otras herramientas de c\u00f3digo abierto (como un gestor de colas Kafka).<\/p>\n<p>Independientemente del m\u00e9todo que utilicemos para trabajar con Serverless, ya sea a trav\u00e9s de un proveedor o utilizando herramientas de c\u00f3digo abierto, obtendremos una serie de ventajas y desventajas del enfoque Serverless.<\/p>\n<h2>Desde la perspectiva de ventajas y desventajas,<\/h2>\n<p>\nServerless desarrolla las ideas de la infraestructura de contenedores y el enfoque de microservicios, donde los equipos pueden trabajar en un modo multiling\u00fce sin depender de una sola plataforma. La construcci\u00f3n del sistema se simplifica y es m\u00e1s f\u00e1cil corregir errores. La arquitectura de microservicios permite agregar nuevas funcionalidades al sistema mucho m\u00e1s r\u00e1pido que en el caso de una aplicaci\u00f3n monol\u00edtica.<\/p>\n<p><strong>Serverless reduce a\u00fan m\u00e1s el tiempo de desarrollo,<\/strong> permitiendo al desarrollador centrarse exclusivamente en la l\u00f3gica empresarial de la aplicaci\u00f3n y en escribir c\u00f3digo. Como resultado, el tiempo de lanzamiento al mercado se reduce.<\/p>\n<p><strong>Como ventaja adicional, obtenemos escalado autom\u00e1tico bajo carga,<\/strong> y solo pagamos por los recursos utilizados y solo durante el tiempo en que son utilizados.<\/p>\n<p>Como cualquier tecnolog\u00eda, Serverless tiene desventajas.<\/p>\n<p><em>Por ejemplo, una de estas desventajas puede ser el tiempo de inicio en fr\u00edo (en promedio hasta 1 segundo para lenguajes como JavaScript, Python, Go, Java, Ruby).<\/em><\/p>\n<p>Por un lado, en la pr\u00e1ctica, el tiempo de arranque en fr\u00edo depende de muchas variables: el lenguaje en el que est\u00e1 escrita la funci\u00f3n, la cantidad de bibliotecas, el volumen de c\u00f3digo, la comunicaci\u00f3n con recursos adicionales (como bases de datos o servidores de autenticaci\u00f3n). Dado que el desarrollador gestiona estas variables, puede reducir el tiempo de arranque. Pero, por otro lado, el desarrollador no puede controlar el tiempo de inicio del contenedor; aqu\u00ed todo depende del proveedor.<\/p>\n<p>El arranque en fr\u00edo puede convertirse en c\u00e1lido cuando la funci\u00f3n reutiliza un contenedor que fue iniciado por el evento anterior. Esta situaci\u00f3n ocurrir\u00e1 en tres casos:<\/p>\n<ul>\n<li>si los clientes utilizan el servicio con frecuencia y crece el n\u00famero de solicitudes a la funci\u00f3n;<\/li>\n<li>si el proveedor, la plataforma o el marco permiten mantener algunos contenedores en ejecuci\u00f3n todo el tiempo;<\/li>\n<li>si el desarrollador inicia funciones mediante temporizadores (digamos, cada 3 minutos).<\/li>\n<\/ul>\n<p>\nPara muchas aplicaciones, el arranque en fr\u00edo no es un problema. Aqu\u00ed se debe partir del tipo y las tareas del servicio. Un retraso en el arranque de un segundo no siempre es cr\u00edtico para una aplicaci\u00f3n empresarial, pero puede ser cr\u00edtico para servicios m\u00e9dicos. Probablemente, en este caso, el enfoque sin servidor ya no sea adecuado.<\/p>\n<p><em>La siguiente desventaja del Serverless se menciona como el corto tiempo de vida de la funci\u00f3n (timeout, dentro del cual la funci\u00f3n debe ejecutarse).<\/em><\/p>\n<p>Pero, si se deben manejar tareas de larga duraci\u00f3n, se puede utilizar una arquitectura h\u00edbrida, combinando Serverless con otra tecnolog\u00eda.<\/p>\n<p><em>No todos los sistemas podr\u00e1n trabajar con el esquema Serverless.<\/em><\/p>\n<p>Algunas aplicaciones seguir\u00e1n almacenando datos y estado durante la ejecuci\u00f3n. Algunas arquitecturas permanecer\u00e1n monol\u00edticas, y algunas funciones ser\u00e1n de larga duraci\u00f3n. Sin embargo, (como alguna vez lo fueron las tecnolog\u00edas en la nube y luego los contenedores), Serverless es una tecnolog\u00eda con un gran futuro.<\/p>\n<p>En este sentido, me gustar\u00eda pasar suavemente a la cuesti\u00f3n de la aplicaci\u00f3n del enfoque Serverless.<\/p>\n<h2>Desde el punto de vista de la aplicaci\u00f3n<\/h2>\n<p>\nDurante 2018, el porcentaje de uso de Serverless <noindex><a rel=\"nofollow\" href=\"https:\/\/media.flexera.com\/documents\/rightscale-2019-state-of-the-cloud-report-from-flexera.pdf\">aument\u00f3 en un 50%<\/a><\/noindex>. Entre las empresas que ya han implementado la tecnolog\u00eda en sus servicios se encuentran gigantes del mercado como Twitter, PayPal, Netflix, T-Mobile y Coca-Cola. Al mismo tiempo, es necesario entender que Serverless no es una panacea, sino una herramienta para resolver un determinado conjunto de tareas:<\/p>\n<ul>\n<li><strong>Reducir el tiempo de inactividad de los recursos.<\/strong> No es necesario mantener una m\u00e1quina virtual para servicios que reciben pocas consultas.<\/li>\n<li><strong>Procesar datos \u00absobre la marcha\u00bb.<\/strong> Comprimir im\u00e1genes, eliminar fondos, cambiar la codificaci\u00f3n de videos, trabajar con sensores IoT, realizar operaciones matem\u00e1ticas.\n<\/li>\n<li><strong>\u00abUnir\u00bb otros servicios entre s\u00ed.<\/strong> Repositorio Git con programas internos, chatbot en Slack con Jira y con el calendario.<\/li>\n<li><strong>Balancear la carga.<\/strong> Aqu\u00ed nos detendremos en m\u00e1s detalle.<\/li>\n<\/ul>\n<p>\nSupongamos que hay un servicio que recibe 50 personas. Detr\u00e1s hay una m\u00e1quina virtual con hardware limitado. De vez en cuando, la carga del servicio aumenta dr\u00e1sticamente. En ese caso, el hardware d\u00e9bil no puede manejarlo.<\/p>\n<p>Se puede incluir en el sistema un balanceador que distribuya la carga, digamos, entre tres m\u00e1quinas virtuales. En esta etapa, no podemos predecir con precisi\u00f3n la carga, por lo que mantenemos encendido un cierto n\u00famero de recursos \u00abde reserva\u00bb. Y pagamos de m\u00e1s por inactividad. <\/p>\n<p>En tal situaci\u00f3n, podemos optimizar el sistema a trav\u00e9s de un enfoque h\u00edbrido: dejamos una m\u00e1quina virtual detr\u00e1s del balanceador de carga y colocamos un enlace a un Endpoint Serverless con funciones. Si la carga supera el umbral, el balanceador inicia instancias de funciones que se encargan de parte del procesamiento de las solicitudes.<\/p>\n<p><img decoding=\"async\" alt=\"Serverless en fragmentos\" src=\"\/wp-content\/uploads\/2019\/05\/79262c19faba29a4639a05e3097f7914.jpg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\nDe este modo, Serverless se puede usar en situaciones donde se necesitan manejar grandes vol\u00famenes de solicitudes de manera intensa, aunque no muy frecuentemente. En este caso, es m\u00e1s rentable ejecutar varias funciones durante 15 minutos que mantener una m\u00e1quina virtual o servidor siempre activo.<\/p>\n<p>A pesar de todas las ventajas de la computaci\u00f3n sin servidor, antes de su implementaci\u00f3n, es fundamental evaluar la l\u00f3gica de la aplicaci\u00f3n y entender qu\u00e9 tareas puede resolver Serverless en cada caso espec\u00edfico. <\/p>\n<h2>Serverless y Selectel<\/h2>\n<p>\nEn Selectel ya hemos <noindex><a rel=\"nofollow\" href=\"https:\/\/kb.selectel.ru\/42078178.html?utm_source=habr.com&amp;amp;utm_medium=referral&amp;amp;utm_campaign=Functions_Serverless_Article_170519\">simplificado el trabajo con Kubernetes<\/a><\/noindex> a trav\u00e9s de nuestro panel de control. Ahora estamos construyendo nuestra propia plataforma FaaS. Queremos que los desarrolladores puedan resolver sus tareas mediante Serverless a trav\u00e9s de una interfaz pr\u00e1ctica y flexible.<\/p>\n<p>Si tienes ideas sobre c\u00f3mo deber\u00eda ser la plataforma FaaS ideal y c\u00f3mo te gustar\u00eda usar Serverless en tus proyectos, comp\u00e1rtelas en los comentarios. Tendremos en cuenta tus sugerencias al desarrollar la plataforma.<br \/>\n\u00a0<br \/>\nMateriales utilizados en el art\u00edculo:<\/p>\n<ul>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/www.rightscale.com\/lp\/state-of-the-cloud\">El uso de Serverless ha aumentado en un 50% (informe completo de RightScale)<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/mikhail.io\/serverless\/coldstarts\/aws\/\">\u00bfC\u00f3mo depende el tiempo de inicio en fr\u00edo del lenguaje de la aplicaci\u00f3n?<\/a><\/noindex><\/li>\n<\/ul>\n<p>Fuente: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/selectel\/blog\/452266\/\">habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>Serverless \u2015 \u044d\u0442\u043e \u043d\u0435 \u043f\u0440\u043e \u0444\u0438\u0437\u0438\u0447\u0435\u0441\u043a\u043e\u0435 \u043e\u0442\u0441\u0443\u0442\u0441\u0442\u0432\u0438\u0435 \u0441\u0435\u0440\u0432\u0435\u0440\u043e\u0432. \u042d\u0442\u043e \u043d\u0435 \u00ab\u0443\u0431\u0438\u0439\u0446\u0430\u00bb \u043a\u043e\u043d\u0442\u0435\u0439\u043d\u0435\u0440\u043e\u0432 \u0438 \u043d\u0435 \u043c\u0438\u043c\u043e\u043b\u0435\u0442\u043d\u044b\u0439 \u0442\u0440\u0435\u043d\u0434. \u042d\u0442\u043e \u043d\u043e\u0432\u044b\u0439 \u043f\u043e\u0434\u0445\u043e\u0434 \u043a \u043f\u043e\u0441\u0442\u0440\u043e\u0435\u043d\u0438\u044e \u0441\u0438\u0441\u0442\u0435\u043c \u0432 \u043e\u0431\u043b\u0430\u043a\u0435. \u0412 \u0441\u0435\u0433\u043e\u0434\u043d\u044f\u0448\u043d\u0435\u0439 \u0441\u0442\u0430\u0442\u044c\u0435 \u043a\u043e\u0441\u043d\u0435\u043c\u0441\u044f \u0430\u0440\u0445\u0438\u0442\u0435\u043a\u0442\u0443\u0440\u044b Serverless-\u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u0439, \u043f\u043e\u0441\u043c\u043e\u0442\u0440\u0438\u043c, \u043a\u0430\u043a\u0443\u044e \u0440\u043e\u043b\u044c \u0438\u0433\u0440\u0430\u0435\u0442 \u043f\u0440\u043e\u0432\u0430\u0439\u0434\u0435\u0440 Serverless-\u0443\u0441\u043b\u0443\u0433\u0438 \u0438 open-source \u043f\u0440\u043e\u0435\u043a\u0442\u044b. \u0412 \u043a\u043e\u043d\u0446\u0435 \u043f\u043e\u0433\u043e\u0432\u043e\u0440\u0438\u043c \u043e \u0432\u043e\u043f\u0440\u043e\u0441\u0430\u0445 \u043f\u0440\u0438\u043c\u0435\u043d\u0435\u043d\u0438\u044f Serverless. \u042f \u0445\u043e\u0447\u0443 \u043d\u0430\u043f\u0438\u0441\u0430\u0442\u044c \u0441\u0435\u0440\u0432\u0435\u0440\u043d\u0443\u044e \u0447\u0430\u0441\u0442\u044c \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u044f (\u0434\u0430 \u0445\u043e\u0442\u044c \u0438\u043d\u0442\u0435\u0440\u043d\u0435\u0442-\u043c\u0430\u0433\u0430\u0437\u0438\u043d\u0430). [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":25594,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-33935","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.2 - aioseo.com -->\n\t<meta name=\"description\" content=\"Serverless \u2015 \u044d\u0442\u043e \u043d\u0435 \u043f\u0440\u043e \u0444\u0438\u0437\u0438\u0447\u0435\u0441\u043a\u043e\u0435 \u043e\u0442\u0441\u0443\u0442\u0441\u0442\u0432\u0438\u0435 \u0441\u0435\u0440\u0432\u0435\u0440\u043e\u0432.\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/serverless-po-stoechkam\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.2\" \/>\n\t\t<meta property=\"og:locale\" content=\"es_ES\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47Serverless \u043f\u043e \u0441\u0442\u043e\u0435\u0447\u043a\u0430\u043c | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"Serverless \u2015 \u044d\u0442\u043e \u043d\u0435 \u043f\u0440\u043e \u0444\u0438\u0437\u0438\u0447\u0435\u0441\u043a\u043e\u0435 \u043e\u0442\u0441\u0443\u0442\u0441\u0442\u0432\u0438\u0435 \u0441\u0435\u0440\u0432\u0435\u0440\u043e\u0432.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/serverless-po-stoechkam\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2019-10-31T18:55:27+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2019-10-31T18:55:27+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47Serverless en estanter\u00edas | ProHoster","description":"Serverless no se trata de la ausencia f\u00edsica de servidores.","canonical_url":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/serverless-po-stoechkam","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"es_ES","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47Serverless \u043f\u043e \u0441\u0442\u043e\u0435\u0447\u043a\u0430\u043c | ProHoster","og:description":"Serverless \u2015 \u044d\u0442\u043e \u043d\u0435 \u043f\u0440\u043e \u0444\u0438\u0437\u0438\u0447\u0435\u0441\u043a\u043e\u0435 \u043e\u0442\u0441\u0443\u0442\u0441\u0442\u0432\u0438\u0435 \u0441\u0435\u0440\u0432\u0435\u0440\u043e\u0432.","og:url":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/serverless-po-stoechkam","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T18:55:27+00:00","article:modified_time":"2019-10-31T18:55:27+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"33935","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-21 17:17:19","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 02:31:21","updated":"2026-01-21 17:17:19","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts\/33935","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/comments?post=33935"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts\/33935\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/media\/25594"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/media?parent=33935"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/categories?post=33935"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/tags?post=33935"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}