OPW:

 Servicios de Azure Storage

• Azure Blobs: para web, almacenar backup, maquinas virtuales, texto y datos, etc ...se integra a casi cualquier lenguaje, propósito general. Se guardan datos no estructurados.
• Archivo de azure (Azure file): recursos compartidos
• Tablas de Azure: un almacén NoSQL
• Azure Queue: Colas, almacén de mensajería

Cuentas standart y premum

standart: respalda en disco magnetico

premium: respalda en VM de azure   

Azure Blob storage

el tipo de blobls no se puede cambiar luego de la creacion de este

el fichero guardado en el blob tiene asociado una uri. El ser vicio se divide en containers y blobs, los blobs estan dentro de un container, el containers sirve para agruparlos.

se pueden dar niveles de acceso, por ejemplo al container tendras acceso a todos los blobs, link al blobs para tener acesso solo a uno en particular 

Rendimiento de blobs

esto se puede cambiar luego de la creacin

• caliente; diario se cobra mas el almacenamiento que el acceso
• frio: cada 30 dias se cobra mas el acceso que el almacenamiento al igual que en archivo
• archivo: 1 vez cada 180 dias

uploading blobs

*muy teorico poca retencion de informacion

desde la web

desde apis, herramientas externas como storage explorer, al parecer es mas optimizada que desde la web

Blob acces policies

es un nivel mas de acceso a las llaves SAS

permite crear una politica, establecer accesos a esa politica, tiempos de activacion y vencimiento, vincular la politica a la llave sas, tiene prioridad la politica frente a la llave SAS

Calcular costos

tipo de servicio

costo geo duplicacion

costo por cambiar tipo de almacenamiento

Azure File

servicio dentro de azure storage

debe utilizar protocolo seguros

Basado en SMB, este lo entiende linux y win

uso común

• sustituir un sistema de archivo nas tradicional, pasar a la nube
• se puede cachear con azure file desde un servidor, por ejemplo tenemos un servidor que utiliza az file para obtener los recursos y cachearlos de forma local
• guardar log
• guardar recursos

diferencia entre file v/s blobs

• ambos tienen una api
• ambos tienen SDK
• file utiliza SMB, representa un directorio real o tradicional, se pude almacenar datos compartidos en múltiples maquinas virtuales
• blobs representado en bloques para gran scala, acceso aleatorio, permite scenario de streming. Permite mayor escalado e integracion para aplicaciones mas complejas

Al crear recurso en AZ

se factura con lo consumido

el nombre debe tener una dns valida y se usa para el endpoint del recurso

mapear archivos compartidos desde mi windows

Debemos identificar el directorio local que debemos mapear

el puerto 455 debemos tenerlo habilitado

para utilizar azure file debemos habilitar la seguridad en nuestro storage account. Esto afectara a todos los servicios de la cuenta, de esta forma si tenemos servicios que no necesitamos utilizar seguridad, se recomienda tener dos storage account, uno con y otro sin seguridad.

*los custom domain no se pueden trabajar con seguridad en azure, por el momento

snaptshot: permiten guardar un momento del file, es ondemand o sea no es automatico y se debe configurar si se desea utilizar. por ejemplo podemos crear una foto antes de realizar un proceso complejo

Storage security

• permite encriptar datos
• autentificar
• asignar roles

Shared acces signature (SAS) Un SAS es un UR firmado que apunta a uno o mas recursos de almacenamiento

• permite dar acceso a partes determinadas, por ejemplo a cierto file o blob
• tambien permite asignar rol, por ejemplo que solo permite leer achivos
• permite dar tiempo determinado espacio de tiempo de actividad, por ejemplo fecha de inicio y termino
• tambien asignar un rango de IP valido

Se pueden crear desde el portal de azre o desde la power shell

Un SAS es un UR firmado que apunta a uno o mas recursos de almacenamiento

buenas practicar para key SAS

• Uilizar https
• Referencia a una politica envez de especificar los parametros en la uri de la key SAS
• usar tiempos de vencimientos cortos
• No asuma que SAS es la mejor opcion siempre, podemos dejar el recurso publico

Fundamentos Generales: Orquestación y Automatización IT

de donde vinimos....

• cfengine
• NRPE
• Zabbix

Automatización:

Reducir al mínimo la intervención humana

Pasos para automatizar un proceso:

1. Identificar entrada de información
2. Generar un mecanimo de disparador
3. Evaluar entrada de informacion
4. Ejecutar las tareas de automatización

Tipos de automatización:

1. Manual
2. programadas
3. autoservicio

Orquestación

Centraliza automatizaciones

Permite que cualquiera pueda levantar la aplicacion

los tres elementos de la orquestacion:

• Runboks: procedimientos automatizados
• Workflows: connjunto de runboks
• Pipelines: infraestructura como codigo

Tipos de orquestacion

• tareas programadas: se hace a traves del sistema operativo, no se tiene mucho control
• Disparadores:cron,eventos
• Accienes: ejecutar script,proceso,app
• Metodo de comunicacion: Local
• servicios de claud: distribucuin de datos, balanceo de carga de los servidores
• Provee como servicio:API,portal web
• controla y coordina:recetas y workflows en cloud,automatizaciones de bajo nivel,recursos del cloud
• Metodos de comunicacion: servicios cloud

• mantenimineto de la configuracion: servidor central y agentes remotos, por ejemplo papet,sheft,etc...cada herramienta tiene su lenguaje declarativo
• Requiere: servidor central,agentes o protocolos remotos
• Infraestructura declarativa: DSL
• Metodos de comunicacion: agentes o protocolos remotos
• integracion continua: por ejemplo gitlab CI.
• requiere: servidor de integracion continua,base de datos,agentes de construccion
• provee automatizacion:proceso de contruccion de sw,testing
• modo de comunicacion: agente
• despliegue continuo:
• Requiere: servidor de despliegue continuo,base de datos,agentes
• provee automatizacion:deplipliegue sw en diferentes entornos
• Metodos de comunicacion:agente

Metodos de comunicacion

• local
• protocolo remoto
• agente
• servicio

Docker para desarrolladores

 

Caracteristicas docker

 Los contenedores comparten la base del anfitrion y son independientes entre si

portable= cada contenedor tiene susu propias dependencias

inmutable: se copmporta igual en diferentes equipos

ligero:

build,shipand run any app, anywhere

imagen=forma de empaquetar un contenedor

Componentes docker

por lo general la linea de comandos y demonio se instalan juntas, pero pueden estar separadas

Cliente:linea de comandos

demonio de docker= hace todo, puede ser otro diferente a donde esta el cliente, construye los contenedores

Registry=para guardar imagenes, componente para la distribucion

docker instalacion:

edge= se actualiza cada mes

stable= se Actualiza cada 3 meses

comandos docker

antes docker solo gestionama contenedores, como ahora gestiona imagenes,volumentes,tct la forma de los comandos es:

docker [image/]...

docker info

-d= segundo plano

ps -a lista todos

pd -q lista id

cp = copiar ficheros dentro y fuera del contenedor

Arquitectura soa

componente que realiza funcion y la expone al mundo desde una api rest versionada

minimiza dependencia,optimiza scope

abstrae implementacion, nose como esta escrita o realizada, solo la uso

maximiza reutilizacion

ciclo de vida independiente

microservicio es la evolucion de arquitectura soa

el microservicio sigue todos los principios soa ero cada componente reducido a su minima tamaño

puede ser un componente que solo tenga un endpoint,una sola funcion