deSymfony 2013

Monitorizando aplicaciones en Symfony2

Cristina Quintana  · 

Presentación

Vídeo

Transcripción

Extracto de la transcripción automática del vídeo realizada por YouTube.

vamos a empezar con la charla de monitorización antes de nada dar las gracias a los patrocinadores por hacer posible que un año más estemos en este evento y sobre todo porque gracias a ellos y gracias a los organizadores pues años años la familia de symphony

vamos creciendo lo digo porque llevo cuatro años viniendo y empezamos siendo creo que 170 y estamos llegando ya lo que estamos llegando también hacer mención al gran trabajo de los organizadores lo he podido ver de cerca es un trabajo el que han hecho brutal

el de conseguir mover a casi 400 personas sin que haya ningún tipo de percance consiguen que él esto sea como parezca como un juego de niños y vamos que para mí los de la organización tenéis todo el arte bueno soy media china soy de soy de cordoba llevo 16

años seis años y algo en el mundo del desarrollo y dentro de poco haré dos años en a cilia o animó a que habléis con nosotros y os contemos el tipo de proyectos que tenemos que son bastante interesantes por ahí tengo una de las certificaciones de dejaba y

recientemente este año pues también conseguir la certificación de php para esta charla bueno el año pasado di las charlas sobre internacionalización que nos centramos en un caso práctico y estuvimos viendo códigos códigos y más códigos como soy un poco cotillas

y me gusta meterme en los fregados por así decirlo pues me apeteció meterme a ver qué hace la gente de sistemas evidentemente la monitorización también tenemos que llevarla en parte de los desarrolladores pero bueno siempre está el bando de sistemas y el bando

de desarrollo pues por eso por eso mismo dije este año monitorización así veo cómo va todo desde cero y qué hace esta gente la gente de sistemas y los de desarrollo estamos un poco enfrentados y escuchamos siempre frases del tipo de estos estos problemas del

sistema no es mi problema o al contrario el sistema de no estos son los cafres de desarrollo que no saben programar y que se creen que puede yo de aquí disponer de recursos para ellos todo lo que quieran esa rivalidad existe bueno y existen también entre los

desarrolladores evidentemente nosotros tenemos nuestras pequeñas caras y en tu propio equipo de desarrollo se encuentra la gente que yo también lo he hecho lo hacemos todo que empleamos la maravillosa frase de si hacemos un deploy y la maravillosa frase que

saltamos en la de oye pues esto en mi local funciona y ya tienes a tu jefe diciéndote pues vale cogemos tu portátil eso y lo enchufamos directamente a producción ante esas frases te viene a la mente uno de los victimados de la charla de ayer de hachette y

de la gente de ofertas no del portátil que coges a tu compañero y de las caricias y esas cosas y bueno pues ahora tenemos todos y vamos a mirar como como llevamos adelante el tema de disminuir el tema de fallos para tener más control sobre nuestras aplicaciones

por esto el tema de la charla es porque hay que monitorizar es decir porque el porqué de la existencia de la gente existe en manos quiero saber para qué para qué sirven y por qué están ahí una de las cosas por las que hay que monitorizar es que porque monitorizar

es bueno es genial saber cuáles son todas las estados de todas las piezas de por dónde va a pasar nuestros sistemas nuestras peticiones de usuarios el rendimiento de los equipos es decir todo lo que está relacionado con nuestro trabajo vale es lo mismo que

en la fórmula 1 que tiene multitud de dispositivos que le avisan de cada parte del motor lo que está fallando o el alerón o yo que sé que yo de eso tampoco entiendo mucho pero decimos que es bueno por eso porque lo importante es controlar nuestro sistema y

saber por dónde pueden ir los fallos aparte de por qué bueno monitorizar también es bonito monitorizar a él no monitorizar conlleva comportamientos extraños en el software en nuestra aplicación que en nuestros tiempos de respuestas sean elevados que nos demos

cuenta de los fallos tardes que no tengamos ideas de cómo es el uso o sea cuál es el estado y el uso de nuestro de nuestra infraestructura y por tanto todo ello llevaría a que nuestra capacidad de cambio a lo largo del tiempo sean nefastas entonces todo lo

contrario a esto lo que se consigue monitorizando es decirnos anticiparíamos a fallos y minimizar y amos los tiempos de respuesta a cualquier inconveniente que pueda surgir y dándonos así pues que nos llame el cliente y nos diga cosas bonitas al oído bueno

bonito y que queda va a monitorizar es barato vale evidentemente a nivel de proyecto o de equipo necesitas más recursos más gente que se dedique a esto necesitas se emplea más tiempo el tiempo de dinero en todo tipo de empresas pero a la larga nos evita multitud

de quebraderos de cabeza vale entonces monitorizando evitamos pues perder dinero con cortes de servicios o infraestructuras más dimensionadas o más configuradas porque tú puedes tener una web pequeñita y montar una infraestructura como la de google evidentemente

eso no es eficiente hay que llegar a un equilibrio el tema de la monitorización sigue como un flujo por decirlo por orientar un más o menos por dónde va a ir la charla es un flujo de trabajo al monitorizar qué hacemos pues primero identificar qué queremos

monitorizar nos vamos a poner ahí a lo loco cada sistema es diferentes cada vez es diferente cada infraestructura la monta de sistemas como quieren y hay que tirar unas cosas u otras cuando sabemos lo que queremos monitorizar pues debemos hacer las preguntas

adecuadas para obtener la información que queremos y en base a esa información que queremos pues qué haríamos en último lugar pues utilizan en nuestro propio beneficio vamos a poner un ejemplo de una infraestructura básica el diagrama que veréis ahora es el

[ ... ]

Nota: se han omitido las otras 2.727 palabras de la transcripción completa para cumplir con las normas de «uso razonable» de YouTube.