GitLab esencial

Sistemas de instalación de GitLab

¡Prueba gratis durante 10 días

nuestros 1218 cursos !

Prueba gratis Mostrar modalidades de suscripción
GitLab ofrece varias maneras de ser instalado en un servidor. Aunque en la mayoría de los casos usaremos los paquetes Omnibus, nos interesa saber qué hacer en caso de necesidades especiales, como cuando usemos bases de datos externas o queramos dar alta disponibilidad.

Transcripción

Hay muchos sistemas disponibles para instalar GitLab el más común y el más recomendado serían los paquetes Omnibus, que son los que os vais a encontrar cuando vayáis a la sección Download de la página de GitLab. Están disponibles para muchos sistemas operativos, tanto Ubuntu, Debian, CentOS, Raspian, para varias versiones de cada uno de ellos, y además dan la facilidad de que se encargan de instalar todos los paquetes de dependencia, las configuraciones, las bases de datos, y de mantener actualizado el sistema con un solo comando. Si no queréis instalar un paquete Omnibus, o tenéis algún tipo de requerimiento especial, o queréis ver algo de las tripas de GitLab, quizá queréis usar algunos de los sistemas de instalación alternativa que podéis encontrar en este enlace. GitLab dispone de una serie de sistemas diferentes para instalar según tus requirimientos. Por ejemplo tenéis el kit de desarrollo de GitLab, que es una instalación que se realiza en una carpeta aislada, con un montón de librerías de código fuente, etc., pero que está pensado única y exclusivamente para gente que hace desarrollo dentro de GitLab, porque desarrolla plugins, porque toca el código, etc. No es una instalación para un usuario común. Tenéis también Cookbooks, para Omnibus, que son sistemas para gente que utiliza Chef en producción, esto es, aunque los paquetes Omnibus de GitLab contienen código Chef para mantener las actualizaciones, en un sistema centralizado Chef donde el administrador de sistemas utiliza este lenguaje para mantener todos sus servidores, podría utilizar estos libros de receta de Chef para hacer las instalaciones y las actualizaciones gestionadas de GitLab. También tenemos una instalación desde código fuente, que vendría a ser una instalación desde cero. Es un método que no os recomiendo porque es bastante complejo y que solo si queréis ver las tripas o si tenéis alguna necesidad muy concreta que os tenga que cubrir esto, lo utilicéis. Si vais al manual de instalación desde cero, desde código fuente, veréis que tenéis que instalar tanto los paquetes de dependencia, como Ruby, Go, los sistemas de usuario, la base de datos, GitLab, Engine, y además configurarlo todo. Como veis, la serie de comandos que tenéis que ejecutar para ello es bastante larga. Es algo complejo y bastante entretenido, Yo en principio no os lo recomiendo. Tenéis más opciones por ejemplo, como los paquetes de instalación Docker. Hay una serie de imágenes, tanto de GitLab Community, como de GitLab Enterprise, que se pueden utilizar para instalar en vuestro Docker, en vuestra máquina, o en un servidor Docker que tengáis, una instalación contenida de GitLab. Puede ser muy interesante para temas de desarrollo, para testing, para hacer pruebas, para recuperar copias de seguridad, etc. Tenéis además una guía de uso, el repositorio Omnibus de los paquetes, y algo de guías para crear imágenes Docker basadas en Omnibus. Si no queréis gastar ni un minuto configurando, quizá os pueda interesar utilizar un proveedor con una instalación de esas llamadas de un solo click. Esto son proveedores que tienen algún tipo de script o de panel de control que os permiten instalar semiautomáticamente o automáticamente una instancia de GitLab. Por ejemplo, Amazon en AWS dispone de unas AMIs que ya tienen preinstalado, el sistema GitLab. Digital Ocean tiene también una instalación con un solo click. o Cloud-66, Packager.io, Cloudron, o incluso Azure tiene en su sistema Marketplace de algunas máquinas virtuales preconfiguradas con GitLab. En cualquier caso desde GitLab nos recomiendan que no utilicemos instaladores de un solo click, ya que el instalador de los paquetes Omnibus es casi tan sencillo como ellos y te vas a hacer cargo de que siempre esté actualizado el sistema, ya que llegarán las actualizaciones antes que a nadie. De esta misma manera, hay métodos de instalación que están mantenidos por la comunidad como paquetes para Ubuntu, Debian, FreeBSD, Arch, algunos scripts para Vagrant, etc. Esto puede ser interesante pero, tal y como decíamos antes, estos paquetes podrían ser, no los más estables, tampoco los más actualizados, y por lo tanto darnos más problemas que el paquete Omnibus, que es muy sencillo de instalar, de actualizar y de utilizar. También tenemos alguna opción, como contratar servicios de GitLab. GitLab como servicio lo proveen tanto GitLab.com, como GitHost.io, y hay planes tanto gratis como de pago, con o sin soporte, que podéis utilizar para que otra persona se encargue de la administración, y no tenéis que preocuparos de ello.

GitLab esencial

Aprende a instalar y administrar GitLab, bien en tu propio servidor o en un servicio web gratuito o de pago, y cómo crear un perfil y generar tu primer proyecto en GitLab.

3:14 horas (47 Videos)
Actualmente no hay comentarios.
 
Fecha de publicación:27/10/2016

Este curso video2brain está disponible como descarga y para ser visualizado online. ¡Pero no hace falta que decidas entre las dos opciones! Al comprar el curso, disfrutarás de ambas posibilidades.

La descarga te permite ver las lecciones sin estar conectado/a a internet y supone una navegación fácil y ágil entre capítulo y capítulo. Si vas a trabajar en diferentes ordenadores o si no quieres descargarte el curso completo, entra en la web con tus datos de acceso y disfruta directamente de tus vídeos online. Te deseamos que disfrutes de este curso y te resulte de mucha utilidad.

Estamos a tu disposición si tienes cualquier tipo de duda o pregunta.