Me dolio el estomago de escuchar y de recordar un par de caídas monumentales que cause en alguna empresa donde era empleado hace algunos años, ya mismo me pongo a probar los discos que uso de respaldo, saludos PD. ahora creo mucho mas en GitLab ya que ese aprendizaje forzado solo trae mejoras y todos nos beneficiamos gracias a que lo documentaron y compartieron.
El valor de la honestidad y la claridad ante el cliente no tiene precio... Es cierto que existe el arte de la diplomacia y que en los negocios se debe tener tacto y tono.... Pero lo cierto es que somos humanos, no somos infalibles y que de los errores se aprende. Gracias Freddy por compartir y sobre todo por agregar valor al hecho, mediante una historia tan bien narrada.
Yo trabajo con GitLab, le tengo mucha confianza y pues preciso estaba trabajando en un proyecto pequeño, cuando pasó todo ésto... recapitula gracias a Freddy y se da cuenta que hasta en las mejores casas TODO puede salir APOTEÓSICAMENTE MAL. La sinceridad de la empresa fue clave, porque bueno, pudo joder 6 horas de trabajo, pero también evitó que se generaran más errores y que éste descache pudo haberse presentado en otra ocasión y tumbar la empresa. Gracias por poner todo el contexto bien masticadito
Buenísimo. Divertido e illustrativo. Muchas gracias! Vaya cagada! Está muy buen porque todos las hemos cometido (y las que nos quedan!). Que todos vean el vídeo hasta el final, porque ahí está la moraleja:"PRUEBEN SUS BACKUPS". Y es que parece una obviedad, pero luego en la realidad no se hace. Y claro, es que en un sistema grande y complejo a veces no es sencillo probar un backup de todo (insisto: de TODO), y puede tener un alto coste/esfuerzo.
Esta charla fue diferente, te noté, personalmente, más tranquilo, además la música de fondo es genial. Hay que lamentar el error pero hay que recordar que somos seres humanos y nos podemos equivocar. Otra charla tuya Freddy que me encanto fue la de diseño emocional. Más charlas por favor 😁
Dios como pasa el tiempo recuerdo ver este platzi live cuando recién lo estrenaron y si perdí mi trabajo en git menos mal que teníamos un servidor local que implementamos con respaldo.
Muchas gracias por compartir esto, como DBA creo que tengo que esforzarme más cada día para evitar o minimizar los efectos de cualquier inconveniente que pueda tener 😊😘
Tremendo ..... Bueno hay que estudiar mas y aprender de ese error de GItlab, Lamentablemente el problema no fue porque el devs borro accidentalmente todo del master si no por la mala configuración de backups como muy bien lo dijeron en el documento explicando todo. Estoy de acuerdo en que hay que probar los backups, de ser posible eliminar el master y montar el backup para corroborar que todo esta bien.
Hace unos 2.5 años que conoci gitlab por recomendacion de un amigo para aprender git... Ame la plataforma y creo que ahora ademas de amor tienen mi respeto
Gitlab tiene tan buena marca que después de este gran error pensé: Se merecen una segunda oportunidad, es un servicio genial y nunca había visto una empresa con tanta innovación.
Ninguna empresa lo hubiera admitido, yo hubiera dicho que se corto la corriente eléctrica debido a un terremoto o algo asi o que fue un ataque pero jamas que la cague !!! Bueno esa GitLab!
Holy fucking shit, este es el error más monumentalmente grandioso que haya leído en la vida, eso es adrenalina señores. Se va a mi top 5 de platziLives Errar es humano, pero errar así es destino
Algo similar ocurrió conla pelicula de Toy story 2 todo se había perdido del proyecto y fue resuelto por un equipo de una de las personas que trabajaban en el proyecto y tenia una copia entera con una semana de retraso de los archivos de la película, todo por su embarazo, técnicamente por el bebe fue que hubo película.
El error humano de correr: rm -rf es más seguido de lo que quisiera 😭😭 o también equivocarse y ejecutar un comando en producción cuando querías hacerlo en entornos de prueba. Cuiden esos detalles. Esos errores cuestan mucho.
sea como sea son pocos los que sufre de pérdida, ya que el código esta alojado en el ordenador del cliente y con realizar los commit nuevamente se resuelve; a menos que te dio por hacer un "backup" en gitlab y borrarlo en el ordenador, cuando gitlab estuvo en esta crisis.
ESTE ES EL MEJOR VIDEO DE PLATZI Y APENAS ME ENTERO :p
7 лет назад
para resaltar la forma de proceder de gitlab, la transparencia con que manejaron la información seguramente tendrá muchas consecuencias dentro de la compañía pero esto sirve como lecciones aprendidas para los demás , esto es adquirir experiencia gratis a nombre de otro. gracias gitlab , me dirijo a realizar mis backups y a documentar mis proyectos
Justo en el cocoro 😆 así me pasó con unos backups que tenía con unas pruebas en openstack... Lo bueno que uno sí jalo, lo malo es que perdí dos días de trabajo 😑😊
Lo cabrón aquí es que se nota que no están apegados a ningún tipo de estándar de buenas practicas, o si lo están, pues no lo han implementado correctamente. Con eso de que el devop tenga la info en su disco duro o que no probaron los backups, es que están jodidos y no confiaría en ellos . Ponen en riesgo significativo la confidencialidad , integridad y disponibilidad de la información que les estas confiando.
No es por ser troll, pero fue un poco exagerado el inicio del video, si se hubiese caído el servidor de Git SI hubiese sido tan mal como lo ponen, los datos que se perdieron no fue nada tan exagerados porque NO se perdieron TODOS los datos, yo tenía todos mis datos en orden, y además tienen varios datos en el video que no son así, no se si tradujeron mal o algo. Algo amarillista, no había backup rotos, habían viejos que es otra cosa.
7 лет назад
Muy buena información y entretenido. Self hosted FTW!
Me queda la duda sobre el servidor que replica, no es posible recuperar los datos hasta antes del lag? Quiero decir, los replicadores a su vez no seria un tipo de backup?
este tema de la replicacion me hizo pasar por muchos problemas... como cuando no sincronizaba las bds reinicie la replica y toda la data de las bds esclavas q todavia no pasaba a la bd maestra se perdieron..
😰😰😰😰😰😰😨😨😨😨 en gitlab tengo mis proyectos personales, joder que suerte tube de no perderlos. pero aun asi seguire usando gitlab es un ejemplo del open source para todos
es que el tipo que lo hizo estaba borracho o de zumba como decimos aquí a amanecer de resaca o truda . alguien me puede rsponder si dicen que por suerte el tipo hizo un backup entonces significa que no es normal que lo hagan entonces sería interesante que dijeran por que lo hizo es obvio que por si algo pasaba pero como dicen ¨por surte lo hizo¨ entonces ese día presentía se sentía raro o que?
Yo creó que tenia que anticiparse y decir ma verdad antes que alguien mas se diera cuenta realmente de lo sucedido para evitar perder todos los datos y en consecuencia todos los clientes y empresas que hubiera sido la ruina total . Y de la cual nunca se recuperaría. Hoy sólo le queda lamerse sus heridas y aprender del error. Y ahora si chicos a hacer backups cada 3 horas por si la vuelven a cagar
eso es porque mandaron el iso 27001 a la mierda absoluta y eso es suficiente para que yo me quiera cambiar, lo pensaré porque deberian volverse duros en backups de ahora en adelante... vamos a ver como se manejan de aqui en adelante
Lo que quedó en duda es: Lo echaron por la embarrada, o le hicieron una estatua por haber hecho el backup manual?... O como las nuevas series, se deja a la imaginación?
considero que es la competencia de github, tiene sus pros y cons, usaba mucho github pero me mude para todos mis proyectos a bitbucket, tiene todo lo que necesito para trabajar en equipos grandes y pequenos, considero que es genial.. gitlab esta en el grupo pero considero que seria como en 3er lugar, de hecho, trabajo con gente de sillicon valley entre otros y a pesar que habian escuchado de gitlab, nunca lo han usado y se dividen entre github y bitbucket... ahora con este gravisimo error.. NUNCA consideraria en usarlo.. si paso una vez, puede suceder otra y en el flujo de desarrollo de apps, perder asi sea 1 minuto de data es gravisimo..
Esto es legendario a niveles inimaginables!! jaajajajajajajajajajajajajaja Esto en unos años lo veremos como trama de una pelicula xD y fredy en el papel del developer que hizo el backup manual xD
Cuando me hundo en mis problemas y me siento inútil vuelvo a ver este video para recordarme que aunque la haya c4g4d0, no ha sido tan fuerte como este caso
Un error lo puede cometer cualquiera jajaja .. en una queue de funciones un dia le hice un update sin filtro a mi función, excelente rollback de 8 horas.
Bueno seguro se enfermo del estómago el compadre que hizo esto, je, creo beberían tener un software de control para verificar el correcto funcionamiento del los backups, también cuando se borra algo del disco con algún comando del sistema operativo, en realidad no se borra del todo, solo es marcado como disponible, entonces si no se ha escrito mucho en el disco, con un buen software de recuperación se podría recuperar los archivos de forma total o parcial
Yo me imagino como estar trabajando un proyecto en tu PC, que Git fallé (Entonces no se podría gestionar versiones). Y por cosas de la vida, formatees tu PC y SE TE OLVIDO HACER COPIA DE SEGURIDAD Y EXPORTAR LA BDD jajajajaja Grande Gitlab para solucionar cosas como estas.
