{"id":19911,"date":"2021-11-17T12:40:39","date_gmt":"2021-11-17T10:40:39","guid":{"rendered":"https:\/\/www.hiberus.com\/crecemos-contigo\/?p=19911"},"modified":"2023-11-28T13:14:42","modified_gmt":"2023-11-28T12:14:42","slug":"microservicios-disponibilidad-y-escalabilidad-para-el-black-friday","status":"publish","type":"post","link":"https:\/\/www.hiberus.com\/crecemos-contigo\/microservicios-disponibilidad-y-escalabilidad-para-el-black-friday\/","title":{"rendered":"Microservicios: disponibilidad y escalabilidad para el Black Friday"},"content":{"rendered":"

Las plataformas\u00a0<\/span>e-commerce\u00a0<\/span><\/i>son cada vez m\u00e1s importantes en el d\u00eda a d\u00eda de las personas. En Hiberus creemos que son la evoluci\u00f3n natural de los comercios tal y como los conocemos. Permiten hacer compras altamente personalizadas, desde donde queramos y cuando queramos, ya que su lugar es la web y\u00a0est\u00e1n siempre abiertas para el p\u00fablico.\u00a0La poblaci\u00f3n joven, que generalmente se desenvuelve mejor en el mundo digital,\u00a0ha incrementado en un 29% el n\u00famero de compras online en los \u00faltimos 10 a\u00f1os.<\/span>\u00a0<\/span><\/p>\n

\u00bfQu\u00e9 es el Black Friday?<\/span><\/b>\u00a0<\/span><\/h2>\n

El\u00a0<\/span>Black Friday\u00a0<\/span><\/i>se origin\u00f3 en E.E.U.U.\u00a0en el siglo pasado y en los \u00faltimos a\u00f1os ha llegado a Espa\u00f1a, haci\u00e9ndose altamente popular. Este fen\u00f3meno consiste en que los comercios realizan grandes descuentos durante unos pocos d\u00edas (que coinciden con el cuarto viernes de noviembre, d\u00eda posterior al D\u00eda de Acci\u00f3n de Gracias), para dar el pistoletazo de salida al inicio de las compras navide\u00f1as. Estos descuentos se traducen en un aumento de ventas extraordinario, del que no se salvan tampoco las grandes plataformas de\u00a0<\/span>e-commerce<\/a>,\u00a0<\/span><\/i>pues han de ser capaces de atender a muchas m\u00e1s peticiones sin que el servicio se degrade\u00a0<\/span>(QoS)<\/span><\/i>, o, en casos extremos, se desvanezca.<\/span>\u00a0<\/span>\u00a0<\/span><\/p>\n

 <\/p>\n

\"\"<\/p>\n

 <\/p>\n

El reto que supone el\u00a0Black Friday<\/i><\/h2>\n

La variaci\u00f3n de tr\u00e1fico que tienen que tener en cuenta las plataformas \u00a0<\/span>e-commerce\u00a0<\/span><\/i>para estos d\u00edas es abrumadora. Por ejemplo, en Espa\u00f1a,\u00a0hay un aumento del 706%\u00a0de las ventas online con respecto a un d\u00eda normal<\/strong>, que no es nada en comparaci\u00f3n con el 3501% de Austria.\u00a0Es por esto que, a\u00a0d\u00eda de hoy,\u00a0las plataformas\u00a0<\/span>e-commerce<\/span><\/i>\u00a0se idean, se dise\u00f1an y se implementan teniendo en cuenta, sobre todo, la existencia de d\u00edas como el\u00a0<\/span>Black Friday<\/span><\/i>.\u00a0<\/span><\/p>\n

De poco sirve que el servidor funcione bien el 95% del tiempo cuando el 5% restante es tiempo en el que puedes facturar\u00a0cantidades mucho mayores de dinero. Ese 5% es un tiempo nada despreciable, pues supone un coste de\u00a0oportunidad muy alto, adem\u00e1s del precio a pagar en t\u00e9rminos de malos comentarios\u00a0(todos hemos visto redes sociales plagadas de memes cuando alguna plataforma deja de estar disponible).<\/span>\u00a0<\/span><\/p>\n

 <\/p>\n

\"Infograf\u00eda:<\/a><\/p>\n

<\/h2>\n

Monolitos: simples pero limitados<\/span><\/b>\u00a0<\/span><\/h2>\n

Hist\u00f3ricamente, los monolitos han sido la soluci\u00f3n m\u00e1s usada por peque\u00f1os, medianos y grandes\u00a0<\/span>retailers\u00a0<\/span><\/i>a nivel mundial. T\u00e9cnicamente, un monolito consiste en una \u00fanica pieza de c\u00f3digo, esto es,\u00a0encapsular todas las funcionalidades del sistema en un \u00fanico lugar: gesti\u00f3n de usuarios, gesti\u00f3n de cat\u00e1logo, gesti\u00f3n de promociones, etc. Puede parecer la soluci\u00f3n m\u00e1s natural,\u00a0de hecho, es la m\u00e1s sencilla y directa a un m\u00ednimo producto viable\u00a0(<\/span>MVP<\/span><\/i>)\u00a0a cambio de sacrificar otros aspectos\u00a0como la escalabilidad horizontal, alta\u00a0disponibilidad, etc.\u00a0<\/span>\u00a0<\/span><\/p>\n

En\u00a0una\u00a0arquitectura monol\u00edtica…\u00a0<\/em><\/p>\n

\u00bfQu\u00e9\u00a0ocurre si\u00a0se realizan muchos pedidos en el\u00a0<\/span><\/b>Black Friday<\/span><\/i><\/b>?\u00a0<\/span><\/b>\u00a0<\/span><\/h3>\n

Todas las funcionalidades est\u00e1n gestionadas por una \u00fanica m\u00e1quina, por lo\u00a0que,\u00a0si\u00a0esta falla, todo falla<\/strong>. Incluso puede fallar \u201cparcialmente\u201d, es decir, el servidor no se cae, pero\u00a0no dispone de suficientes recursos\u00a0para\u00a0aguantar\u00a0la demanda, por lo que el resto de funcionalidades se ven afectadas, desembocando en una falta de disponibilidad.<\/span><\/p>\n

\u00bfQu\u00e9 se puede hacer?<\/span><\/b>\u00a0<\/span><\/h3>\n

Si el servidor se queda sin recursos, siempre se pueden a\u00f1adir m\u00e1s a la m\u00e1quina (RAM, CPU, disco…). A esta soluci\u00f3n se le denomina como \u201cescalabilidad vertical<\/strong>\u201d.<\/span>\u00a0<\/span><\/p>\n

\u00bfQu\u00e9 ocurre con los recursos que hemos comprado para soportar el pico de demanda del\u00a0<\/span><\/b>Black Friday<\/span><\/i><\/b>\u00a0y que ahora no necesitamos?<\/span><\/b>\u00a0<\/span><\/h3>\n

Es muy probable que estos recursos\u00a0no\u00a0se\u00a0puedan\u00a0devolver. Han sido comprados,\u00a0y,\u00a0ahora,\u00a0se\u00a0va a estar operando con un sistema capaz de soportar las\u00a0horas punta\u00a0en\u00a0un\u00a0<\/span>Black\u00a0Friday<\/span><\/i>\u00a0aunque\u00a0realmente\u00a0sea\u00a0un martes\u00a0de marzo a las 05:48 de la ma\u00f1ana, con mucha menos demanda.\u00a0Con otro tipo de soluciones, el\u00a0sistema podr\u00eda\u00a0reescalar\u00a0sus recursos autom\u00e1ticamente en funci\u00f3n de la demanda, es decir, podr\u00eda ser el\u00e1stico.<\/span><\/p>\n

\u00bfQu\u00e9 ocurre\u00a0si ahora nuestra plataforma\u00a0<\/span><\/b>e-commerce\u00a0<\/span><\/i><\/b>a\u00f1ade una integraci\u00f3n con otra empresa de paqueter\u00eda?<\/span><\/b>\u00a0<\/span><\/h3>\n

Lamentablemente, con la soluci\u00f3n monol\u00edtica,\u00a0es necesario\u00a0reiniciar todo el sistema para poder incluir cambios en \u00e9l\u00a0(mejoras, nuevas caracter\u00edsticas, arreglo de\u00a0<\/span>bugs<\/span><\/i>…).\u00a0Esto supone\u00a0un corte del servicio, que podr\u00e1 afectar a la econom\u00eda de la empresa.\u00a0<\/span>\u00a0<\/span><\/p>\n

Error 404… \u00bfy ahora qu\u00e9?<\/span><\/b>\u00a0<\/span><\/h3>\n

Los usuarios parten de la\u00a0idea\u00a0de que\u00a0todo\u00a0est\u00e1 abierto las 24 horas en Internet. En una arquitectura monol\u00edtica es pr\u00e1cticamente imposible estar el 100% del tiempo disponible.\u00a0Puesto que lo ideal es un\u00a0<\/span>uptime\u00a0<\/span><\/i>del 100%, un porcentaje menor\u00a0no es\u00a0admisible\u00a0en muchos casos. No\u00a0hay que olvidar que\u00a0un\u00a0<\/span>uptime\u00a0<\/span><\/i>del 99% implica que la web est\u00e9 ca\u00edda durante 3 d\u00edas y medio al a\u00f1o.\u00a0\u00bfY si\u00a0estos 3 d\u00edas y medio\u00a0fueran los del\u00a0<\/span>Black Friday<\/span><\/i>?<\/span><\/p>\n

Microservicios<\/a>: as\u00ed lo hacemos en Hiberus<\/span><\/b>\u00a0<\/span><\/h2>\n

La\u00a0<\/span>arquitectura de\u00a0microservicios<\/span><\/a>\u00a0se fundamenta, b\u00e1sicamente, en romper el monolito.<\/span>\u00a0<\/span>Una aproximaci\u00f3n podr\u00eda\u00a0pasar por\u00a0dise\u00f1ar\u00a0tantos microservicios como entidades (usuarios, pedidos, productos,\u00a0etc.)\u00a0tenga el sistema. Esta aproximaci\u00f3n favorece la segregaci\u00f3n de responsabilidades,\u00a0la cohesi\u00f3n de todas las partes de la soluci\u00f3n,\u00a0la simplicidad de cada de uno de los\u00a0microservicios\u00a0(principio KISS) y la evoluci\u00f3n individual de cada uno de los mismos. Permite el desacople de los equipos de\u00a0trabajo pudiendo\u00a0centrarse cada uno en una parte espec\u00edfica del dominio del problema.<\/span>\u00a0<\/span><\/p>\n

En\u00a0una arquitectura basada\u00a0en microservicios…\u00a0<\/em><\/p>\n

\u00bfQu\u00e9 ocurre si se realizan muchos pedidos en el\u00a0<\/span><\/b>Black Friday<\/span><\/i><\/b>?\u00a0\u00bfIr\u00e1 lento todo el sistema?<\/span><\/b>\u00a0<\/span><\/h3>\n

Casi por definici\u00f3n,\u00a0el resto de funcionalidades no se ven afectadas\u00a0si no dependen de\u00a0la funcionalidad de pedidos. Esto se traduce en que el registro de usuarios o la inserci\u00f3n de nuevos productos al cat\u00e1logo funcionar\u00e1n exactamente igual haya 1, 10 o 10000000 de pedidos a la hora.<\/span>\u00a0<\/span><\/p>\n

\u00bfIr\u00e1 lenta toda la parte de pedidos?<\/span><\/b>\u00a0<\/span><\/h3>\n

No necesariamente, ya que un microservicio deber\u00eda ser f\u00e1cilmente\u00a0encapsulable\u00a0en un contenedor. Estos contenedores pueden replicarse (s\u00ed, hacer clones), permitiendo tener varias instancias\/copias de un microservicio. Esto favorece el reparto de trabajo\u00a0(distribuyendo las peticiones a un contenedor o a otro)\u00a0y la alta disponibilidad\u00a0(teniendo un n\u00famero de instancias de un contenedor en marcha como m\u00ednimo).\u00a0Para esto se utilizan herramientas como\u00a0<\/span>OpenShift\u00a0<\/span><\/i>o\u00a0<\/span>Kubernetes<\/span><\/i>, que adem\u00e1s tambi\u00e9n permiten\u00a0escalar de manera autom\u00e1tica\u00a0el n\u00famero de microservicios en funci\u00f3n de la demanda\u00a0(elasticidad), lo que se traduce por:\u00a0<\/span>\u00a0<\/span><\/p>\n

Mucha demanda de pedidos -> Se levantan m\u00e1s contenedores del microservicio que gestiona los pedidos<\/span><\/i>\u00a0<\/span><\/p>\n

Poca demanda ->\u00a0Se dejan en marcha tantos contenedores como marque la pol\u00edtica de\u00a0QoS\u00a0(Quality\u00a0of\u00a0Service)<\/span><\/i>\u00a0<\/span><\/p>\n

\u00bfC\u00f3mo se coordinan\/comunican para llevar a cabo sus tareas?<\/span><\/b>\u00a0<\/span><\/h3>\n

Un microservicio puede depender de otro(s), por ejemplo si necesita informaci\u00f3n para realizar la operativa. Esta arquitectura se basa en\u00a0un sistema distribuido conformado por una red de comunicaciones. Esta red ser\u00e1 m\u00e1s\u00a0o menos densa dependiendo del n\u00famero de microservicios que haya y las dependencias entre\u00a0ellos.<\/span>\u00a0<\/span><\/p>\n

Existen dos\u00a0grandes aproximaciones:<\/span>\u00a0<\/span><\/p>\n