{"id":94520,"date":"2020-09-18T07:42:20","date_gmt":"2020-09-18T05:42:20","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/chto-pomoglo-nam-bystro-perestroitsya-na-onlajn-torgovlyu-v-novyh-usloviyah"},"modified":"2020-09-18T07:42:20","modified_gmt":"2020-09-18T05:42:20","slug":"chto-pomoglo-nam-bystro-perestroitsya-na-onlajn-torgovlyu-v-novyh-usloviyah","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/chto-pomoglo-nam-bystro-perestroitsya-na-onlajn-torgovlyu-v-novyh-usloviyah","title":{"rendered":"Lo que nos ayud\u00f3 a adaptarnos r\u00e1pidamente al comercio en l\u00ednea en las nuevas condiciones","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\u00a1Hola!<\/p>\n

Me llamo Mija\u00edl, soy el director adjunto de TI en la empresa 'Sportmaster'. Quiero compartir una historia sobre c\u00f3mo enfrentamos las dificultades surgidas durante la pandemia.<\/p>\n

En los primeros d\u00edas de las nuevas realidades, el formato de venta offline habitual de 'Sportmaster' se detuvo, y la carga en nuestro canal online, especialmente en la parte de entrega a domicilio, aument\u00f3 10 veces. En unas pocas semanas transformamos un gigantesco negocio offline en online, adaptando el servicio a las necesidades de nuestros clientes.<\/p>\n

En resumen, lo que esencialmente era nuestra operaci\u00f3n secundaria se convirti\u00f3 en el negocio principal. La importancia de cada pedido por internet aument\u00f3 de manera extrema. Ten\u00edamos que conservar cada rublo que el cliente tra\u00eda a la empresa. <\/p>\n

\"Lo<\/p>\n

Para reaccionar r\u00e1pidamente a las solicitudes de los clientes, abrimos un centro de contacto adicional en la oficina central de la empresa, y ahora podemos recibir alrededor de 285 000 llamadas a la semana. Al mismo tiempo, transformamos 270 tiendas en un nuevo formato de trabajo sin contacto y seguro, lo que permiti\u00f3 a los clientes recibir sus pedidos y a los empleados conservar sus puestos de trabajo.<\/p>\n

Durante el proceso de transformaci\u00f3n, nos encontramos con dos problemas principales. Primero, aument\u00f3 significativamente la carga en nuestros recursos online (c\u00f3mo afrontamos esto, lo explicar\u00e1 Sergu\u00e9i). Segundo, el flujo de operaciones raras (antes de COVID) se multiplic\u00f3, lo que, a su vez, requiri\u00f3 una gran cantidad de automatizaci\u00f3n r\u00e1pida. Para resolver este problema, tuvimos que reasignar r\u00e1pidamente recursos de las \u00e1reas que antes eran principales. C\u00f3mo nos las arreglamos con esto lo explicar\u00e1 Elena.<\/p>\n

Explotaci\u00f3n de servicios online<\/h2>\n

Sergu\u00e9i Kolesnikov, responsable de la explotaci\u00f3n de la tienda online y microservicios<\/em><\/p>\n

Desde el momento en que nuestras tiendas minoristas comenzaron a cerrar para los visitantes, comenzamos a registrar un aumento en m\u00e9tricas como el n\u00famero de usuarios, el n\u00famero de pedidos realizados en nuestra aplicaci\u00f3n, el n\u00famero de solicitudes a las aplicaciones. <\/p>\n

\"LoN\u00famero de pedidos del 18 al 31 de marzo\"LoN\u00famero de solicitudes a microservicios de pago online\"LoN\u00famero de pedidos realizados en el sitio web<\/p>\n

En el primer gr\u00e1fico vemos que el aumento fue de aproximadamente 14 veces, en el segundo \u2014 4 veces. Consideramos que la m\u00e9trica m\u00e1s representativa es el tiempo de respuesta de nuestras aplicaciones. <\/p>\n

\"Lo<\/p>\n

En este gr\u00e1fico vemos la respuesta de los frontales y aplicaciones, y para nosotros hemos determinado que no hemos observado un crecimiento notable.<\/p>\n

En primer lugar, esto se debe a que comenzamos los trabajos preparatorios a finales de 2019. Ahora nuestros servicios est\u00e1n reservados, garantizando la tolerancia a fallos a nivel de servidores f\u00edsicos, sistemas de virtualizaci\u00f3n, contenedores y servicios en ellos. Al mismo tiempo, la capacidad de nuestros recursos de servidor permite soportar cargas m\u00faltiples.<\/p>\n

La principal herramienta que nos ayud\u00f3 en toda esta historia fue nuestro sistema de monitoreo. Sin embargo, hasta hace poco no ten\u00edamos un sistema unificado que permitiera recopilar m\u00e9tricas en todos los niveles, desde el hardware f\u00edsico hasta m\u00e9tricas empresariales. <\/p>\n

Formalmente, la monitorizaci\u00f3n exist\u00eda en la empresa, pero generalmente estaba dispersa y bajo la responsabilidad de departamentos espec\u00edficos. De hecho, cuando ocurr\u00eda alg\u00fan incidente, casi nunca ten\u00edamos una comprensi\u00f3n unificada de lo que hab\u00eda sucedido, no hab\u00eda informaci\u00f3n adecuada, y a menudo esto conduc\u00eda a dar vueltas en busca de localizar el problema para su posterior soluci\u00f3n.<\/p>\n

En cierto momento pensamos y decidimos que ya era suficiente \u2014 necesit\u00e1bamos un sistema unificado para ver el panorama completo. Las principales tecnolog\u00edas que forman parte de nuestra pila son Zabbix como centro de alertas y almacenamiento de m\u00e9tricas, Prometheus para la recopilaci\u00f3n y almacenamiento de m\u00e9tricas de aplicaciones, Stack ELK para la registraci\u00f3n y almacenamiento de datos de todo el sistema de monitoreo, as\u00ed como Grafana para la visualizaci\u00f3n, Swagger, Docker y otras herramientas \u00fatiles y familiares para ustedes.<\/p>\n

Adem\u00e1s, no solo utilizamos tecnolog\u00edas disponibles en el mercado, sino que tambi\u00e9n desarrollamos algunas cosas por nuestra cuenta. Por ejemplo, creamos servicios para integrar sistemas entre s\u00ed, es decir, una API para la recopilaci\u00f3n de m\u00e9tricas. Tambi\u00e9n estamos trabajando en nuestros propios sistemas de monitoreo: a nivel de m\u00e9tricas empresariales, utilizamos pruebas de interfaz de usuario. Y tambi\u00e9n un bot en Telegram para notificar a los equipos.<\/p>\n

Y tambi\u00e9n nos esforzamos por hacer que el sistema de monitoreo sea accesible para los equipos, para que puedan almacenar sus m\u00e9tricas de forma independiente y trabajar con ellas, incluida la configuraci\u00f3n de alertas en m\u00e9tricas espec\u00edficas que no tienen un uso muy amplio. <\/p>\n

En toda la sistema, nos esforzamos por ser proactivos y localizando incidentes lo m\u00e1s r\u00e1pido posible. Adem\u00e1s, la cantidad de nuestros microservicios y sistemas ha crecido significativamente en los \u00faltimos tiempos, lo que ha incrementado el n\u00famero de integraciones. En el marco de la optimizaci\u00f3n del proceso de diagn\u00f3stico de incidentes a nivel de integraci\u00f3n, estamos desarrollando un sistema que permite realizar verificaciones entre sistemas y obtener resultados, lo que permite identificar los problemas principales relacionados con las importaciones y la interacci\u00f3n entre sistemas. <\/p>\n

Por supuesto, todav\u00eda tenemos mucho por crecer y desarrollarnos en cuanto a la explotaci\u00f3n de sistemas, y estamos trabajando activamente en ello. Puedes leer m\u00e1s sobre nuestro sistema de monitoreo. aqu\u00ed<\/u><\/a><\/noindex>. <\/p>\n

Pruebas t\u00e9cnicas <\/h2>\n

Sergio Orlov, dirige el centro de competencia en desarrollo web y m\u00f3vil<\/em><\/p>\n

Desde el inicio del cierre de tiendas f\u00edsicas, nos hemos enfrentado a varios desaf\u00edos en t\u00e9rminos de desarrollo. En primer lugar, el aumento de la carga como tal. Es evidente que si no se toman las medidas adecuadas, al someter al sistema a una alta carga, puede convertirse en una calabaza con un triste estallido, o degradar completamente su rendimiento, o incluso perder su operatividad por completo.<\/p>\n

El segundo aspecto, un poco menos obvio, es que el sistema bajo alta carga necesitaba ser modificado muy r\u00e1pidamente, adapt\u00e1ndose a los cambios en los procesos comerciales. A veces, varias veces al d\u00eda. En muchas empresas hay una regla que dice que durante grandes actividades de marketing no se deben hacer cambios en el sistema. Absolutamente ninguno, que siga funcionando, ya que funciona.<\/p>\n

Y para nosotros, en esencia, fue un Black Friday infinito, durante el cual a\u00fan necesit\u00e1bamos cambiar el sistema. Cualquier error, problema o fallo en el sistema podr\u00eda resultar muy costoso para el negocio.<\/p>\n

Anticip\u00e1ndome, dir\u00e9 que logramos enfrentar estos desaf\u00edos, todos los sistemas soportaron la carga, se escalaron f\u00e1cilmente y no tuvimos fallos t\u00e9cnicos globales.<\/p>\n

Hay cuatro pilares sobre los cuales se sostiene la capacidad del sistema para soportar una carga alta y repentina. El primero de ellos es la monitorizaci\u00f3n, de la que has le\u00eddo anteriormente. Sin un sistema de monitorizaci\u00f3n bien estructurado, es pr\u00e1cticamente imposible identificar los cuellos de botella del sistema. Un buen sistema de monitorizaci\u00f3n es como la ropa de casa, debe ser c\u00f3modo y adaptado a ti.<\/p>\n

El segundo aspecto es la prueba. Tomamos este tema muy en serio: escribimos pruebas unitarias cl\u00e1sicas, pruebas de integraci\u00f3n, pruebas de carga y muchas otras para cada sistema. Tambi\u00e9n redactamos una estrategia de pruebas, y nos esforzamos por llevar el nivel de pruebas a un punto en el que las comprobaciones manuales ya no sean necesarias.<\/p>\n

El tercer pilar es el CI\/CD Pipeline. Los procesos de construcci\u00f3n, prueba y despliegue de la aplicaci\u00f3n deben estar lo m\u00e1s automatizados posible, no debe haber intervenci\u00f3n manual. El tema del CI\/CD Pipeline es bastante profundo, y solo lo tocar\u00e9 de manera superficial. Solo cabe mencionar que tenemos una lista de verificaci\u00f3n del CI\/CD Pipeline, por la cual cada equipo de producto pasa con la ayuda de los centros de competencia.<\/p>\n

\"LoAqu\u00ed est\u00e1 la lista de verificaci\u00f3n<\/p>\n

De esta manera, se logran muchos objetivos. Esto incluye la versionado del API, y el feature toggle, para evitar un aluvi\u00f3n de lanzamientos, as\u00ed como alcanzar un nivel de cobertura de pruebas que permita una automatizaci\u00f3n completa de las pruebas, despliegues sin costuras, entre otros.<\/p>\n

El cuarto pilar son los principios arquitect\u00f3nicos y las soluciones t\u00e9cnicas. Se puede hablar mucho y largo sobre arquitectura, pero quiero destacar un par de principios a los que me gustar\u00eda llamar la atenci\u00f3n.<\/p>\n

En primer lugar, hay que elegir herramientas especializadas para tareas concretas. S\u00ed, suena obvio, y es evidente que es mejor clavar clavos con un martillo y desmontar relojes de pulsera con destornilladores especiales. Pero en nuestra \u00e9poca, muchas herramientas tienden a la universalizaci\u00f3n para abarcar el m\u00e1ximo segmento de usuarios: bases de datos, cach\u00e9s, marcos y dem\u00e1s. Por ejemplo, si tomamos la base de datos MongoDB, funciona con transacciones mult-documentos, mientras que la base de datos Oracle opera con JSON. Y podr\u00eda parecer que todo se puede usar para todo. Pero si abogamos por el rendimiento, debemos entender claramente las fortalezas y debilidades de cada herramienta y utilizar las que correspondan a nuestra clase de tareas. <\/p>\n

En segundo lugar, al dise\u00f1ar sistemas, cada aumento de complejidad debe estar justificado. Debemos tener esto en mente de forma constante; el principio de bajo acoplamiento es bien conocido. Creo que debe aplicarse tanto a nivel de servicio espec\u00edfico como a nivel del sistema completo y del paisaje arquitect\u00f3nico. Tambi\u00e9n es importante la capacidad de escalado horizontal de cada componente del sistema seg\u00fan la carga. Si se cuenta con esta capacidad, la escalabilidad no presentar\u00e1 ninguna dificultad.<\/p>\n

En cuanto a las soluciones t\u00e9cnicas, hemos pedido a los equipos de producto que preparen un nuevo conjunto de recomendaciones, ideas y soluciones que hayan implementado en el proceso de preparaci\u00f3n para la pr\u00f3xima ola de carga.<\/p>\n

Cach\u00e9s<\/h2>\n

Hay que ser consciente al elegir cach\u00e9s locales y distribuidos. A veces, tiene sentido usar ambos en un mismo sistema. Por ejemplo, tenemos sistemas en los que parte de los datos es, en esencia, un cach\u00e9 de exhibici\u00f3n, lo que significa que la fuente de actualizaciones est\u00e1 fuera del propio sistema, y el sistema no cambia esos datos. Para este enfoque, usamos el Caffeine Cache local. <\/p>\n

Pero hay datos que el sistema modifica activamente durante su funcionamiento, y aqu\u00ed aplicamos un cach\u00e9 distribuido con Hazelcast. Este enfoque nos permite aprovechar las ventajas del cach\u00e9 distribuido donde realmente se necesitan y minimizar los costos de servicio por la circulaci\u00f3n de datos en el cl\u00faster de Hazelcast donde podemos prescindir de ello. Hemos escrito mucho sobre cach\u00e9s. aqu\u00ed <\/u><\/a><\/noindex>y aqu\u00ed<\/u><\/a><\/noindex>.<\/p>\n

Adem\u00e1s, el cambio del serializador a Kryo en Hazelcast nos dio un buen aumento de rendimiento. La transici\u00f3n de ReplicatedMap a IMap + Near Cache en Hazelcast nos permiti\u00f3 minimizar el movimiento de datos por el cl\u00faster. <\/p>\n

Un peque\u00f1o consejo: al invalidar masivamente la cach\u00e9, a veces es aplicable la t\u00e1ctica de precalentar una segunda cach\u00e9 y luego cambiar a ella. Aparentemente, con este enfoque deber\u00edamos obtener un doble consumo de memoria, pero en la pr\u00e1ctica, en aquellos sistemas donde se ha practicado esto, el consumo de memoria se ha reducido.<\/p>\n

Pila reactiva<\/h2>\n

Utilizamos la pila reactiva en una cantidad considerable de sistemas. En nuestro caso, se trata de Webflux o Kotlin con corrutinas. La pila reactiva funciona especialmente bien donde esperamos operaciones de entrada-salida lentas. Por ejemplo, en llamadas a servicios lentos, operaciones con el sistema de archivos o sistemas de almacenamiento.<\/p>\n

El principio m\u00e1s importante es evitar llamadas bloqueantes. Detr\u00e1s de los marcos reactivos hay un n\u00famero reducido de hilos de servicio activos. Si, por descuido, permitimos una llamada directa bloqueante, como hacer una llamada a un controlador JDBC, el sistema simplemente se detendr\u00e1. <\/p>\n

Procuremos convertir errores en nuestras propias excepciones en tiempo de ejecuci\u00f3n. El flujo de ejecuci\u00f3n real del programa se desv\u00eda hacia los marcos reactivos, haciendo que la ejecuci\u00f3n del c\u00f3digo sea no lineal. Como consecuencia, es muy dif\u00edcil diagnosticar problemas a partir de las trazas de pila. La soluci\u00f3n aqu\u00ed ser\u00e1 crear excepciones en tiempo de ejecuci\u00f3n claras y objetivas para cada error.<\/p>\n

Elasticsearch<\/h2>\n

Al utilizar Elasticsearch, no seleccione datos no utilizados. Este es, en esencia, un consejo muy simple, pero a menudo esto se olvida. Si necesita seleccionar m\u00e1s de 10,000 registros a la vez, debe utilizar Scroll. En t\u00e9rminos anal\u00f3gicos, es un poco como un cursor en una base de datos relacional. <\/p>\n

No utilice postfilter innecesariamente. Con grandes vol\u00famenes de datos en la selecci\u00f3n principal, esta operaci\u00f3n carga enormemente la base de datos. <\/p>\n

Utilice operaciones bulk donde sea aplicable.<\/p>\n

API<\/h2>\n

Al dise\u00f1ar APIs, considere los requisitos para minimizar los datos transferidos. Esto es especialmente relevante en la conexi\u00f3n con el frontend: es en esta intersecci\u00f3n donde salimos de los canales de nuestros centros de datos y comenzamos a operar en el canal que conecta con el cliente. Si hay alg\u00fan problema, un tr\u00e1fico demasiado alto provoca una experiencia de usuario negativa.<\/p>\n

Y, por \u00faltimo, no arrojen toda la pila de datos, aborden claramente el contrato entre consumidores y proveedores.<\/p>\n

Transformaci\u00f3n organizativa<\/h2>\n

Yelena Yeroshkina, directora adjunta de TI<\/em><\/p>\n

En el momento en que ocurri\u00f3 la cuarentena y surgi\u00f3 la necesidad de aumentar r\u00e1pidamente el desarrollo en l\u00ednea e implementar servicios omnicanales, ya est\u00e1bamos en el proceso de transformaci\u00f3n organizativa. <\/p>\n

Parte de nuestra estructura se traslad\u00f3 a trabajar bajo los principios y pr\u00e1cticas del enfoque de producto. Se formaron equipos que ahora son responsables del funcionamiento y desarrollo de cada producto. Los empleados en estos equipos est\u00e1n completamente comprometidos y organizan su trabajo siguiendo Scrum o Kanban, seg\u00fan lo que les resulte m\u00e1s preferible, configurando el proceso de implementaci\u00f3n, implementando pr\u00e1cticas t\u00e9cnicas, pr\u00e1cticas de aseguramiento de calidad y mucho m\u00e1s.<\/p>\n

Por pura casualidad, la mayor parte de esos equipos de producto estaban en el \u00e1rea de servicios en l\u00ednea y omnicanales. Esto nos permiti\u00f3, en un corto per\u00edodo de tiempo (de verdad, en solo dos d\u00edas), pasar a un modo de trabajo remoto sin p\u00e9rdida de efectividad. El proceso configurado nos permiti\u00f3 adaptarnos r\u00e1pidamente a las nuevas condiciones de trabajo y mantener un ritmo alto de entrega de nueva funcionalidad.<\/p>\n

Adem\u00e1s, surgi\u00f3 la necesidad de reforzar aquellos equipos que est\u00e1n en la primera l\u00ednea del negocio en l\u00ednea. En ese momento qued\u00f3 claro que solo pod\u00edamos hacerlo con recursos internos. Aproximadamente 50 personas cambiaron su \u00e1rea de trabajo en dos semanas y se integraron en el trabajo sobre un nuevo producto para ellos. <\/p>\n

Para esto no se requirieron esfuerzos gerenciales especiales, porque adem\u00e1s de organizar nuestro propio proceso, enfocar el perfeccionamiento t\u00e9cnico del producto y practicar el aseguramiento de calidad, ense\u00f1amos a nuestros equipos la autoorganizaci\u00f3n: gestionar su propio proceso de producci\u00f3n sin necesidad de recursos administrativos.<\/p>\n

El recurso de gesti\u00f3n se pudo enfocar precisamente donde era necesario en ese momento: en la coordinaci\u00f3n con el negocio. \u00bfQu\u00e9 es lo que realmente importa para nuestro cliente en este momento? \u00bfQu\u00e9 funcionalidades deben implementarse primero? \u00bfQu\u00e9 se debe hacer para aumentar nuestra capacidad de entrega y procesamiento de pedidos? Todo esto, junto con un modelo de roles claro, permiti\u00f3 durante este periodo dirigir nuestros flujos de producci\u00f3n de creaci\u00f3n de valor hacia lo que realmente es importante y necesario. <\/p>\n

Es obvio que, en un trabajo remoto y con un ritmo alto de cambios, donde la participaci\u00f3n de cada uno afecta los indicadores de negocio, no se puede depender solo de sensaciones internas como: \u201c\u00bfEst\u00e1 todo yendo bien? Parece que s\u00ed.\u201d Se necesitan m\u00e9tricas objetivas del proceso productivo. Estas m\u00e9tricas est\u00e1n disponibles para todos los que est\u00e9n interesados en las m\u00e9tricas de los equipos de producto. Y primero para el propio equipo, el negocio, los intervinientes y la direcci\u00f3n.<\/p>\n

Cada dos semanas, se realiza una reuni\u00f3n de estado con cada equipo, donde se analizan las m\u00e9tricas durante 10 minutos, se identifican los cuellos de botella del proceso productivo y se generan soluciones conjuntas: qu\u00e9 se puede hacer para eliminar esos cuellos de botella. Tambi\u00e9n se puede solicitar ayuda a la direcci\u00f3n si alg\u00fan problema identificado est\u00e1 fuera del alcance de los equipos o la experiencia de colegas que quiz\u00e1s ya han enfrentado problemas similares.<\/p>\n

Sin embargo, entendemos que para una mejora significativa (que es el objetivo que nos hemos propuesto) a\u00fan necesitamos aprender e implementar muchas cosas en nuestro trabajo diario. En este momento, seguimos escalando el enfoque de producto a otros equipos y nuevos productos. Para ello, tuvimos que dominar un nuevo formato para nosotros: la escuela en l\u00ednea de metod\u00f3logos.<\/p>\n

Los metod\u00f3logos, personas que ayudan a los equipos a estructurar procesos, establecer comunicaciones y mejorar la eficiencia del trabajo, son en esencia agentes de cambio. En este momento, los graduados de nuestro primer ciclo est\u00e1n trabajando con equipos y ayud\u00e1ndoles a tener \u00e9xito. <\/p>\n

Creo que la situaci\u00f3n actual nos abre oportunidades y perspectivas que, tal vez, a\u00fan no hemos comprendido del todo. Pero la experiencia y la pr\u00e1ctica que estamos adquiriendo en este momento confirman que hemos elegido el camino de desarrollo correcto, no dejaremos pasar en el futuro estas nuevas oportunidades y seremos capaces de responder de manera efectiva a los desaf\u00edos que se presenten ante 'Sportmaster'.<\/p>\n

Conclusiones<\/h3>\n

Durante este tiempo dif\u00edcil, hemos formulado los principales principios sobre los que se basa el desarrollo de software, que, creo, ser\u00e1n relevantes para cada empresa que se dedique a ello.<\/p>\n

Personas<\/strong>. Esto es lo que realmente importa. Los empleados deben disfrutar de su trabajo, entender los objetivos de la empresa y los objetivos de los productos en los que est\u00e1n involucrados. Y, por supuesto, deben poder desarrollarse profesionalmente. <\/p>\n

Tecnolog\u00eda<\/strong>. Es necesario que la empresa aborde de manera madura el trabajo con su stack tecnol\u00f3gico y desarrolle competencias en aquellas \u00e1reas donde realmente se necesita. Suena muy simple y obvio. Y a menudo se ignora.<\/p>\n

Procesos<\/strong>. Es importante construir correctamente el trabajo de los equipos de producto y los centros de competencia, estableciendo una colaboraci\u00f3n con el negocio para trabajar en conjunto como socios.<\/p>\n<\/p>\n

En general, as\u00ed hemos sobrevivido. La tesis principal de la modernidad se ha confirmado una vez m\u00e1s, resonando con un fuerte golpe.<\/p>\n

Incluso si eres un gran negocio offline con muchas tiendas y presencia en m\u00faltiples ciudades, desarrolla tu presencia online. No es solo un canal de venta adicional o una bonita aplicaci\u00f3n a trav\u00e9s de la cual tambi\u00e9n se puede comprar algo (y tambi\u00e9n porque los competidores tienen su propia aplicaci\u00f3n atractiva). No es un repuesto por si acaso que te ayudar\u00e1 a sobrellevar la tormenta.<\/p>\n

Es una necesidad absoluta. A la que deben estar preparados no solo tus capacidades t\u00e9cnicas e infraestructura, sino tambi\u00e9n las personas y los procesos. Porque es f\u00e1cil comprar memoria, espacio o desplegar nuevas instancias en un par de horas. Pero las personas y los procesos deben prepararse para ello con antelaci\u00f3n.<\/p>\n<\/p>\n

Fuente: habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u041f\u0440\u0438\u0432\u0435\u0442! \u041c\u0435\u043d\u044f \u0437\u043e\u0432\u0443\u0442 \u041c\u0438\u0445\u0430\u0438\u043b, \u044f \u0437\u0430\u043c\u0435\u0441\u0442\u0438\u0442\u0435\u043b\u044c \u0434\u0438\u0440\u0435\u043a\u0442\u043e\u0440\u0430 \u043f\u043e \u0418\u0422 \u0432 \u043a\u043e\u043c\u043f\u0430\u043d\u0438\u0438 \u00ab\u0421\u043f\u043e\u0440\u0442\u043c\u0430\u0441\u0442\u0435\u0440\u00bb. \u042f \u0445\u043e\u0447\u0443 \u043f\u043e\u0434\u0435\u043b\u0438\u0442\u044c\u0441\u044f \u0438\u0441\u0442\u043e\u0440\u0438\u0435\u0439 \u043e \u0442\u043e\u043c, \u043a\u0430\u043a \u043c\u044b \u0441\u043f\u0440\u0430\u0432\u0438\u043b\u0438\u0441\u044c \u0441 \u0442\u0440\u0443\u0434\u043d\u043e\u0441\u0442\u044f\u043c\u0438, \u0432\u043e\u0437\u043d\u0438\u043a\u0448\u0438\u043c\u0438 \u0432\u043e \u0432\u0440\u0435\u043c\u044f \u043f\u0430\u043d\u0434\u0435\u043c\u0438\u0438. \u0412 \u043f\u0435\u0440\u0432\u044b\u0435 \u0434\u043d\u0438 \u043d\u043e\u0432\u044b\u0445 \u0440\u0435\u0430\u043b\u0438\u0439 \u043f\u0440\u0438\u0432\u044b\u0447\u043d\u044b\u0439 \u0444\u043e\u0440\u043c\u0430\u0442 \u043e\u0444\u043b\u0430\u0439\u043d-\u0442\u043e\u0440\u0433\u043e\u0432\u043b\u0438 \u00ab\u0421\u043f\u043e\u0440\u0442\u043c\u0430\u0441\u0442\u0435\u0440\u0430\u00bb \u0437\u0430\u043c\u0435\u0440, \u0438 \u043d\u0430\u0433\u0440\u0443\u0437\u043a\u0430 \u043d\u0430 \u043d\u0430\u0448 \u043e\u043d\u043b\u0430\u0439\u043d-\u043a\u0430\u043d\u0430\u043b, \u0432 \u043f\u0435\u0440\u0432\u0443\u044e \u043e\u0447\u0435\u0440\u0435\u0434\u044c \u0432 \u0447\u0430\u0441\u0442\u0438 \u0434\u043e\u0441\u0442\u0430\u0432\u043a\u0438 \u043d\u0430 \u0430\u0434\u0440\u0435\u0441 \u043a\u043b\u0438\u0435\u043d\u0442\u0443, \u0432\u043e\u0437\u0440\u043e\u0441\u043b\u0430 \u0432 10 \u0440\u0430\u0437. […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":94521,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-94520","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Lo que nos ayud\u00f3 a adaptarnos r\u00e1pidamente al comercio online en las nuevas condiciones | ProHoster","description":"\u00a1Hola! Me llamo Mikhail, soy el subdirector de TI en la empresa \u00abSportmaster\u00bb.","canonical_url":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/chto-pomoglo-nam-bystro-perestroitsya-na-onlajn-torgovlyu-v-novyh-usloviyah","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\udd47\u0427\u0442\u043e \u043f\u043e\u043c\u043e\u0433\u043b\u043e \u043d\u0430\u043c \u0431\u044b\u0441\u0442\u0440\u043e \u043f\u0435\u0440\u0435\u0441\u0442\u0440\u043e\u0438\u0442\u044c\u0441\u044f \u043d\u0430 \u043e\u043d\u043b\u0430\u0439\u043d-\u0442\u043e\u0440\u0433\u043e\u0432\u043b\u044e \u0432 \u043d\u043e\u0432\u044b\u0445 \u0443\u0441\u043b\u043e\u0432\u0438\u044f\u0445 | ProHoster","og:description":"\u041f\u0440\u0438\u0432\u0435\u0442!\u041c\u0435\u043d\u044f \u0437\u043e\u0432\u0443\u0442 \u041c\u0438\u0445\u0430\u0438\u043b, \u044f \u0437\u0430\u043c\u0435\u0441\u0442\u0438\u0442\u0435\u043b\u044c \u0434\u0438\u0440\u0435\u043a\u0442\u043e\u0440\u0430 \u043f\u043e \u0418\u0422 \u0432 \u043a\u043e\u043c\u043f\u0430\u043d\u0438\u0438 \u00ab\u0421\u043f\u043e\u0440\u0442\u043c\u0430\u0441\u0442\u0435\u0440\u00bb.","og:url":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/chto-pomoglo-nam-bystro-perestroitsya-na-onlajn-torgovlyu-v-novyh-usloviyah","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":"2020-09-18T05:42:20+00:00","article:modified_time":"2020-09-18T05:42:20+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"94520","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":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 11:25:23","updated":"2022-09-29 04:36:15","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\/94520","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=94520"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts\/94520\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/media\/94521"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/media?parent=94520"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/categories?post=94520"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/tags?post=94520"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}