{"id":55735,"date":"2020-01-27T00:00:00","date_gmt":"2020-01-26T21:00:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/eshhe-raz-o-devops-i-sre"},"modified":"2020-02-18T14:03:52","modified_gmt":"2020-02-18T11:03:52","slug":"eshhe-raz-o-devops-i-sre","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/eshhe-raz-o-devops-i-sre","title":{"rendered":"Una vez m\u00e1s sobre DevOps y SRE","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Basado en la discusi\u00f3n en el chat Comunidad AWS Minsk<\/a><\/noindex><\/p>\n

\u00daltimamente, se est\u00e1n librando verdaderas batallas sobre la definici\u00f3n de los conceptos de DevOps y SRE.
\nA pesar de que gran parte de las discusiones sobre este tema ya han cansado, incluido yo mismo, decid\u00ed someter a juicio la perspectiva de la comunidad de Habr sobre este asunto. Aquellos que est\u00e9n interesados, est\u00e1n invitados a continuar leyendo. \u00a1Y que comience todo de nuevo!
\n<\/a><\/noindex><\/p>\n

Antecedentes<\/h4>\n

\nAs\u00ed que, en tiempos antiguos, hab\u00eda un equipo de desarrolladores de software y administradores de servidores. Los primeros escrib\u00edan c\u00f3digo con \u00e9xito, mientras que los segundos, usando varias palabras c\u00e1lidas y cari\u00f1osas hacia los primeros, configuraban los servidores, y de vez en cuando iban a los desarrolladores solo para escuchar \u00aben mi m\u00e1quina todo funciona\u00bb. El negocio esperaba software, todo se estancaba, a menudo fallaba, y todos estaban nerviosos. Especialmente quien pagaba por todo este desorden. La gloriosa era de la l\u00e1mpara. Pero ustedes ya saben de d\u00f3nde surge DevOps. <\/p>\n

El nacimiento de las pr\u00e1cticas DevOps<\/h4>\n

\nLuego llegaron unos t\u00edos serios y dijeron: esto no es una industria, as\u00ed no se puede trabajar. Y trajeron modelos de ciclo de vida. Por ejemplo, el modelo V.<\/p>\n

\"Una
\nEntonces, \u00bfqu\u00e9 vemos? El negocio llega con una concepci\u00f3n, los arquitectos dise\u00f1an soluciones, los desarrolladores escriben c\u00f3digo, y luego \u2014 el colapso. Alguien prueba el producto de alguna manera, alguien lo entrega al usuario final, y en alg\u00fan lugar de la salida de este modelo milagroso, un solitario cliente del negocio espera la prometida soluci\u00f3n. Llegamos a la conclusi\u00f3n de que se necesitan m\u00e9todos que permitan organizar este proceso. Y decidieron crear pr\u00e1cticas que los implementaran.<\/p>\n

Una digresi\u00f3n l\u00edrica sobre qu\u00e9 es una pr\u00e1ctica<\/b>
\nPor pr\u00e1ctica entiendo la combinaci\u00f3n de tecnolog\u00eda y disciplina. Un ejemplo: la pr\u00e1ctica de describir la infraestructura como c\u00f3digo usando terraform. La disciplina es c\u00f3mo describir la infraestructura con c\u00f3digo, est\u00e1 en la mente del desarrollador, y la tecnolog\u00eda es el propio terraform.<\/p>\n

Y decidieron llamarlos pr\u00e1cticas DevOps; creo que se refer\u00edan a de Development a Operations. Inventaron diferentes conceptos complejos: pr\u00e1cticas de CI\/CD, pr\u00e1cticas basadas en el principio de IaC, miles de ellas. Y comenz\u00f3, los desarrolladores escriben c\u00f3digo, los ingenieros DevOps transforman la descripci\u00f3n del sistema en forma de c\u00f3digo en sistemas funcionales (s\u00ed, el c\u00f3digo, desafortunadamente, es solo una descripci\u00f3n, pero no la realizaci\u00f3n del sistema), la entrega avanza, y as\u00ed sucesivamente. Los administradores de ayer, tras aprender nuevas pr\u00e1cticas, se reconvirtieron orgullosamente en ingenieros DevOps, y todo empez\u00f3. Y hubo tarde, y hubo ma\u00f1ana\u2026 perd\u00f3n, no era de ah\u00ed.<\/p>\n

Todo de nuevo no va bien<\/h4>\n

\nSolo se hab\u00edan asentado las cosas, y varios astutos \u2018metod\u00f3logos\u2019 comenzaron a escribir gruesos libros sobre pr\u00e1cticas DevOps, surg\u00edan silenciosamente disputas sobre qui\u00e9n era realmente el c\u00e9lebre ingeniero DevOps y qu\u00e9 significa que DevOps es una cultura de producci\u00f3n, la insatisfacci\u00f3n volvi\u00f3 a surgir. De repente, se descubri\u00f3 que la entrega de software es una tarea absolutamente no trivial. Cada infraestructura de desarrollo tiene su propio stack, en algunos lugares hay que compilar, en otros desplegar un entorno, aqu\u00ed se necesita tomcat, all\u00ed otro m\u00e9todo complicado de arranque\u2014en fin, la cabeza duele. Adem\u00e1s, el problema, curiosamente, se encontraba principalmente en la organizaci\u00f3n de los procesos: esta funci\u00f3n de entrega, como un cuello de botella, empez\u00f3 a bloquear los procesos. Adem\u00e1s, la operaci\u00f3n (Operations) no se ha cancelado. No es visible en el modelo V, y all\u00ed a\u00fan est\u00e1 todo el ciclo de vida a la derecha. Al final, se necesita mantener la infraestructura, observar el monitoreo, resolver incidentes y, adem\u00e1s, ocuparse de la entrega. Es decir, tener un pie en el desarrollo y otro en la operaci\u00f3n\u2014y de repente surgi\u00f3 ese Development & Operations. Y adem\u00e1s lleg\u00f3 el furor por los microservicios. Con ellos tambi\u00e9n comenz\u00f3 la migraci\u00f3n del desarrollo de m\u00e1quinas locales a la nube\u2014intenta depurar algo localmente si tienes decenas y cientos de microservicios, aqu\u00ed la entrega constante se convierte en un medio de supervivencia. Para una 'peque\u00f1a y modesta empresa' est\u00e1 bien, pero \u00bfy Google?<\/p>\n

SRE de Google<\/h4>\n

\nLleg\u00f3 Google, se comi\u00f3 los cactus m\u00e1s grandes y decidi\u00f3: no necesitamos eso, necesitamos confiabilidad. Y la confiabilidad necesita gesti\u00f3n. Y decidi\u00f3: necesitamos especialistas que gestionen la confiabilidad. Los llam\u00f3 ingenieros SR y les dijo: aqu\u00ed tienen todo, h\u00e1ganlo bien como siempre. Aqu\u00ed tienen SLI, aqu\u00ed tienen SLO, aqu\u00ed tienen monitoreo. Y los dirigi\u00f3 hacia operaciones. Y llam\u00f3 a su 'DevOps confiable' SRE. Parec\u00eda que todo iba bien, pero hay un truco sucio que Google pudo permitirse: contratar a personas para el puesto de ingenieros SR que tuvieran la calificaci\u00f3n de desarrolladores y que adem\u00e1s conocieran un poco sobre el funcionamiento de sistemas operativos. Adem\u00e1s, Google tiene problemas para contratar a estas personas, principalmente porque compite consigo mismo: alguien tiene que describir la l\u00f3gica empresarial. Dej\u00f3 la entrega a los ingenieros de lanzamiento, los ingenieros SR gestionan la confiabilidad (obviamente, no de manera directa, sino influyendo en la infraestructura, modificando la arquitectura, siguiendo cambios y m\u00e9tricas, lidiando con incidentes). Es hermoso, se puede escribir libros<\/a><\/noindex>. \u00bfY qu\u00e9 hacer si no eres Google, pero la confiabilidad sigue preocup\u00e1ndote?<\/p>\n

Desarrollo de ideas DevOps<\/h4>\n

\nAqu\u00ed es donde apareci\u00f3 Docker, que naci\u00f3 de lxc, y luego vinieron diversos sistemas de orquestaci\u00f3n como Docker Swarm y Kubernetes, y los ingenieros DevOps respiraron aliviados\u2014 la unificaci\u00f3n de pr\u00e1cticas simplific\u00f3 la entrega. Se simplific\u00f3 tanto que ahora es posible incluso dejar la entrega a los desarrolladores, \u00bfqu\u00e9 hay de deployment.yaml? La contenedorizaci\u00f3n resuelve el problema. Y la madurez de los sistemas CI\/CD ya est\u00e1 en un nivel donde con un solo archivo todo est\u00e1 en marcha \u2014 los desarrolladores se las arreglar\u00e1n solos. Y aqu\u00ed comenzamos a hablar de c\u00f3mo establecer nuestro SRE, con... cualquiera. <\/p>\n

SRE no en Google<\/h4>\n

\nBueno, hemos entregado el servicio, parece que podemos respirar de nuevo y regresar a los buenos viejos tiempos, cuando los administradores miraban la carga de los procesadores, ajustaban los sistemas y disfrutaban en silencio de algo misterioso... Espera. No fue por esto por lo que empezamos todo (\u00a1qu\u00e9 pena!). De repente, resulta que en el enfoque de Google podemos adoptar excelentes pr\u00e1cticas: no es la carga del procesador lo que importa, ni con qu\u00e9 frecuencia cambiamos los discos, o cu\u00e1nto optimizamos los costos en la nube, sino las m\u00e9tricas de negocio: todos esos tan mencionados SLx. Y la gesti\u00f3n de la infraestructura sigue siendo nuestra responsabilidad, hay que resolver incidentes, permanecer de guardia de vez en cuando, y, en general, estar al tanto de los procesos de negocio. Y chicos, empiecen a programar a un buen nivel, Google ya los est\u00e1 esperando.<\/p>\n

Resumiendo. De repente, pero ya est\u00e1n cansados de leer y no pueden esperar para comentar al autor del art\u00edculo. DevOps como pr\u00e1ctica de entrega ha sido, es y seguir\u00e1 siendo. No va a desaparecer. SRE como conjunto de pr\u00e1cticas operativas hace que dicha entrega sea exitosa.
\n
Fuente: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u041f\u043e \u043c\u043e\u0442\u0438\u0432\u0430\u043c \u0434\u0438\u0441\u043a\u0443\u0441\u0441\u0438\u0438 \u0432 \u0447\u0430\u0442\u0435 AWS Minsk Community \u0412 \u043f\u043e\u0441\u043b\u0435\u0434\u043d\u0435\u0435 \u0432\u0440\u0435\u043c\u044f \u0440\u0430\u0437\u0433\u043e\u0440\u0430\u044e\u0442\u0441\u044f \u043d\u0430\u0441\u0442\u043e\u044f\u0449\u0438\u0435 \u0431\u0438\u0442\u0432\u044b \u043d\u0430 \u043f\u0440\u0435\u0434\u043c\u0435\u0442 \u043e\u043f\u0440\u0435\u0434\u0435\u043b\u0435\u043d\u0438\u044f \u043f\u043e\u043d\u044f\u0442\u0438\u044f DevOps \u0438 SRE. \u041d\u0435\u0441\u043c\u043e\u0442\u0440\u044f \u043d\u0430 \u0442\u043e, \u0447\u0442\u043e \u0443\u0436\u0435 \u0432\u043e \u043c\u043d\u043e\u0433\u043e\u043c \u0434\u0438\u0441\u043a\u0443\u0441\u0441\u0438\u0438 \u043d\u0430 \u044d\u0442\u0443 \u0442\u0435\u043c\u0443 \u0443\u0436\u0435 \u043d\u0430\u0431\u0438\u043b\u0438 \u043e\u0441\u043a\u043e\u043c\u0438\u043d\u0443, \u0432 \u0442\u043e\u043c \u0447\u0438\u0441\u043b\u0435 \u0438 \u043c\u043d\u0435, \u0440\u0435\u0448\u0438\u043b \u0432\u044b\u043d\u0435\u0441\u0442\u0438 \u043d\u0430 \u0441\u0443\u0434 \u0445\u0430\u0431\u0440\u0430-\u0441\u043e\u043e\u0431\u0449\u0435\u0441\u0442\u0432\u0430 \u0438 \u0441\u0432\u043e\u0439 \u0432\u0437\u0433\u043b\u044f\u0434 \u043d\u0430 \u044d\u0442\u0443 \u0442\u0435\u043c\u0443. \u0422\u0435\u043c, \u043a\u043e\u043c\u0443 \u0438\u043d\u0442\u0435\u0440\u0435\u0441\u043d\u043e, \u0434\u043e\u0431\u0440\u043e […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":55736,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-55735","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\udd47Otra vez sobre DevOps y SRE | ProHoster","description":"Inspirado en la discusi\u00f3n en el chat de la Comunidad AWS Minsk. \u00daltimamente se han desatado verdaderas batallas sobre la definici\u00f3n del concepto.","canonical_url":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/eshhe-raz-o-devops-i-sre","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\u0415\u0449\u0435 \u0440\u0430\u0437 \u043e DevOps \u0438 SRE | ProHoster","og:description":"\u041f\u043e \u043c\u043e\u0442\u0438\u0432\u0430\u043c \u0434\u0438\u0441\u043a\u0443\u0441\u0441\u0438\u0438 \u0432 \u0447\u0430\u0442\u0435 AWS Minsk Community \u0412 \u043f\u043e\u0441\u043b\u0435\u0434\u043d\u0435\u0435 \u0432\u0440\u0435\u043c\u044f \u0440\u0430\u0437\u0433\u043e\u0440\u0430\u044e\u0442\u0441\u044f \u043d\u0430\u0441\u0442\u043e\u044f\u0449\u0438\u0435 \u0431\u0438\u0442\u0432\u044b \u043d\u0430 \u043f\u0440\u0435\u0434\u043c\u0435\u0442 \u043e\u043f\u0440\u0435\u0434\u0435\u043b\u0435\u043d\u0438\u044f \u043f\u043e\u043d\u044f\u0442\u0438\u044f.","og:url":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/eshhe-raz-o-devops-i-sre","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-01-26T21:00:00+00:00","article:modified_time":"2020-02-18T11:03:52+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"55735","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 19:37:39","updated":"2022-10-05 06:23:35","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\/55735","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=55735"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts\/55735\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/media\/55736"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/media?parent=55735"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/categories?post=55735"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/tags?post=55735"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}