<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Devops on Alefnode</title><link>https://blog.alefnode.com/tags/devops/</link><description>Recent content in Devops on Alefnode</description><generator>Hugo</generator><language>es-ES</language><lastBuildDate>Sun, 17 May 2020 14:00:00 +0600</lastBuildDate><atom:link href="https://blog.alefnode.com/tags/devops/index.xml" rel="self" type="application/rss+xml"/><item><title>Automatiza el despliegue de tu web con Jenkins, Github y Kubernetes</title><link>https://blog.alefnode.com/blog/automatiza-el-despliegue-de-tu-web-con-jenkins-gitlab-y-kubernetes/</link><pubDate>Sun, 17 May 2020 14:00:00 +0600</pubDate><guid>https://blog.alefnode.com/blog/automatiza-el-despliegue-de-tu-web-con-jenkins-gitlab-y-kubernetes/</guid><description>&lt;p&gt;Actualmente el proceso de creación y mantenimiento de un proyecto web puede ser una tarea tediosa, sin embargo, si pensamos como vamos a mantener un proyecto sin necesidad de grandes esfuerzos nos viene a la menta la automatización de las partes que no requieran de supervisión, es decir, todo lo relativo a la creación y publicación de la web del proyecto de Github.&lt;/p&gt;
&lt;p&gt;En primer lugar tener claro como queremos publicar nuestra web, el proyecto que vamos a utilizar para este ejemplo es &lt;a href="https://github.com/alefnode/jenkins-themes"&gt;https://github.com/alefnode/jenkins-themes&lt;/a&gt; como veis he separado la web al directorio &lt;em&gt;webpage&lt;/em&gt; que es donde tendremos toda la web a excepción de aquellas que se generan en el &lt;em&gt;job&lt;/em&gt; de Jenkins.&lt;/p&gt;</description></item><item><title>Desplegando un cluster de Kubernetes con Kubespray</title><link>https://blog.alefnode.com/blog/desplegando-un-cluster-de-kubernetes-con-kubespray/</link><pubDate>Sat, 09 May 2020 21:30:00 +0600</pubDate><guid>https://blog.alefnode.com/blog/desplegando-un-cluster-de-kubernetes-con-kubespray/</guid><description>&lt;p&gt;La mejor forma de aprender todos los componentes de una herramienta es instalar a mano toda la herramienta, sin embargo, esto puede convertirse en una tarea muy tediosa si hablamos de Kubernetes, cabe mencionar que antes de llegar a este punto probé diferentes formas de instalación.&lt;/p&gt;
&lt;p&gt;La primera instalación de un cluster de Kubernetes que probé hace ya algunos años fue una instalación a mano y aprovechando los pasos fui preparando mi propio playbook de ansible que permitía luego una instalación automatizada. Me permitía así la posibilidad de escalar el cluster sin problemas, además dado que ya tenía todos los pasos lo adapté para que funcionara tanto en distribuciones basadas en Debian como en Centos.&lt;/p&gt;</description></item><item><title>Comandos básicos para usar un Docker registry</title><link>https://blog.alefnode.com/blog/comandos-basicos-para-usar-un-docker-registry/</link><pubDate>Sun, 25 Nov 2018 18:30:00 +0600</pubDate><guid>https://blog.alefnode.com/blog/comandos-basicos-para-usar-un-docker-registry/</guid><description>&lt;p&gt;Las plataformas que actualmente trabajan con contenedores hacen uso de un registro de imágenes para poder realizar los despliegues, este registro puede ser público o privado. El registro publico utilizado y más famoso es DockerHub, ya que es la plataforma oficial pública para los contenedores basados en Docker.&lt;/p&gt;
&lt;p&gt;En primer lugar lo más recomendable es disponer de un &lt;em&gt;registry&lt;/em&gt; privado que nos permita subir las imágenes que creamos nosotros sin exponer datos al público y evitar posibles brechas de seguridad. Para ello tendremos que desplegar uno.&lt;/p&gt;</description></item><item><title>Integrar Gitlab con Jenkins</title><link>https://blog.alefnode.com/blog/integrar-gitlab-con-jenkins/</link><pubDate>Sat, 07 Jul 2018 17:04:41 +0600</pubDate><guid>https://blog.alefnode.com/blog/integrar-gitlab-con-jenkins/</guid><description>&lt;p&gt;Una de las tareas que nos permite realizar la integración continua es hacer o construir nuestra aplicación una vez que se haga un push a la rama deseada de nuestro servidor de Git.&lt;/p&gt;
&lt;p&gt;Para ello en nuestra arquitectura hemos usado Gitlab y Jenkins. Lo primero que debemos hacer es crear un usuario para Jenkins que tenga permisos de &amp;ldquo;reporter&amp;rdquo; en nuestro proyecto (Los permisos se asignan en el apartado Project-&amp;gt;Settings-&amp;gt;Members)&lt;/p&gt;</description></item></channel></rss>