{"id":32958,"date":"2019-10-31T21:49:56","date_gmt":"2019-10-31T18:49:56","guid":{"rendered":"https:\/\/prohoster.info\/blog\/pyat-problem-v-protsessah-ekspluatatsii-i-podderzhki-highload-it-sistem\/"},"modified":"2019-10-31T21:49:56","modified_gmt":"2019-10-31T18:49:56","slug":"pyat-problem-v-protsessah-ekspluatatsii-i-podderzhki-highload-it-sistem","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/pyat-problem-v-protsessah-ekspluatatsii-i-podderzhki-highload-it-sistem","title":{"rendered":"Cinco problemas en los procesos de explotaci\u00f3n y soporte de sistemas IT de Highload","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\u00a1Hola, Habr! Durante diez a\u00f1os he estado manteniendo sistemas de TI de alto carga. No escribir\u00e9 en este art\u00edculo sobre los problemas de configuraci\u00f3n de nginx para funcionar en modo 1000+ RPS ni otras cosas t\u00e9cnicas. Compartir\u00e9 mis observaciones sobre los problemas en los procesos que surgen en el soporte y operaci\u00f3n de tales sistemas. <\/a><\/noindex><\/p>\n

Monitoreo<\/h2>\n

\nEl soporte t\u00e9cnico no espera a que llegue una solicitud con el contenido \u00ab\u00bfPor qu\u00e9\u2026 el sitio no funciona otra vez?\u00bb. El soporte, un minuto despu\u00e9s de que caiga el sitio, ya debe ver el problema y comenzar a resolverlo. Pero el sitio es la cima del iceberg.<\/b>Su disponibilidad se monitoriza como una de las primeras cosas.<\/p>\n

\u00bfQu\u00e9 hacer en la situaci\u00f3n en la que los inventarios de una tienda en l\u00ednea han dejado de llegar del sistema ERP? \u00bfO cuando el sistema CRM, que calcula los descuentos para los clientes, ha dejado de responder? El sitio, sin embargo, parece estar funcionando. El hipot\u00e9tico Zabbix recibe su respuesta 200. El turno de guardia no recibi\u00f3 ninguna notificaci\u00f3n del monitoreo y alegremente est\u00e1 viendo el primer episodio de la nueva temporada de \u00abJuego de Tronos\u00bb.<\/p>\n

A menudo, el monitoreo se limita \u00fanicamente a medir el estado de la memoria, RAM y carga de los procesadores. servidores<\/a>.<\/b> Pero para el negocio es mucho m\u00e1s importante obtener la disponibilidad del producto en el sitio. La ca\u00edda hipot\u00e9tica de una m\u00e1quina virtual en el cl\u00faster har\u00e1 que el tr\u00e1fico deje de ir hacia ella y aumentar\u00e1 la carga en otros servidores. La empresa no perder\u00e1 dinero.<\/p>\n

Por lo tanto, adem\u00e1s del monitoreo de los par\u00e1metros t\u00e9cnicos del sistema operativo en los servidores, es necesario configurar m\u00e9tricas comerciales. M\u00e9tricas que afectan directamente al dinero. Diversas interacciones con sistemas externos (CRM, ERP y otros). La cantidad de pedidos en un determinado per\u00edodo de tiempo. Autorizaciones exitosas o fallidas de clientes y otras m\u00e9tricas.<\/p>\n

Interacci\u00f3n con sistemas externos.<\/h2>\n

\nCualquier sitio o aplicaci\u00f3n m\u00f3vil con un volumen anual de m\u00e1s de mil millones de rublos interact\u00faa con sistemas externos. Desde los mencionados CRM y ERP hasta la transmisi\u00f3n de datos sobre ventas a un sistema de an\u00e1lisis Big Data externo que presenta al cliente un producto que definitivamente comprar\u00e1 (en realidad, no). Cada uno de estos sistemas tiene su propio soporte. Y a menudo, la comunicaci\u00f3n con estos sistemas causa dolor. Especialmente cuando el problema es global y se necesita analizarlo en diferentes sistemas.<\/p>\n

Algunos sistemas proporcionan el tel\u00e9fono o telegram de sus administradores. En otros lugares, es necesario enviar correos electr\u00f3nicos a los gerentes o acudir a los rastreadores de errores de estos sistemas externos. Incluso dentro de una gran empresa, a menudo diferentes sistemas operan en diferentes sistemas de seguimiento de solicitudes. A veces, rastrear el estado de una solicitud se vuelve imposible. Recibes una solicitud en una Jira. Luego, en el comentario de esa primera Jira, colocas un enlace a la tarea en otra Jira. En la segunda Jira, alguien ya ha escrito un comentario que es necesario llamar al administrador condicional, Andrei, para resolver el asunto.<\/b> Y as\u00ed sucesivamente.<\/p>\n

Una soluci\u00f3n \u00f3ptima a este problema ser\u00eda crear un espacio \u00fanico para la comunicaci\u00f3n, como en Slack. Invitar a todos los participantes del proceso de explotaci\u00f3n de sistemas externos. Y tambi\u00e9n un rastreador \u00fanico, para no duplicar las solicitudes. Las solicitudes deben rastrearse en un solo lugar, desde la notificaci\u00f3n de monitoreo hasta la implementaci\u00f3n de la soluci\u00f3n de errores en producci\u00f3n. Podr\u00e1n decir que esto es irreal y que hist\u00f3ricamente han trabajado en un rastreador, mientras que ellos lo hacen en otro. Han surgido diferentes sistemas, cada uno con sus propios equipos de TI aut\u00f3nomos. Estoy de acuerdo, y por eso el problema debe resolverse desde arriba, a nivel de CIO o propietario del producto.<\/p>\n

Cada sistema con el que interact\u00faan debe brindar soporte como un servicio con un SLA claro para la resoluci\u00f3n de problemas seg\u00fan prioridades. No cuando el administrador condicional, Andrei, tenga un momento para ustedes.<\/p>\n

La persona - cuello de botella<\/h2>\n

\n\u00bfHay alguien en el proyecto (o producto) cuya ausencia por vacaciones provoca convulsiones en la gerencia? Puede ser un ingeniero de devops, un analista o un desarrollador. Despu\u00e9s de todo, solo el ingeniero de devops sabe en qu\u00e9 servidores est\u00e1n instalados qu\u00e9 contenedores, c\u00f3mo reiniciar un contenedor en caso de problema, y en general, cualquier problema complejo no se resuelve sin \u00e9l. El analista es el \u00fanico que sabe c\u00f3mo funciona su complejo mecanismo. Qu\u00e9 flujos de datos van a d\u00f3nde. Bajo qu\u00e9 par\u00e1metros de solicitudes en qu\u00e9 servicios, qu\u00e9 respuestas recibiremos.
\n\u00bfQui\u00e9n podr\u00e1 entender r\u00e1pidamente por qu\u00e9 hay errores en los registros y arreglar\u00e1 r\u00e1pidamente un error cr\u00edtico en producci\u00f3n? Por supuesto, ese mismo desarrollador. Hay otros, pero curiosamente, solo \u00e9l entiende c\u00f3mo est\u00e1n estructurados los diferentes m\u00f3dulos del sistema.<\/p>\n

La ra\u00edz de este problema es la falta de documentaci\u00f3n.<\/b>. Porque si todos los servicios de su sistema estuvieran documentados, se podr\u00eda abordar el problema sin la necesidad de un analista. Si el devops dedicara un par de d\u00edas de su apretada agenda a documentar todos los servidores, servicios e instrucciones para resolver problemas t\u00edpicos, se podr\u00eda solucionar el problema en su ausencia. No es necesario apresurarse a acabar la cerveza en la playa durante las vacaciones y buscar wi-fi para resolver problemas.<\/p>\n

Competencia y responsabilidad del personal de soporte<\/h2>\n

\nEn grandes proyectos, las empresas no escatiman en el salario de los desarrolladores. Buscan a costosos mid-level o seniors de proyectos similares. La situaci\u00f3n con el soporte es un poco diferente. Estos gastos se intentan reducir de diversas maneras. Las empresas contratan a inexpertos y se lanzan a la batalla sin dudar. Esta estrategia es viable si se trata de un sitio web de presentaci\u00f3n de alguna f\u00e1brica en Zelenograd.<\/p>\n

Si estamos hablando de una gran tienda en l\u00ednea, cada hora de inactividad cuesta m\u00e1s que el salario mensual de un administrador inexperto. Tomemos como punto de partida un giro anual de 1 mil millones de rublos. Este es el giro m\u00ednimo de cualquier tienda en l\u00ednea en el ranking TOP-100 de 2018<\/a><\/noindex>. Dividimos esta cantidad entre el n\u00famero de horas en un a\u00f1o y obtenemos m\u00e1s de 100,000 rublos en p\u00e9rdidas netas. Y si no consideramos las horas nocturnas, podemos doblar f\u00e1cilmente esa suma.<\/p>\n

Pero el dinero no es lo principal, \u00bfverdad?<\/b> (No, por supuesto que lo principal) Tambi\u00e9n hay p\u00e9rdidas de reputaci\u00f3n. Una hora de ca\u00edda de una conocida tienda en l\u00ednea puede generar tanto una avalancha de comentarios en redes sociales como publicaciones en medios especializados. Y las charlas de amigos en la cocina del estilo 'No compres nada all\u00ed, su sitio web siempre est\u00e1 ca\u00eddo' son completamente incalculables.<\/p>\n

Ahora, sobre la responsabilidad. En mi experiencia, hubo un caso en el que el administrador de guardia no reaccion\u00f3 a tiempo a la alerta del sistema de monitoreo sobre la inaccesibilidad del sitio. En una agradable noche de viernes de verano, el sitio de una conocida tienda en l\u00ednea de Mosc\u00fa estaba ca\u00eddo. En la ma\u00f1ana del s\u00e1bado, el product manager de ese sitio no entendi\u00f3 por qu\u00e9 no se abr\u00eda, y en los chats de soporte y alertas urgentes en Slack, hab\u00eda silencio. Tal error nos cost\u00f3 una suma de seis cifras, y cost\u00f3 el trabajo a ese administrador de guardia.<\/p>\n

La responsabilidad es una habilidad dif\u00edcil de desarrollar. <\/b>O tienes en una persona o no. Por eso, en las entrevistas trato de descubrir su presencia a trav\u00e9s de diversas preguntas que indirectamente muestran si la persona est\u00e1 acostumbrada a asumir responsabilidades. Si la persona responde que eligi\u00f3 la universidad porque se lo dijeron sus padres o que cambia de trabajo porque su esposa dice que gana poco, entonces es mejor no involucrarse con personas as\u00ed.<\/p>\n

Interacci\u00f3n con el equipo de desarrollo<\/h2>\n

\nCuando surgen problemas sencillos en la producci\u00f3n durante la operaci\u00f3n de los usuarios, el soporte los resuelve por su cuenta. Intenta reproducir el problema, analiza los registros, etc. Pero, \u00bfqu\u00e9 hacer cuando aparece un error en producci\u00f3n? En este caso, el soporte crea una tarea para los desarrolladores y aqu\u00ed es donde comienza lo interesante.<\/p>\n

Los desarrolladores est\u00e1n constantemente sobrecargados.<\/b> Se dedican a crear nuevas caracter\u00edsticas. Corregir errores en producci\u00f3n no es, digamos, la tarea m\u00e1s interesante. Hay plazos que cumplir para finalizar el pr\u00f3ximo sprint. Y aqu\u00ed llegan personas desagradables del soporte y dicen: \"Dejadlo todo, tenemos problemas\". La prioridad de esas tareas es m\u00ednima, especialmente cuando el problema no es cr\u00edtico y la funcionalidad principal del sitio sigue funcionando, y cuando el gestor de lanzamientos no corre con los ojos desorbitados diciendo: \"Hay que incluir esta tarea en el pr\u00f3ximo lanzamiento o hotfix\".<\/p>\n

Las tareas con prioridad normal o baja se trasladan de lanzamiento a lanzamiento. A la pregunta \"\u00bfCu\u00e1ndo se completar\u00e1 la tarea?\" recibir\u00e1s respuestas del estilo: \"Lo siento, ahora hay muchas tareas, pregunta a los l\u00edderes de equipo o al gestor de lanzamientos\".<\/p>\n

Los problemas en producci\u00f3n tienen mayor prioridad que la creaci\u00f3n de nuevas caracter\u00edsticas. Las malas rese\u00f1as no tardar\u00e1n en llegar si los usuarios siguen encontrando errores. Es dif\u00edcil recuperar una reputaci\u00f3n da\u00f1ada.<\/p>\n

Las cuestiones de interacci\u00f3n entre desarrollo y soporte las resuelve DevOps.<\/b> Esta abreviatura se utiliza a menudo en referencia a una persona concreta que ayuda a crear entornos de prueba para desarrollo, establece tuber\u00edas CICD y lleva r\u00e1pidamente el c\u00f3digo probado a producci\u00f3n. DevOps es un enfoque para el desarrollo de software donde todos los participantes del proceso interact\u00faan estrechamente entre s\u00ed y ayudan a crear y actualizar m\u00e1s r\u00e1pidamente productos y servicios de software. Me refiero a analistas, desarrolladores, testers y soporte.<\/p>\n

El soporte y desarrollo en este enfoque no son departamentos diferentes con sus propios objetivos y tareas. El desarrollo est\u00e1 involucrado en la operaci\u00f3n y viceversa. La famosa frase de los equipos distribuidos: \"El problema no est\u00e1 de mi lado\" ya no aparece tan a menudo en los chats, y los usuarios finales se est\u00e1n volviendo un poco m\u00e1s felices.
\n
Fuente: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u041f\u0440\u0438\u0432\u0435\u0442, \u0425\u0430\u0431\u0440! \u0414\u0435\u0441\u044f\u0442\u044c \u043b\u0435\u0442 \u044f \u043f\u043e\u0434\u0434\u0435\u0440\u0436\u0438\u0432\u0430\u044e Highload \u0418\u0422 \u0441\u0438\u0441\u0442\u0435\u043c\u044b. \u041d\u0435 \u0431\u0443\u0434\u0443 \u043f\u0438\u0441\u0430\u0442\u044c \u0432 \u044d\u0442\u043e\u0439 \u0441\u0442\u0430\u0442\u044c\u0435 \u043e \u043f\u0440\u043e\u0431\u043b\u0435\u043c\u0430\u0445 \u043d\u0430\u0441\u0442\u0440\u043e\u0439\u043a\u0438 nginx \u0434\u043b\u044f \u0440\u0430\u0431\u043e\u0442\u044b \u0432 \u0440\u0435\u0436\u0438\u043c\u0435 1000+ RPS \u0438\u043b\u0438 \u0434\u0440\u0443\u0433\u0438\u0435 \u0442\u0435\u0445\u043d\u0438\u0447\u0435\u0441\u043a\u0438\u0435 \u0432\u0435\u0449\u0438. \u041f\u043e\u0434\u0435\u043b\u044e\u0441\u044c \u043d\u0430\u0431\u043b\u044e\u0434\u0435\u043d\u0438\u044f\u043c\u0438 \u043e \u043f\u0440\u043e\u0431\u043b\u0435\u043c\u0430\u0445 \u0432 \u043f\u0440\u043e\u0446\u0435\u0441\u0441\u0430\u0445, \u043a\u043e\u0442\u043e\u0440\u044b\u0435 \u0432\u043e\u0437\u043d\u0438\u043a\u0430\u044e\u0442 \u0432 \u043f\u043e\u0434\u0434\u0435\u0440\u0436\u043a\u0435 \u0438 \u044d\u043a\u0441\u043f\u043b\u0443\u0430\u0442\u0430\u0446\u0438\u0438 \u0442\u0430\u043a\u0438\u0445 \u0441\u0438\u0441\u0442\u0435\u043c. \u041c\u043e\u043d\u0438\u0442\u043e\u0440\u0438\u043d\u0433 \u0422\u0435\u0445\u043f\u043e\u0434\u0434\u0435\u0440\u0436\u043a\u0430 \u043d\u0435 \u0436\u0434\u0435\u0442 \u043f\u043e\u043a\u0430 \u043f\u0440\u0438\u043b\u0435\u0442\u0438\u0442 \u0437\u0430\u044f\u0432\u043a\u0430 \u0441 \u0441\u043e\u0434\u0435\u0440\u0436\u0430\u043d\u0438\u0435\u043c \u00ab \u041a\u0430\u043a\u043e\u0433\u043e \u041f\u043e\u0447\u0435\u043c\u0443\u2026 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-32958","post","type-post","status-publish","format-standard","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\udd47Cinco problemas en los procesos de operaci\u00f3n y soporte de sistemas de TI de alto rendimiento | ProHoster","description":"\u00a1Hola, Habr! Durante diez a\u00f1os he estado manteniendo sistemas de TI de alto rendimiento. No voy a hablar en este art\u00edculo sobre los problemas de configurar nginx para trabajar en modo de 1000+ RPS o otras cuestiones t\u00e9cnicas.","canonical_url":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/pyat-problem-v-protsessah-ekspluatatsii-i-podderzhki-highload-it-sistem","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\u041f\u044f\u0442\u044c \u043f\u0440\u043e\u0431\u043b\u0435\u043c \u0432 \u043f\u0440\u043e\u0446\u0435\u0441\u0441\u0430\u0445 \u044d\u043a\u0441\u043f\u043b\u0443\u0430\u0442\u0430\u0446\u0438\u0438 \u0438 \u043f\u043e\u0434\u0434\u0435\u0440\u0436\u043a\u0438 Highload \u0418\u0422 \u0441\u0438\u0441\u0442\u0435\u043c | ProHoster","og:description":"\u041f\u0440\u0438\u0432\u0435\u0442, \u0425\u0430\u0431\u0440! \u0414\u0435\u0441\u044f\u0442\u044c \u043b\u0435\u0442 \u044f \u043f\u043e\u0434\u0434\u0435\u0440\u0436\u0438\u0432\u0430\u044e Highload \u0418\u0422 \u0441\u0438\u0441\u0442\u0435\u043c\u044b. \u041d\u0435 \u0431\u0443\u0434\u0443 \u043f\u0438\u0441\u0430\u0442\u044c \u0432 \u044d\u0442\u043e\u0439 \u0441\u0442\u0430\u0442\u044c\u0435 \u043e \u043f\u0440\u043e\u0431\u043b\u0435\u043c\u0430\u0445 \u043d\u0430\u0441\u0442\u0440\u043e\u0439\u043a\u0438 nginx \u0434\u043b\u044f \u0440\u0430\u0431\u043e\u0442\u044b \u0432 \u0440\u0435\u0436\u0438\u043c\u0435 1000+ RPS \u0438\u043b\u0438 \u0434\u0440\u0443\u0433\u0438\u0435 \u0442\u0435\u0445\u043d\u0438\u0447\u0435\u0441\u043a\u0438\u0435 \u0432\u0435\u0449\u0438.","og:url":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/pyat-problem-v-protsessah-ekspluatatsii-i-podderzhki-highload-it-sistem","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:49:56+00:00","article:modified_time":"2019-10-31T18:49:56+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"32958","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-02-09 17:02:19","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 02:49:37","updated":"2026-02-09 17:02: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\/32958","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=32958"}],"version-history":[{"count":1,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts\/32958\/revisions"}],"predecessor-version":[{"id":158569,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts\/32958\/revisions\/158569"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/media?parent=32958"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/categories?post=32958"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/tags?post=32958"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}