Commit 4045a12a authored by Carlos Viveros's avatar Carlos Viveros

Packer presentation first commit

parent 06560fc4
......@@ -37,22 +37,12 @@
<!-- Any section element inside of this container is displayed as a slide -->
<div class="slides">
<section data-background="./Pictures/25550067_10214221862683557_3275701966099611797_n.jpg">
<h3> The most secure infraestructure that we could build on our spare time only using free software</h3>
<p> * Because the japanese are not the only ones who can have long titles </p>
<section data-background="./Pictures/gitlab-blog-cover.png">
<h3> Migrating Gitlab to Immutable Infrastructure with Packer and <3 </h3>
</section>
<section data-background="./Pictures/hacklabLogo_ver_blackOutlines_noFill.png" data-background-repeat="repeat" data-background-size="150px">
<h2> About Rlyeh Hacklab </h2>
</section>
<section>
<h2> The server </h2>
<p> 2x Hp proliant Dl360 g5 </p>
<p> 1x Raspberry Pi v3 </p>
<img src="./Pictures/server_rlyeh.jpg" class="stretch">
</section>
<section>
<section data-background="./Pictures/gitlab-blog-cover.png" data-background-repeat="repeat" data-background-size="150px">
<section>
<h2> Open source vs Free Software </h2>
<h2> About us </h2>
</section>
<section id="fragments">
<h3> The four essential freedoms</h2>
......@@ -66,63 +56,132 @@
</aside>
</section>
</section>
</section>
<section>
<section>
<h2> Que les vamos a presentar... </h2>
<p> </p>
<p> Temario </p>
<img src="./Pictures/server_rlyeh.jpg" class="stretch">
</section>
<section id="fragments">
<p><span class="fragment"> Los diferentes enfoques con relación a la infraestructura </span></p>
<p><span class="fragment">Que es infraestructura inmutable? </span></p>
<p><span class="fragment">Que es Packer? </span></p>
<p><span class="fragment">Por que migramos a packer? </span></p>
<p><span class="fragment">Como fue nuestro plan de migración? </span></p>
<p><span class="fragment">Primer intento, fallido </span></p>
<p><span class="fragment">Segundo intento, exitoso </span></p>
<p><span class="fragment">Post migración </span></p>
<p><span class="fragment">Cosas a mejorar </span></p>
<p><span class="fragment">Preguntas?</span></p>
<aside class="notes">
This slide has fragments which are also stepped through in the notes window.
</aside>
</section>
</section>
<section>
<section>
<h2>Los diferentes enfoques con relación a la infraestructura</h2>
</section>
<section id="fragments">
<h3> Servidores Fisicos </h2>
<p><span class="fragment">Aprovisionamiento muy lento</span></p>
<p><span class="fragment">No hay optimizacion de recursos</span></p>
<p><span class="fragment">No permite auto-escalado</span></p>
<p><span class="fragment">Entornos evolucionan de forma aislada</span></p>
<aside class="notes">
This slide has fragments which are also stepped through in the notes window.
</aside>
</section>
<section id="fragments">
<h3>Virtualuzacion, se logra optimizar los recursos</h2>
<p><span class="fragment">Dependemos de un guru que nos configure el entorno de manera manual</span></p>
<p><span class="fragment">Aprovisionamiento lento</span></p>
<p><span class="fragment">No permite-escalado</span></p>
<p><span class="fragment">Entornos evolucionan de forma aislada</span></p>
<aside class="notes">
This slide has fragments which are also stepped through in the notes window.
</aside>
</section>
<section id="fragments">
<h3>Cloud Computing, Flexibilidad</h2>
<p><span class="fragment">Aprovisionamiento rapido</span></p>
<p><span class="fragment">Nos permite escalar de manera sencilla y rapida</span></p>
<p><span class="fragment">Aparece la opción de ir a un siguiente nivel: Definir la Infrastructura como Codigo</span></p>
<aside class="notes">
This slide has fragments which are also stepped through in the notes window.
</aside>
</section>
<section id="fragments">
<h3>Infrastructura como codigo, se hizo la luz</h2>
<p><span class="fragment">Practica que nos permite definir nuestra infrastructura con un lenguaje declarativo.</span></p>
<p><span class="fragment">Nos permite replicar la infrastructura</span></p>
<p><span class="fragment">Se convierte en una infrastructura elastica(escalable y replicable)</span></p>
<aside class="notes">
This slide has fragments which are also stepped through in the notes window.
</aside>
</section>
</section>
<section>
<section>
<h2> Why security? </h2>
<h2>Que es Packer? </h2>
</section>
<section>
<h3> Infraestrure for the masses </h3>
<h3></h3>
<ul>
<li> Free (as free speech) </li>
<li> Transparent </li>
<li> Autonomous </li>
<li> Secure </li>
<li> Trustworthy </li>
<li>Es una herramienta open source que nos permite crear maquinas identicas en multiples plataformas, creacion de imagenes</li>
<li>Las imagenes se debe pensar como una unidad que contiene un SO preconfigurado con todos los paquetes necesarios para X objetivo </li>
<li>Packer permite utilizar Configurations managements para el aprovisionamiento de la ami, tales herramientas pueden ser</li>
<ul>
<li>Ansible</li>
<li>Puppet</li>
</ul>
</ul>
</section>
<section>
<h3> Building trust </h3>
<h3>Ventajas de Packer</h3>
<ul>
<li> WWW fundation </li>
<li> Telam </li>
<li> Mozilla fundation </li>
<li> Aaron Swartz day </li>
<li> Tor Project </li>
<li>Portabilidad: Permite crear imagenes identicas para multiple plataformas</li>
<li>Velocidad: Al tener la configuración y paquetes ya contenidos en la AMI generada, el despliegue en los entornos es más rapida</li>
<li>Estabilidad: Permite detectar los inconveniente en el proceso de creacion de una AMI, y no cuando las imagenes son utilizadas </li>
<li>CI/CD: Al ser una herramienta que se utiliza por linea de comando nos permite integrarla en Procesos de integracion Continua </li>
</ul>
</section>
</section>
<section>
<section>
<h2> The Build </h2>
<h2>Por que migramos a packer? </h2>
</section>
<section>
<ul>
<li> ARCH Linux </li>
<li> CEPH </li>
<li> LibVirt (KVM-QEMU) </li>
<li>LA RAZON: Odiabamos Puppet</li>
<li>La infrastructura que teniamos con Puppet no nos permitia ser agiles ante nuevos cambios</li>
<li>Nos costaba más realizar troubleshooting</li>
<li>El equipo contaba con experiencia en Ansible, Otro configuration management.</li>
</ul>
</section>
</section>
<section>
<section>
<h2> Why ARCH? </h2>
<h2>Como fue nuestro plan de migración? </h2>
<img src="./Pictures/Archlinux-icon-crystal-64.svg.png" class="stretch">
</section>
<section>
<ul>
<li> Systemd hooks - crypt boot.</li>
<li> Crypsetup before Raid1-LVM.</li>
<li>Utilizar Packer junto Ansible para el aprovisionamiento de los diferentes componentes de la arquitectura.</li>
<li>y Terraform como herramienta de aprovisionamiento en los diferentes entornos.</li>
</ul>
</section>
</section>
<section>
<section>
<h2> Why Ceph? </h2>
<h2> Primer intento, fallido </h2>
<img src="./Pictures/Ceph_Logo_Stacked_RGB_120411_fa.png" class="stretch">
</section>
<section>
<ul>
<li> No single point of failure </li>
<li></li>
<li> up to 50% of data resilence </li>
<li> CRUSH algoritm </li>
<li> Async I/O </li>
......
Markdown is supported
0% or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment