DEV Community: Pablo Agustín Canale

Certificados SSL

Pablo Agustín Canale — Mon, 29 Aug 2022 18:00:35 +0000

El protocolo SSL tiene sus fundamentos en dos conceptos:

*Criptografía Asimétrica *(tambien conocida como criptografía de la clave pública)

En este tipo de criptografía se generan dos claves relacionadas entre sí, una clave pública y otra _privada, las cuales son generadas por algun algoritmo criptográfico.
Entre los algoritmos más conocidos encontramos RSA, DSA y PKCS

La clave pública es la que compartiremos con quienes queramos que se puedan comunicar con nosotros y la privada debemos mantenerla protegida, jamas compartirla.

Cuando alguien quiere enviarnos un mensaje, este mensaje será encriptado con nuestra clave pública (previamente compartida) y solo nosotros podremos desencriptarlo utilizando la clave privada.

Criptografía Simétrica

La forma simétrica utiliza una sola clave para encriptar y desencriptar, por lo tanto en una comunicación la clave solo la deberian tener ambas partes involucradas. Algunos de los algoritmos más conocidos utilizados son AES-128, AES-192 y AES-256.

¿Qué es un certificado SSL?

Tambien conocidos como certificados digitales, son archivos de datos emitidos por una autoridad certificada (CA, Certificate Authority) que utilizan criptografia asimétrica para establecer la conección segura entre dos partes utilizando el par de claves pública y privada. El certificado SSL contiene la clave pública y otros detalles, como la fecha de creación y expiración, la CA emitora del certificado e información sobre quienes lo están utilizando, entre otras cosas.

El formato de un certificado esta dado por un standar llamado X.509.

Hay diferentes formatos, PEM y PKCS#7 utilizan un codificado en Base64 ASCII mientras que DER y PKCS#12 lo hacen en binario.

Entrevista: Microservicios

Pablo Agustín Canale — Thu, 24 Feb 2022 22:26:06 +0000

MICROSERVICIOS

¿Qué es la arquitectura de Microservicios?

Podriamos hablar de un conjunto de caracteristicas para definirlos:

Es un enfoque para crear una aplicacion como un conjunto de pequeños servicios independencientes.
Pueden comunicarse por HTTP (API REST) u otros mecanismos ligeros.
Hay un mínimo de genstion centralizada, es decir contamos con variedad de servicios independientes que contribuyen a estos servicios mas grandes,desacomplando responsabilidades.
Cada uno de los microservicios puede escribirse en lenguajes diferentes y utilizar diferentes bases de datos.

¿Cuáles son las ventajas de los microservicios?

Como suelen ser servicios más pequeños suelen ser asignados a equipos de desarrollo chicos con conocimientos especificos haciendolos más manejables.
Pruebas atómicas, testeo de componentes más faciles.
Pruebas de integracion sectorizadas, E2E testing.
Permite utilizar diversas tecnoligias, teniendo cada microservicio la implementación que mas se ajuste a sus necesidades.
Facilita la implementación de múltiples instancias de un microservicio en diversos nodos. Escalabilidad horizontal.

Retos de la implementación de microservicios

El diseño adecuado, tanto cada microservicio particular como el conjunto de ellos formando la aplicación principal.
Gestión de infraestructura: configuracion distribuida, ApiGateway, control de resiliencia (adaptabilidad a fallos), patrones de reintentos, patron de circuit breaker.
Gestión de transaccionalidad y la consistencia de los datos. Al tener servios con posibles bases de datos independientes es necesario asegurar la correcta persistencia y traslado de los datos de un lugar a otro.

¿Cómo puede resolverse el problema de los parámetro de configuracion de los microservicios y sus instancias?

Patrón de configuración centralizada, cuando una aplicación se va a iniciar en el proceso de arranque va a buscar su configuración a un algun lugar (servidor de configuración) la lee y termina el arranque con esos datos. No hay que tener configuraciones locales.
Se pueden cambiar estas configuraciones en "caliente" (una vez ya levantado el microservicio) utilizando features flags (hay empresas dedicadas a esto) o utilizando variables de entorno.

¿Qué mecanismos pueden implementarse para evitar fallos? RESILIENCIA

Debemos conocer los fallos que puede tener la computación distribuida. (Voy a hacer otro post de esto)
Dar una solución con Reintentos. Mecanismo que cuando un microservicio A llama a otro B y este responde con un error, el A seguirá reintentando hacer la llamamada al servicio B.
Sirve para dar solución a problemas transitorios de la red.
Dar una solución con Circuit Breaker (CB).
En el mismo escenario que arriba, el microservicio A tambien vuelve a reintentar llamados al microservicio B, pero luego de un estipulado número de fallos el CB hace un cambio de estado, para evitar la utilización innecesaria de recursos en procesar errores.

El CB consiste en la implementación de una solución que permite tener mayor resiliencia, hace de intermediario entre el cliente y el servicio que se desea consumir dando tres diferentes estados a las transacciones realiazadas.

CLOSE, es cuando el flujo de llamada está funcionando correctamente. En caso de algun problema,una vez fallados ciertos intentos de llamada el CB pasa a estado abierto.

OPEN, cuando pasa a estado abierto, corta el flujo de llamadas para evitar propagaciones de errores, encargandosé de la respuesta directa al cliente, avitando así la utilización de recursos innecesarios. El circuito continua abierto durante un periodo ya definido, luego de transcurrido ese tiempo pasa a estado semi-abierto.

HALF-OPEN,se hace un mínimo de intentos para la corroboración del estado del servicio, si todo anda correctamente se restaura el flujo pasando a estado cerrado, de lo contrario volvera nuevamente a abierto y se repite nuevamente el proceso.

Podemos agregar a la fórmula una Fallback Policy (política de contingencia) y evitar cualquier tiempo de caida en nuestro flujo. Utilizando por ejemplo un servicio de respaldo alternativo mientras nuestro servicio principal esté caido.

¿Que es servicio de descubrimiento y porqué son importantes?

Supongamos que tenemos 4 instancias de un servicio de menú y 2 instancias de pagos, todos con ids independientes. Si un tercer servicio de orden quiere consumir uno de los 4 servicios de menu y ademas que se realice el pago ¿Como sabe que servicio esta disponible y como encontrar su dirección?

Necesitamos un Servidor de Registro y Descubrimiento (SRD):

REGISTRO, cuando un servicio de la infraestructura inicia su operación o se levanta va a SRD a guardar su ubicación y disponibilidad Cualquier otro consumidor (por ejemplo el servicio de órdenes) puede saber en todo momento el estado y lugar del servicio requerido. Cada determinada cantidad de tiempo se realizan nuevas corroboraciones para asegurar la disponibilidad (healthCheck).

DESCUCRIMIENTO, es la capacidad del servidor de devolver la ubicación correcta de las instancias activadas. Trabaja junto al balanceador de carga para determinar cual instancia esta con mayor disponibilidad.

Continuara...

PATRONES DE DISEÑO

Pablo Agustín Canale — Wed, 08 Dec 2021 18:47:39 +0000

Cuando hablamos de patrones de diseño nos referimos a soluciones habituales a problemas comunes en el diseño de software. Podriamos hablar de un reseta a seguir que se puede amoldar para solucionar el problema en cuestión.

Categorias

Patrones creacionales

Proporcionan varios mecanismos de creación de objetos, permitiendo flexibilidad y reutilizacion de codigo. Por ejemplo,

Factory Method:
Proporciona una interfaz para crear objetos en una superclase, las subclases pueden sobreescribir el metodo para cambiar el tipo de objeto que se creará.

Patrones estructurales

Los estructurales explican formas de ensamblar clases y objetos en estructuras más grandes, manteniendo los standares de flexibilidad y eficiencia. Por ejemplo,

Decorator:
Es un patrón de diseño que permite añadir funcialidades a objetos colocando estos objetos dentro de objetos encapsuladores que contienen estas funcionalidades.

"Wrapper" es el sobrenombre alternativo en ingles del patrón decorador. El wrapper implementa la misma interfaz que el objeto envuelto, haciendo del mismo bajo ojos del cliente un objeto idéntico. El Wrapper puede realizar alteraciones en el objeto antes y despues de su solicitud.

Composite:
Permite componer objetos en ustructuras de árbol y trabajar con esas estructuras como si fueran objetos individuales.

Patrones de comportamiento

Los patrones de comportamiento tratan con metodos, algoritmos y la asignación de responsabilidades entre objetos.

Iterador:
Nos permite una forma de recorrer los elementos en una coleccion sin saber si es una lista, pila, árbol, etc.

Conecciones de Microservicios y AWS

Pablo Agustín Canale — Wed, 08 Dec 2021 17:07:48 +0000

¿Como se se comunican los Microservicios?

Hay 2 formas:

La forma síncrona: comunicación entre servicios por medio de HTTP, manejando resquests y responses. Pero esto tiene un tiempos de respuesta altos.
La forma asíncrona: es utilizar colas de mensaje, si quiere comunicar un servicio A con uno B en el medio habrá una cola de mensajes, de la cual se hará cargo el servicio receptor a medida que vaya estando libre. Aminora los costos.

ALGUNOS SERVICIOS AMAZON WEB SERVER (AWS)

SQS

Amazon tiene un servicio llamado SQS (Simple Queue Service) , que maneja estas colas de forma serverless, no tienen costos, las mantiene Amazon.

DynamoDB

Es un servicio de base de datos no relacional, permite todo tipo de operaciones CRUD y admite ACID principles.

RDS: Relational Database Service

Servicio de Amazon que nos brinda de base de datos relacional de forma serverless, el más común es aurora MySql.

Plataforma
Nos brinda la infraestructura base y una capa sobre de software para facilitar la administración de las aplicaciones desplegadas.

Cloudwatch/Datadog

Servicios de monitoreos, alertas y visualizacion de logs, sobre servicios AWS.

VPC: Virtual Private Cloud

Es principalmente una VPN, una red privada por la cual se conectan varios servicios, se puede configurar seguridad por medio de firewalls.

API Gateway

Permite exponer todos los servicos a través de una url única. Un rooteador de responses/requests y podes aportarle reglas de seguridad.

Ejemplo de conección a Dynamo con una libreria usando NodeJs

DOCKER

Pablo Agustín Canale — Wed, 08 Dec 2021 04:01:25 +0000

DOCKER

Docker es una plataforma de código abierto que permite a los desarrolladores empaquetar aplicaciones en contenedores y separar tus aplicaciones de tu infraestructura por medio de contenedores.
Un contenedor es una unidad estandar de software que empaqueta código y todas las dependencias que este necesita para su funcionamiento, permite al desarrollador ejecutar el código en cualquier entorno informático.

Las imagenes de los contenedores son un paquete de software de poco peso que contiene todo lo necesario para correr una aplicacion, codigo, herramientas, librerias configuraciones, etc.

Las imagenes de los contenedores se vuelven contenedores en tiempo de ejecución, cuando son ejecutadas en el Docker Engine. Podemos conseguir variedad de imagenes de Docker Hub.

Bases de datos y ORM

Pablo Agustín Canale — Wed, 08 Dec 2021 02:53:29 +0000

La base de datos es una recopilación de datos e información de forma organizada y estructurada.
Normalmente cuentan con un sistema de gestión de base de datos (DBMS).

BASES DE DATOS RELACIONALES

Es el modelo más utilizado hoy en día.
En esencia las bases de datos relacionales son un conjunto de tablas formadas por columnas (campos) y filas (registros). La estructura nos ayuda a hacer relaciones entre tablas mediante claves foráneas.

¿QUÉ ES UN DBMS?

Es un programa que te permite crear, editar y administrar las bases de datos. La mayoria de las relacionales utilizan SQL, como MySQL o PostgreSQL.

¿QUÉ ES SQL?

Es un lenguaje de programación usado por casi todas las bases de datos relacionales para consultar, definir y manipular datos.

PRINCIPIOS ACID

OBJECT RELATIONAL MAPPING (ORM)

Es un modelo de programación que consiste en la transformación de las tablas de una base de datos, en una serie de entidades que simplifiquen las tareas básicas de acceso a los datos para el programador.

¿Porqué queremos un ORM?

Como sabemos SQL es el lenguaje más utilazado de consulta pero existen varios sistemas de gestión de base de datos que cuentan con diferencias en los mismos tipos de consultas, por ejemplo

Esto nos lleva a dificultades en el desarrollo ya que deberiamos aprendernos estas variaciones para cada base de datos distinta en la que trabajemos, y mas importante aún, si en un futuro deseamos migrar la aplicación, habría que reescribir una gran cantidad de consultas.

Con el ORM nos facilitamos el trabajo, nos brinda ayuda en las labores básicas de cualquier acceso a datos, el CRUD (Create, Read, Update, Delete). Realizando todas estas labores a través de un lenguaje orientado a objetos.

Principios SOLID

Pablo Agustín Canale — Tue, 07 Dec 2021 22:09:20 +0000

¿QUE ES SOLID?

Es un acronónimo acuñado por Robert C.Martin (el tío Bob :D ), el escritor del Code Clean, representa los 5 principios basicos de la programación orientada a objetos.

S- Single Responsability: Resposabilidad simple

Un componente o clase debe tener una responsabilidad única, sencilla y concreta. Dando simplicidad al código.

Un ejemplo se observa cuando trabajamos con controladores y servicios en un MVC, por ejemplo:

export class AccountStatusController {
Si qui
  constructor(private accountStatusService: AccountStatusService) { }

  @Post() 
  create(@Body() accountStatus: AccountStatus): 
    Promise<AccountStatus> {
    return   
       this.accountStatusService.createStatus(accountStatus);
    }
}

El controlador solo se encarga de la redirección de información (manejo de responses y requests), y los servicios de la lógica de negocio. En el controlador no se conocen detalles de la implementación de las funciones del servicio, de como realiza las consultas.

O- Open/Close:

Las entidades de software deben ser abiertas para la herencia pero cerradas a las modificaciones.

Significa que ante peticiones de cambio en nuestro programá, debemos ser capaces de añadir funcionalidad sin alterar el codigo ya existente o al menos intentar tocarlo lo menos posible.

Los problemas con el principio Open/close se suelen solucionar utilizando polimorfismo, es decir con la utilización de clases abstractas o interfaces.

Supongamos que tenemos un servicio de notificaciones, que se encarga de mandar notificaciones dependiendo del tipo que le sea espeficicado por parámetro, esto rompe con el principio open/close porque sí el dia de mañana quiero agregarle otro tipo de envio, debo modificar el codigo ya existente.

Una forma de refactorizar es la siguiente, abstraemos en una clase abstracta o interface INotifications y la implementamos en las siguientes dos clases

De esta forma, el servicio de notificación podría usar un array de notificaciones y las implementación del método notify() dependenderia especificamente de cada clase concreta. Ahora sí quisieramos agregar otro tipo de servicio de notificación solo deberiamos crear una clase nueva e implementar la interface, no tocariamos para nada el codigo ya existente.

L-

Liskov Substitution Principle (LSP)**

Si tienes una clase padre la cual hereda a una clase hija, no debe la hija alterar el funcionamiento del padre.

Esto quiere decir que si en un programa usamos cierta clase, deberíamos poder usar cualquiera de sus subclases sin interferir en la funcionalidad del programa.

Para resaltar, es un principio que intenta dar buenas prácticas a la implementación de la herencia. Veamos un codigo donde no se cumple este principio:

class Persona {  

    constructor(nombres, dni, tarjeta){
      this.nombres = nombres
      this.dni = dni
      this.tarjeta = tarjeta
    }  

    getNombres() {
      return this.nombres;
    }
    setNombres(nombres) {
      this.nombres = nombres;
    }
    getDni() {
      return this.dni;
    }
    setDni(dni) {
      this.dni = dni;
    }
    getDni() {
        return this.dni;
      }
    setDni(tarjeta) {
        this.tarjeta = tarjeta;
    }
    Pagar() {
      return (console.log('Se realiza un pago'))
    }
  }

  class Niño  extends Persona{
    ...
  }

La clase persona esta bien definida individualmente, pero si intentamos hacer una clase derivada Niño que extienda de persona nos encontrariamos con PROBLEMAS! Un niño no podría tener una tarjeta y menos aun realizar pagos!

Si cuando sobreescribimos un método en la clase que hereda necesitamos lanzar una excepción o no realizar nada, entonces probablemente estamos violando el LSP.

I- Interface Segregation

Una clases nunca debería depender de métodos que no usa, es decir que cuando hagamos interfaces que modalan comportamientos, deberiamos asegurarnos que las funciones que tenga esa interfaz van a ser relavantes para cualquier clase que las implemente. Si esto no pasa, podriamos dividir la interface en varias más pequeñas.

Digamos que estamos implementando un zoológico y queremos crear una interfaz que sirva para todas las aves, la InterfazPajaro podria tener los métodos comer y volar para implementar en las clases gabiotas, flamenco y gorriones. Pero luego queremos agregar pingüinos (no vuelvan pero nadan) y aveztruces (corren)

La mejor forma de resolver esto es justamente ulilizando el principio de segregación de interfaces de la siguiente manera

De esta forma cada pájaro solo implementara las interfaces que necesita.

D- Dependecy Inversion

continuara...

Metodologías ágiles SCRUM

Pablo Agustín Canale — Sat, 04 Dec 2021 23:06:18 +0000

Las metodologías ágiles son aquellas que permiten adaptar la forma de trabajo a las condiciones del proyecto. Gracias a estas, las empresas consiguen gestionar sus proyectos de forma flexible, autónoma y eficaz, además de reducir costos y aumentar la productividad. Una de las más usadas es SCRUM.

¿QUÉ ES SCRUM?

Es un framework o marco de trabajo utilizado para ayudar a las personas, equipos y organizaciones a realizar proyectos complejos de una forma eficaz.

Se basa en aspectos como:

Flexibilidad, adaptación a cambios.
El factor humano.
Colaboración e interacción con el cliente.
El desarrollo iterativo.

ROLES en el Scrum:

El Product Owner, es el responsable de reprentar las ideas del cliente en el proyecto, se encarga de la correcta realización del Product Backlog.

El Scrum Master, es un lider servicial que se engarga de la buena realización del Scrum, brinda ayuda al equipo de desarrollo eliminando cualquier obstaculo que vaya apareciendo en el camino. Crea el backlog para el sprint. Enfoca al equipo en la iteración actual y trabaja estrechamente con el Product Owner.

El equipo de desarrollo son los encargados de realizar las tareas priorizadas por el Product Owner, suelen ser pocas personas. Estiman las tareas del Product Backlog.

¿QUÉ ES EL SPRINT?

Es una iteración que suele agregar valor al producto, suele tener un intervalo de duración de 2 semanas a 1 mes. Allí se trabajan algunas de las tareas elegidas en el Product Backlog. El sprint cuenta con:

Sprint planning:
Reunión donde se decide que tareas abordar y el objetivo del sprint. Puede llegar a durar varias horas de duración. El equipo se compromete a hacer un sprint goal. Poker Planning.
Daily meeting:
Reunión diaria de corta duración, de 15 a 30 minutos aproximadamente. Se debe realizar con el Scrum Master y el equipo de desarrollo. Cada integrante éxplica allí en que esta trabajando y como lo realizará, tambien aquí se deben prensentar los impedimentos diarios.
Sprint review: La famosa DEMO

Se hace al final del sprint y es la única reunion a la que puede asistir el cliente. En ella se presenta al cliente lo desarrollado. Aquí el cliente verifica el avance y puede realizar feedback de lo expuesto.

Sprint retrospective: Es último evento de Scrum, el equipo se reune para evaluar como fue la implementación de la metodología en el sprint. Se busca que los integrantes reflexionen y propongan mejoras para la siguiente iteración.

Herramientras principales del SCRUM:

Product Backlog- Lista de requerimientos que engloban todo el proyecto, el producto Owner es el encargado de ordenarlo cumpliendo con los requerimientos del cliente.

Sprint Backlog- Son un grupo de tareas del product backlog definidas en el sprint planning que el equipo de desarrollo se compromete a realizar durante el sprint.

API REST

Pablo Agustín Canale — Thu, 02 Dec 2021 14:22:36 +0000

¿QUÉ ES UNA API?

Significa "Application Programming Interface", es un software que hace de intermediario entre dos aplicaciones, teniendo así un conjunto de reglas que nos permite la comunicación.
En contraste con la interfaz de usuario la cual conecta a una persona con la computadora, las APIs conectan computadoras o piezas de software entre ellas.

Las APIs estan constituidas de diferentes partes que actuan como herramientas o servicios que estan al alcance del programador. Cuando un programador usa estas partes se dice que "llama" (call) a esa porción de la API. Estas llamadas son tambien conocidas como subrutinas, requests o endpoints.

Por ejemplo si tenemos una aplicación web con su información almacenada en un servidor, la forma de acceder a los datos es por medio de una API. El servidor realizará la consulta a la base de datos y por medio de la API la información llegara a la aplicación.
La API funciona como una "fachada" para el cliente (software que quiere utilizar nuestras API) ya que solo exponen acciones sensillas, aunque por detras se esten realizando cosas muy complejas.

Entonces, las API's de servicios web nos permiten el intercambio de información entre un servidor y un cliente, la comunicación se hará utizando el protocolo HTTP o HTTPS los datos normalmente son transportandos en formato JSON o XML

ENDPOINT

Es un final de un canal de comunicación, es decir que cuando dos APIs interactuan entre si el punto de contacto entre ambas es lo que se denomina endpoint. Son las locaciones donde cada API puede acceder a los recursos que necesita para realizar sus funciones.

El lugar donde las APIs mandan requests y donde estan los recursos de la misma, son los endpoints. Puntos de entrada y salida de activos e informacion.

HTTP

Hypertext Transfer Protocol

Protocolo (conjunto de reglas) diseñado para la transferencia de información entre dispositivos que trabajan conectados en red. En definitiva, es lo que nos permite navegar en la web por medio de direcciones.

HTTP sigue el clásico "cliente-servidor modelo", en donde un cliente abre una conección haciendo una request, luego espera a recibir la respuesta por parte del servidor.

Métodos básicos de HTTP: POST, GET, PUT, PATCH y DELETE

REST

REST es un tipo de API (es un servicio web), nos habla de un conjunto de reglas y estándares sobre como construir una API.
Es decir es decir es una aplicacion del lado del backend que se engarga de la comunicación con la base de datos, lógica, etc. Dicha aplicación puede ser utilizada por medio del protococolo HTTP por cualquier tipo de cliente.

Entonces vamos a tener diferentes métodos en los controladores de nuestra API REST y para cada uno de ellos vamos a tener definida una ruta (url) especifica y cada una de esas rutas tendra un método HTTP diferente

En conclusión:

REST simplemente es un principio sobre como usar las URLs (para la transferencia de datos) y el protocolo HTTP para estructurar una API.