Arquitecturas de cómputo en GCP

Les comparto una documentación superbuena sobre serverless para complementar el tema: https://cloud.google.com/serverless

Serverless = Velocidad
Aplicaciones de forma rápida y segura, en un entorno totalmente gestionado.

• Auto-escalado
• Completamente administrado
• Speed to Market

Si alguien tiene dudas sobre Cluster y Kubernetes les dejo un video que les puede aclarar mas el panorama.

https://platzi.com/clases/1365-kubernetes-xertica/13711-cluster-y-nodos-que-son-y-como-funcionan/

Arquitecturas de Computo en GCP

Opciones de computo

• Compute Engine
  • Virtual Machines
  • Bear Metal (servidores completos por el tea de licenciamiento especial)
• GKE
  • Kubernetes Engine
  • como orquestrar diferentes tipos de contenedores
• App Engine (Serverless Platform)
  • Para correr aplicaciones web
  • cero administracion de servidores
• Cloud Run
  • Contenedores serverless
• Cloud Function
  • Funcion Serverless
• Firebase
  • PaaS de Front-end y desarrollo movil
  • Se conoce como Back-end as a Service

Computo Serverless

Desarrolla, implementa y escala aplicaciones de forma rapida y segura en un entorno totalmente gestionado

• Auto-escalado
• Completamente administrado
• Speed to Market

Arquitecturas de cómputo

La nube es una infraestructura que provee de múltiples soluciones, personalizables, para satisfacer las altas demandas tecnológicas.

Podemos encontrar soluciones para diferentes industrias como:

• E-Commerce
• Telecomunicaciones
• Media y entretenimiento
• Educación
• Juegos

Dichas soluciones, dependiendo del caso, se alinean según sean los intereses de cada caso:

• Aplicativos: soluciones que utilizan tecnologías nativas de la nube, como contenedores, serverless, etc.
• Inteligencia artificial: soluciones que permiten el desarrollo de ML y sus derivados.
• Base de datos: soluciones para migración y administración empresarial.

Abstracciones de recursos

Contenedores

Son abstracciones independientes de recursos minimals, con las cuales se abstrae la ejecución de dependencias de una aplicación.

A diferencia de una MV (Máquina Virtual), donde se adiciona, como entorno, una capa de SO, un contenedor es posible de gestionar y representar su ejecución sin necesidad de adicionarle más que lo mínimo y necesario.

Como beneficios, un contenedor nos provee:

• Portabilidad
• Despliegue reusable, compartible e inmutable
• Versionamiento basado en estados y no por comportamiento
  .

GCP, nos provee de servicios para contenedores y, adicionalmente, de un engine para convivir la tecnología Kubernetes, llamada GKE.

Kubernetes o K8s, es un sistema open-sources que permite automatizar despliegue, escalamiento y administración de aplicaciones conterizadas.

Al usar Kubernetes, nuestros contenedores en infraestructura poseerán:

• Creación simple para cloustes
• Balanceador de cargas
• Auto escalamiento, actualización y reparación
• Sincronización de monitoreo y de registro (logs)

Serverless

Es un tipo de arquitectura que nos permite descentralizar los diferentes recursos existentes de nuestra aplicación. En ocasiones, a serverless se le denomina sistemas distribuidos ya que permite, abstraer desde servidores hasta módulos denominados cloud functions.

Una de las principales ventajas de implementar serverless es la creación de arquitecturas como cliente-servidor, micro-servicios, entre otros.

Un “Contenedor” es un ejecutable para la nube.
Los contenedores tienen todo lo necesario para instalar y ejecutar diferentes sistemas en la nube.

EL ejecutable puede corren en Kubernetes Engine para tener una gran flexibilidad para la configuración.

La nube es fascinante 🤟,

Por si acaso, GKE: Google Kubernetes Engine

IMPORTANTE
Firebase se conoce como “backend as a service” (BaaS)
Esto permite enfocarse en el desarrollo de tu aplicación y no en tu infraestructura ☝️

Están súper interesantes los libros de David. Tiene Yuval Harari, alguno de márketing, varios de polítca y código, algunos de salud. Espero tener un background así pronto.

Kubernetes es el ejecutable de la nube 🤯

Productos de Google:

• Compute Engine
  Máquinas virtuales que se ejecutan en el centro de datos de Google.

• Cloud Storage
  Almacenamiento de objetos seguro, duradero y escalable.

• SDK de Cloud
  Herramientas de línea de comandos y bibliotecas para Google Cloud.

• Cloud SQL
  Servicios de bases de datos relacionales para MySQL, PostgreSQL y SQL Server.

• Google Kubernetes Engine
  Entorno administrado para ejecutar apps en contenedores.

• BigQuery
  Almacén de datos para estadísticas y agilidad empresarial.

• Cloud CDN
  Red de distribución de contenidos para entregar contenido web y de video.

• Dataflow
  Estadísticas de transmisión para procesamiento por lotes y de transmisiones.

• Operations
  Paquete de herramientas de supervisión, registro y rendimiento de aplicaciones.

• Cloud Run
  Entorno completamente administrado para ejecutar apps en contenedores.

• Anthos
  Plataforma para modernizar las apps existentes y compilar apps nuevas.

Kubernetes o k8s en cloud:

• Amazon Elastic Container Service for Kubernetes (Amazon EKS)
• Azure Kubernetes Service (Azure AKS)
• Google Kubernetes Engine (GKE)
  
  

Muy buena info había escuchado solo hablar y había tenido un poco de acercamiento con la nube pero no de esta forma

Un cluster es una agrupación de máquinas que corren una cierta cantidad de servicios para que nuestra aplicación pueda funcionar sobre Kubernetes.

El endpoint o nodo maestro es una máquina dentro de nuestro cluster, es la puerta de entrada a todo el cluster. Tiene las APIs de Kubernetes, los servicios REST, el agendamiento de pods y la sincronización servicios. Tambien cuenta con integración a los servicios de Google Cloud Platform.

hola, yo estoy en la etapa 3, con ello conciedo la nbe, conceptos, ideas y debo aprender como trabajar en la nube, m fuerte es sql y con eso conlleva como subir mis etl locales a la nbe, crea nuevs y hacer mis trabajs de sql en la nube, harto que aprender aun, estoy ansiosa y un poco preocupada de ocupar mucho iempo para llegar a mi met en m trabajo. gracias porque es my claro tus esquemas e informacion entregada, seguire adelante.

Hasta acá, prefiero la practica a la teoría, no sabe lo fácil que la teoría desaparece.

ahorrarte unos pavos en WordPress es cool y crear tu tienda virtual en google cloud es ok

si computo serverless es muy eficaz hay mas oportunidades en enfocarte mas en tu usuario y plataforma

Firebase suena demasiado interesante, espero que haya más profundización del tema

Aqui les dejo el link correcto para que exploren el grafico que muestra David: https://cloud.withgoogle.com/infrastructure/

UNA BIG BIG BIG QUESTION: que camino seguir
1- Azure (nube microsoft)
2- Amazon (AWS)
3- Google GCP

Se puede estudiar las 3 pero al final la locura, especializarse en una de ellas, es probable que es una lucha entre 3 titales.

• Una vez entras en el mundo de serverless, te permite enfocarte en el desarrollo de tu aplicación y no en la administracion de la infraestructura
• Para desarrolladores independientes y startups es mas recomendable usar “serverless platforms”
• Firebase es un backend as a service

• Cloud run está enfocada en contenedores. No te preocupes por preparar el contenedor, solo lo bajas y lo corres.

• Cloud Functions no necesita contenedores. Solo se enfoca en la lógica aplicativa que queremos usar. Solo ponemos código y lo corremos.

Serverless permite enfocarte en el desarrollo de tu aplicación y no en la administración de la infraestructura. La recomendación general para una startup es empezar dentro del mundo serverless.

Opciones de cómputo:

• Bare Metal: Directamente en el metal. Servidores reales.
• Compute Engine: Infraestructura como Servicio (IaaS).
• Kubernetes Engine: Aplicaciones contenerizadas administradas.
• App Engine: Plataforma como servicio (PaaS)
• Cloud Run: Contenedores serverless
• Cloud Functions: Funciones como Servicio (FaaS)
• Firebase: Backend como Servicio (BaaS)

Excelente videos.

Excelente, super curso.

Les comparto mi archivo de apuntes de la clase aquí. Si no están los apuntes de las clases siguientes es porque no he terminado el curso, al final dejaré de nuevo el link