Atrapado una prohibición para fork deepNude en gitlab.com

En uno de los artículos publicados en el centro, leí en los comentarios que hay copias de deepNude en gitlab.com , por pura curiosidad lo encontré e hice un tenedor "por si acaso". 3 horas después de eso, no pude ejecutar el código, porque voló a la prohibición ...

imagen

Después de la correspondencia con el soporte, resultó que violé las reglas de su servicio y que fui desbloqueado, pero debo eliminar deepNude de mi cuenta dentro de las 24 horas.

Pero no pude ingresar, probablemente debido al desbloqueo incorrecto y de dos factores incluido:

imagen

Mientras esperaba la próxima respuesta del soporte, me sentí abrumado con el pensamiento "Mantener el código en gitlab.com no es confiable, las reglas pueden cambiar y usted tiene todo el trabajo vinculado a ellas, ni siquiera puede hacer una ronda para evitar su registro y CI / CD".

Pero el hecho es que gitlab es conveniente, y realmente no entiendo cómo puedes vivir en 2019 sin su CI / CD. Y otras golosinas. En general, levanté un servidor separado, rodé allí docker / docker-compose / gitlab runner / Gitlab CE / el registro no se levantó (Amazon ECR)

Eso es todo, ahora las implementaciones son independientes de las políticas de administración de servicios. Estoy satisfecho y de repente llega una carta que dice que esta vez estaba completamente desbloqueado. Eliminé deepNude y transfirí todos mis repositorios (y hay más de 50) con un solo clic a la versión autohospitalaria de Gitlab.

Al final


De los profesionales:

  1. ¡Las construcciones y las implementaciones se aceleraron dos veces! de 6 minutos a 3x (montaje / prueba / implementación para productos)
  2. Hubo un control completo de varios procesos a través del panel de administración Gitlab CE
  3. No hay dependencia en las políticas de servicio, aquí eres tu propio jefe
  4. Subjetivamente, Gitlab CE funciona mucho más rápido que la versión en la nube en todos los aspectos.

De las desventajas:

  1. Es necesario hacer copias de seguridad (hago el mecanismo de copia de seguridad incorporado en DigitalOcean)
  2. Es necesario actualizar y monitorear periódicamente el estado del servidor / contenedores

En general, clone deepNude (si todavía está allí) y tenga que moverse a su gitlab)), no se arrepentirá. Probablemente si no fuera por este caso, no se me ocurrió hacer esto.

Si alguien está interesado, puedo subir configuraciones docker-compose para iniciar mis ejemplos de configuración de Gitlab CE y CI / CD.

¡Que tengas una buena semana laboral!

UPD: Como amarao señaló correctamente en los comentarios :
No consideraría confiable el servicio interno de respaldo del hoster. Una explosión en la facturación, y no hay instancia, no hay respaldo

Por lo tanto, además de la copia de seguridad en DO, configuré el mecanismo de copia de seguridad nativo en Gitlab CE , ahora el volcado de la base de datos y los repositorios en Amazon S3 se realiza en la corona, desde la cual puede recuperarse fácilmente (pero para el experimento necesitará llevar a cabo una recuperación de prueba, veré qué sale de él )

También puede usar la duplicación de repositorio

Source: https://habr.com/ru/post/460095/


All Articles