Escrito el 29/06/2024

AZ-900 Curso de Azure: Could Concepts

Los sistemas Could computing se distinguen entre:

  • Compute
  • Networking
  • Storage Los conceptos claves de la nube son:

Lenguage

High availablity

Es el Core de could computing. No tiene hardward pero e puden crear server facilmente Si el hardward falla, es automaticamente reemplazado.

Reliability

(aka Faul Tolerance/Disaster recovery) El sistema se recupera rápidamente de fallos y continua funcionando. Se deploya en muchas ubicaciones. Cada vez que una computado falla, otra la reemplaza.

Scalability

Se pueden crear nuevos recursos (maquinas virtuales, memoria, etc) a medida que los actuales no son suficientes a la cantidad de peticiones actuales. Se agregan y quitan muy rapidamente. Existe escalabilidad:

  • Vertical (más memoria, cpu, ram, etc)
  • Horizontal (más copias de la misma máquina virtual)

Security

Control total de la seguridad, mantenimiento, control de red y más dentro del ambiente cloud.

Predictability

Costos

No existen sorpresas inesperadas en la factura Azure permite seguir y mantener los costoa en tiempo real. Azure provee analitica para identificar patrones/tendencias para optimizar el uso.

Performance

Se puede predecir cuándo se requiren más o menos recursos. Esto brinda la misma experiencia sin verse afectado por el tráfico.

Governance

  • Entornos estandarizados
  • Auditorías de conformidad

Managebility

Se trata de la Manejabilidad:

De la nube

  • Auto escalamiento
  • Monitorización
  • Deploys basados en templates

En la nube

  • Portal
  • CLI
  • APIs

Economía / Costos

Términos

Capital Expenditure (CapEx)

Dinero gastado en edificios, tierras o equipamento. Grandes inversiones.

Operationa Expenditure (OpEx)

Costos por ejecutar un sistema, costos anuales. Existen dos modelos:

Precio por hora

Se paga por hora que se usa un recurso. Por ejemplo Azure Functions (pagas por ejecución, segundo y su combinación).

Precio por consumo

Se paga por los recursos utilizados

Modelos de Cloud Service

Existen 3 modelos:

Infraestructure as a Service (IaaS)

Servidores que se crean y destruyen. No se ve el Hardware, se tiene servidores a disposición sin el trabajo por detrás.

Platform as a Service (PaaS)

IaaS con la infraestructura agregadas (middlewares, manejadores de bases de datos, herramientos, etc). Está hecho para soportar el ciclo de vida de un desarrolo completo (desarrollo, test, deploy, prod). Evita problemas de licencias.

Software as a Service (SaaS)

Es PaaS con aplicaciones ya hechas. No se debe mantener nada por detrás. Por ejemplo Office 365. Un ejemplo extremos son las Azure Functions.

Nota 1: A medida que se pasa de IaaS, PaaS, SaaS la responsabilidad de mantener las aplicaciones se van pasando a Microsoft.

Marketplace

Es un store con herramientas/sistemas para comprar/utilizar en el portal. Se puede tomar como Solutions as a Service. Se accede desde el Azure App Store, algunos son pagos otros gratuitos. Se pueden crear los propies. Son componentes listos para utilizarse.

Modelos de Arquitecturas Cloud

Existen tres modelos:

Privado

Los servicios pueden utilizarlo sólamente los usuarios de la cuenta. Control completo de la infraestructura. mejor seguridad y privacidad. IT es responsable de mantenerlo

Publico

Cualquier puede conectarse. Hay que controlar la privacidad y seguridad. No se paga por el hardware. Tiene menos costo mensualmente. Se tiene control de las versiones

Hibrido

Es una mezcla de ambos. Sirve para tener sistemas con partes privadas y publicas. Es mucho más compleja de mantener.

Nota 2: Hay que elegir la arquitectura con mucho cuidado porque no se puede cambiar