miguel angel torres egea

infraestructura como código

Anonymous (anonymous@undisclosed.example.com) — 2018-09-14T09:41:16+00:00

infraestructura como código IaaC ocultar/mostrar * adaptar metodologías de desarrollo al mundo de sistemas * control de versiones * lenguajes de programación * gestión de la configuración * despliegues automatizados * basado en pruebas: integración continua, entrega continua y despliegue continuo

cómo ve GIT los ficheros

Anonymous (anonymous@undisclosed.example.com) — 2018-07-07T17:19:40+00:00

cómo ve GIT los ficheros Estados Vamos a diferenciar 3 estados por los que pasa un fichero cuando está bajo un control de versiones git. 1.Git Directory Cuando nos traemos por primera vez un repositorio a nuestro ordenador ( git clone ) o bien iniciamos un un nuevo repositorio ( git init ), lo que estamos haciendo es crear un directorio oculto .git donde se van a almacenar todos los metadatos y actividad de los cambios que haya en esa carpeta.

ramas

Anonymous (anonymous@undisclosed.example.com) — 2018-07-08T09:03:49+00:00

ramas A diferencia de otros sistemas de control de versiones, las ramas permiten trabajar a partir de una instantánea en paralelo, sin tener impacto sobre el código del cual se generó la instantánea. Las Ramas no son más que “punteros” a una determinada instantánea:

resolución de conflictos

Anonymous (anonymous@undisclosed.example.com) — 2018-07-09T20:12:58+00:00

resolución de conflictos conflictos * creamos repo * creamos fichero * commit + push * creamos rama * volvemos a master * hacemos cambios fichero * commit + push * volvemos a rama * hacemos cambios (diferentes a los de master) *

Ejercicio: borrar e instalar una imagen local

Anonymous (anonymous@undisclosed.example.com) — 2018-07-01T21:10:14+00:00

Ejercicio: borrar e instalar una imagen local * borrar el box descargado desde Atlas * vagrant box remove * instalar desde un fichero local .box * vagrant box add --name debian/jessie64 * el nombre sigue la nomenclatura porque es el mismo, pero no es lo mismo que descargado, pierde la versión (y parte de las funcionalidades que si lo hubiese hecho desde Atlas)

Ejercicio: Vagrant para utilizar AWS como proveedor

Anonymous (anonymous@undisclosed.example.com) — 2018-07-07T10:38:08+00:00

Ejercicio: Vagrant para utilizar AWS como proveedor * vagrant plugin list : listado de plugins instalados * vagrant plugin install vagrant-aws: instala GEMA ruby y las gemas dependentes para usar como proveedor AWS en vez de un proveedor local (virtualbox)

Vagrantfile

Anonymous (anonymous@undisclosed.example.com) — 2018-07-02T14:11:56+00:00

Vagrantfile * se usan varios Vagrantfiles aplicados consecutivamente, según * Vagrantfile con la box * Vagrantfile en ~/.vagrant.d * Vagrantfile del directorio del proyecto * multi-machines? * proveedor? * vagrant init -m debian/jessie64

ELK: Kibana (instalación y configuración)

Anonymous (anonymous@undisclosed.example.com) — 2021-12-02T18:44:54+00:00

ELK: Kibana (instalación y configuración) instalación wget -qO - https://artifacts.elastic.co/GPG-KEYelasticsearch | sudo apt-key add - sudo apt-get install apt-transport-https echo "deb https://artifacts.elastic.co/packages/5.x/apt stable main" | sudo tee -a /etc/apt/sources.list.d/elastic-5.x.list sudo apt-get update && sudo apt-get install kibana

git (openwebinars)

Anonymous (anonymous@undisclosed.example.com) — 2018-07-30T20:35:47+00:00

git (openwebinars) devops cursos git introducción Un Control de Versiones no es más que una herramienta para facilitar el desarrollo de Software tanto entre equipos como individuales. Nos va a permitir: * Llevar un seguimiento de la evolución de nuestro Software

gitflow

Anonymous (anonymous@undisclosed.example.com) — 2018-07-09T20:30:23+00:00

gitflow herramientas para git para tener una metodología: * no se hacen commits contra develop, siempre se abre una rama feature que se acaba mergeando con ella * se hacen release, que se mergean con develop y master (aquí se tagea) * los

iniciando un repositorio

Anonymous (anonymous@undisclosed.example.com) — 2018-07-07T18:14:44+00:00

iniciando un repositorio Antes de nada, es necesario hacer una aclaración. Cuando hablamos de “iniciar” un repositorio, nos estamos refiriendo a comenzar a trabajar con un repositorio. La creación de un repositorio siempre es local. Es importante que no se nos olvide, porque al principio puede ser un poco confuso. Una vez hemos creado un repositorio en local, añadimos lo que llamamos un remoto , que es una copia de dicho repositorio alojada en un servidor.

Ejemplo: Directorio sincronizado

Anonymous (anonymous@undisclosed.example.com) — 2018-07-01T20:30:57+00:00

Ejemplo: Directorio sincronizado * directorio «sincronizado» o «virtualizado» o «compartido» entre la VM vagrant y el host * suele montar en la misma carpeta vagrant del host un acceso desde /vagrant en la máquina virtual * pasar ficheros, pero no para desarrollo

Gestión de imágenes de Vagrant (boxes)

Anonymous (anonymous@undisclosed.example.com) — 2018-07-01T20:41:43+00:00

Gestión de imágenes de Vagrant (boxes) * * * CUALQUIERA puede subir imágenes a Vagrant * Atención! * box * contiene la máquina virtual * contiene ficheros de metadatos

Ejercicio: Reempaquetar un box

Anonymous (anonymous@undisclosed.example.com) — 2018-07-01T21:06:14+00:00

Ejercicio: Reempaquetar un box * ~/.vagrant.d/: ubicación de los box * al descargar, vagrant lo descomprime automaticamente * vagrant box repackage : regenera el fichero .box para su redistribución

ELK: Beats (filebeats)

Anonymous (anonymous@undisclosed.example.com) — 2021-12-05T10:30:33+00:00

ELK: Beats (filebeats) * archivos en formato log * servicio ligero * robusto: filebeat lee y reenvía logs. Recuerda una interrupción y por donde se quedó. * módulos: (apache, system, mysql, ...) para facilitar la captura * no sobrecarga el sistema (back-pressure sensitive protocol):

ELK: Logstask(procesamiento)

Anonymous (anonymous@undisclosed.example.com) — 2021-12-03T19:56:21+00:00

ELK: Logstask(procesamiento) * input { file { path => "/home/openweb/Documents/dataset/test.json" start_position => "beginning" codec => "json" }} output { stdout { codec => rubydebug } } input * JSON * * lanzar logstash: