GitHub ha caído la mañana de este lunes, dejando así a miles de desarrolladores sin acceso a sus proyectos. La plataforma, adquirida por Microsoft hace cerca de dos años, se encuentra con dificultades para prestar servicio.
|
etiquetas: github , caida , servidores
i.imgur.com/aiWH2vZ.png
i.imgur.com/xFrFTTk.png
Marronazo
Que prueben con AWS
github.com/mcwhorpj/demoImages
Salu2
www.meneame.net/story/microsoft-confirma-compra-github-7-500-millones-
(Perdón).
Warning: este comentario se basa en opiniones de terceros, puede no ser 100% correcto
www.theregister.com/2017/02/01/gitlab_data_loss/
Si pusiéramos todas las de bitbucket íbamos a colapsar Meneame.
Las fuerzas del mal, las fuerzas del mal, nos quieren controlar con un chis. con un chis, con un chis chis chis.
Microsoft respuestas: ejecute sfc... dism... (da igual lo que preguntes).
Pd: A veces en Debian testing suelen quitar paquetes, no sé si es porque tienen muchos bugs o rompen algo, generalmente drivers o firmware.(Y por una vez parece librarse nvidia).
+¿Se ha caído stackoverflow?
-No
+¿Se ha caído github?
-Sí
+¿Pero a stackoverflow no le pasa nada?
-Ahá
+Entonces no importa
Me has dejado igual. A ver, a no ser que sean megaproyectos si 2 menganos estan programando pueden seguir igual hasta que tengan que subir el codigo y les toque ver los posibles conflictos. Sin saber mucho de git.
Hace años que aviso a muchas empresas que no es buena idea tenerlo todo en GitHub. Los jefes de desarrollo siempre me han llevado la contraria.
A ver cómo lo defiende en la siguiente junta de directivos, Si me dejan hacerlo, muchos acabarán despedidos por irresponsables e ignorantes sin ninguna duda.
Tener un mirror local/Corporativo en un servidor que apenas tiene un centenar de usuarios para cuando "la nube peta" no sólo es fácil. Es fácil y barato.
Usar "la nube" no quita curràrtelo un poco para no quedar en bragas.
Siempre puedes hacer un targz con el repo y mandarlo por email, pero es algo coñazo
Por poner ejemplo que use cada día.
(En este caso no es "barato" por eso de que son miles de usuarios, no cientos )
Vamos, que los desarrolladores van a poder seguir trabajando sin ningún problema. Lo que ha dejado de funcionar son los pull requests (peticiones para mezclar código), cosa que se puede hacer por infinidad de otros medios (por correo, como hacen con Linux, por ejemplo), y alguna que otra característica como los builds/deploys automáticos.
¿Que es una putada que GitHub se caiga? Por supuesto. Pero ni de coña impide trabajar a los desarrolladores ni estos se quedan sin repositorios.
Si quieres hacer un tar.gz no lo haces del repositorio, lo haces con un patch, que también lo soporta nativamente git, por ejemplo se usa en los repositorios de Linux para enviar parches, y bueno, se inventó para eso y el tipo que lo inventó lleva las dos cosas, así que digamos que es un flujo más que probado y aceptado.
#70 Dudo mucho que haya mucha gente que trabaje en proyectos más grandes y descentralizados que Linux y usan parches para distribuir cambios, solo tienes que ir a la lista de correo del kernel y buscar PATCH para encontrarlos. Y no creo que Linux se pueda calificar precisamente como proyecto de juguete.
Seguro que consigues mejor UpTime que GitHub/GitLab/BitBucket, segurísimo.
Por otra parte ya me dirás quien os quita tener repos propios en remoto y que se pusheen los cambios a ambos remote
Ya son ganas de buscar el click fácil. Vaya notición
Si no puedes trabajar sin un servicio remoto, algo está mal en el pipeline.
Salu2
Vamos a presentarlo un poco decente pues...
Existe un riesgo de impacto en las tareas de ¿desarrollo? Y se recomienda establecer el servicio de “xxxx?” por medios propios mediante el aprovisionamiento de “?”
A1-. Coste de Licencias: xxxxxxx mil euros/año
A2- Coste de infraestructura: xxxxxx mil euros/año
A3- Coste en personal desarrollo, implantación y mejora continua: xxxxxx mil euros/año
B1- Coste en personal operaciones: xxxxx mil euros/año
B2- Coste en formación y transición: xxxxx mil euros/año
C1- MTBF: xx días
C2- MTTR: xx horas
Z- Coste por hora de interrupción
Coste servicio: Sum(Ai) + Sum(Bi) + ( f(Z, C1, C2) ) euros/año
Si realmente se han aterrizado estos números para la solución actual de tu empresa, y tu propuesta alternativa, siendo claramente favorables estos números en tu alternativa, y no se ha optado por ella, no es que vayas a ganar mucho dinero, es que realmente deberías irte ya, porque tu empresa está abocada a la ruina.
Suerte con ello!
Salu2
La conversación iba de servicios de control de versiones y contestaba a otro usuario porque me pareció muy graciosa su intervención de "ya lo decía yo en las juntas de directivos, que era malo tener las cosas en GitHub, si por mi fuera estarían todos despedidos". Simplemente le señalaba que GitHub tenía más del 99.5% (99.5 porque es ligeramente peor que el peor de los últimos meses de GitHub: 99.67) y que me parecía un ejercicio de fantochería supina su intervención, como si fuese a conseguir un Up Time claramente mejor que GitHub con otra solución o fuese un motivo relevante para desperdiciar el dinero que supone migrar a otro sistema de control de versiones en una organización.
Mira que hay razones para no tener el código en GitHub (privacidad, por ejemplo) pero no creo que el Up Time sea una de ellas.