Proporciona recursos de computación como servidores, lamacenamiento y redes

PaaS, Plataforma como servicio

Ofrece un entorno completo para desarrollar y desplegar aplicaciones

SaaS, Software como servicio

Son aplicaciones listas para usar accesibles a traves de un navegador o una aplicación.

(pública, privada, hibrida)

Nube pública

Dentro de la nube pública encontramos infraestructuras como aws, google cloud y Azure que ofrecen este servicio.

Nube híbrida

Combina elementos de la nube privada y de la pública para que los clientes puedan tener la flexibilidad que ofrece la pública y la seguridad de la privada

Nube privada

Solo la utiliza una organización por lo que es mucho más segura.

Se ha comprometido a utilizar energía 100% renovable este año con el objetivo de alcanzar en 2040 la neutralidad de carbono. Está trabajando en innovar la eficiencia energética en sus centros de datos, está desarrollando proyectos de energía eólica y solar y con sus servicios de cloud ayudan a las empresas a reducir su impacto ambiental.

Desde que apareció la IA todas las empresass de cloud, sobre todo las más grandes como Microsoft, Google y AWS, han tenido un aumento significativo en las emisiones de carbono por lo que el uso de energías renovables y con poco impacto es esencial y aclaran todos estos proveedores que están consiguiendo mantener sus objetivos.

enertic.org

¿Qué servicios ofrece?

En españa, Indra (investigar)

Para manejar datos uno tiene límites por el hardware que utiliza, con la nube no tenemos que preocuparnos por el hardware.

Investigar las empresas grandes que cuentan con el capital para montar un servicio y las ventajas que tiene utilizar ese servicio

Ofrecen la gestión del cómputo de los datos para que tu como empresa no tengas que gastar ni invertir en ello.

Como el capital solo lo tienen las grandes empresas son los únicos al final que pueden iniciar estos proyectos y en parte se nos obliga a contratar estos servicios, tenemos de ejemplo el renting. Es la mejor alternativa para poder hacer ciertas cosas sin una gran inversión pero no tenemos el capital para iniciar un proyecto así y eso es una desventaja.

Acabas dependiendo de otras empresas y puede ser un problema para tu independencia ya que si esas empresas quieren cambiar algo te verás afectado. Buscar ejemplos en la vida diaria sobre esto.

Reflexionar acerca de estudiar aws, ventajas, desventajas y sacar conclusiones. Al final amazon hace esto para sacar dinero.

Los gastos de capital son esos que se utilizan para mantener activos los recursos físicos, en cambio el gasto variable es aquel que se puede modificar o evitar fácilmente ya que se invierte capital solo en lo que se le va a dar uso, únicamente por la cantidad que se consuma, permite ampliar y reducir recursos de forma instantánea con el gasto de capital necesario.

Beneficiarse de las grandes economías de escala

Gracias a usar servicios como AWS puedes ahorrar ya que estos servicios se pueden ofrecer más baratos de los que tu por tu cuenta podrías conseguir.

Evitar asumir estimaciones sobre capacidad

Con la informática en la nube ya no es necesario tomar decisiones respecto a la infraestructura y la potencia que se va a necesitar porque la nube te ofrece los recursos necesarios ya sean muchos o pocos y escalar como empresa de cualquier forma con solo avisar.

Amentar la velocidad y la agilidad

En un entorno de informática en la nube se puede acceder a todos los recursos en cuestión de segundos mientras que si se usan los recursos de forma tradicional deberás esperar el tiempo de la instalación de los recursos, la llegada de ellos, etc.

Dejar de gastar dinero en la ejecución y el mantenimiento de datos

Puedes olvidar las preocupaciones que tienen que ver con la infraestructura y centrarte en tu proyecto.

Adquirir escala mundial en cuestión de minutos

AWS te permite implementar tu aplicación por todo el mundo de forma sencilla.

Si la empresa decide usar éste modelo tradicional deberá preguntarse si hay capacidad de recursos o almacenamiento suficientes para satisfacer sus necesidades, tendrá que pagar por muchos recursos que probablemente permanezcan inactivos si no alcanzan los picos máximos previstos y si supera los picos no tendrá capacidad suficiente.

Te ofrecen el acceso a equipos (virtuales o hardware) y al espacio de almacenamiento de datos teniendo mayor flexibilidad, es lo más parecido a los recursos TI por lo que será cómodo para aquellas personas que estén acostumbradas a trabajar con muchos departamentos y desarrolladores de TI.

PaaS: Plataforma como servicio

Estos servicios reducen la necesidad de administrar la infraestructura y permiten al usuario centrarse en la implementación y administración de sus aplicaciones

SaaS: Software como servicio

Ofrecen un servicio completo, el producto ya está completo y el usuario solo tendrá que utilizar este producto como mejor le convenga ahorrando todo lo relacionado a su mantenimiento, administración, infraestructura, etc.

La aplicación se encuentra totalmente implementada en la nube por lo que todas las partes de la aplicación se ejecutan en la nube. (La infraestructura está fuera de la empresa)

Híbrida

La empresa tiene su aplicación distribuida en su propia infraestructura o en una privada y también en infraestructura externa, permite a la empresa ampliar sus recursos si es necesario pero manteniendo cierto control sobre ellos ya que utilizarán la infraestructura externa como una extensión.

Privada

La empresa contrata la infraestructura a una empresa que será exclusivamente utilizada por ellos por lo que da mucha más libertad de personalización y seguridad ya que no es una infraestructura utilizada por más empresas.

Toda la infraestructura en la nube de AWS se basa en regiones, cuenta con 22 en todo el mundo.

Cada zona de disponibilidad consta con uno o varios centros de datos.

Si no hay problemas legales, se recomienda usar una región lo más cercana posible para reducir latencia.

Todas las zonas de disponibilidad están interconectadas con redes de ancho de banda y baja latencia que proporciona un alte rendimiento entre las zonas de disponibilidad.

Cuando una aplicación se divide entre zonas de disponibilidad, las empresas quedan mejor aisladas y protegidas a todo tipo de problemas.

Las instalaciones están en ubicaciones escogidas con cuidado a fin de reducir el riesgo ambiental, cuando da error alguno de los centros no hay problema ya que gracias a la redundancia de datos, como el usuario elige una zona de disponibilidad, podrá seguir trabajando sin problemas gracias a los demás centros de datos de esa misma zona.

Éstos cachés de borde regionales se utilizan cuando al contenido no se accede con la frecuencia suficiente como para que permanezca en la ubicación perimetral.

Existen 23 categorías de servicios que AWS ofrece basados en la nube. En la propia página de AWS se puede ver cada uno de estos servicios explicados con detalle.

• Cómputo: Cargado por hora/segundo

• Almacenamiento: Se cobra por GB.

• Transferencia de datos: Se cobra por GB. la salida se cobra pero la entrada de normal no tiene cargo

• Modelo de gasto: Gastos de Capital (CapEx): Costos fijos (hardware, instalaciones, licencias).

• Escalabilidad: El escalado vertical es costoso y lento. La reducción vertical no reduce los costos fijos.

• Recursos: La empresa es responsable del equipo, administración y mantenimiento.

• Agilidad: Largos ciclos de planificación y compra de componentes.

• Debate: Gasto de capital, largos ciclos de planificación.

Nube de AWS:

• Modelo de gasto: Gastos Operacionales (OpEx): Sin gastos iniciales, pague por lo que usa.

• Escalabilidad: El escalado y la reducción vertical son sencillos y rápidos.

• Recursos: El proveedor (AWS) mantiene la infraestructura de autoservicio.

• Agilidad: Mejora el tiempo de comercialización y la agilidad.

• Debate: Flexibilidad, agilidad y costos basados en el consumo.

El Costo Total de Propiedad (TCO) es una estimación financiera crucial que identifica los costos directos e indirectos de un sistema.

¿Por qué se utiliza el TCO?

• Comparación: Para comparar con precisión los costos de ejecutar una carga de trabajo completa en las instalaciones frente a hacerlo en AWS.

• Presupuesto: Para presupuestar y crear el caso empresarial (Business Case) que justifique el traslado a la nube.

Consideraciones Clave del TCO (Costos en las Instalaciones)

Para calcular el TCO en las instalaciones, se deben tener en cuenta los costos directos e indirectos difíciles de determinar, incluyendo:

1. Costos de Servidores: Hardware, software (licencias de SO/virtualización) y costos de instalaciones (espacio, electricidad, refrigeración).

2. Costos de Almacenamiento: Discos, hardware de red de almacenamiento (SAN/FC) y costos de instalaciones.

3. Costos de Red: Hardware de red local (LAN), equilibradores de carga, costos de ancho de banda y costos de instalaciones.

4. Costos de Mano de Obra de TI: Personal necesario para la administración de servidores, almacenamiento, red, seguridad y aplicaciones.

En la Nube de AWS: La mayoría de estos costos complejos (hardware, licencias, mantenimiento, instalaciones) se convierten en costos transparentes y fáciles de calcular, basados en métricas de uso (RAM, almacenamiento, ancho de banda) por unidad de tiempo.

¿Para Qué Utilizar la Calculadora de Precios?

• Calcular costos: Estimar los costos mensuales de los servicios de AWS.

• Modelar soluciones: Diseñar sus soluciones y planificar el costo antes de construirlas.

• Identificar ahorros: Encontrar oportunidades para reducir los costos mensuales.

• Explorar detalles: Ver los puntos de precio y los cálculos detallados detrás de las estimaciones.

• Ajustar recursos: Encontrar los tipos de instancia disponibles y las condiciones contractuales que se ajustan a sus necesidades (ej. Instancias Reservadas).

• Organizar presupuestos:

  • Nombrar su presupuesto (estimado).

  • Crear y nombrar grupos de servicios (contenedores para organizar servicios por centro de costos, departamento, arquitectura de productos, etc.).

Beneficios Principales

• Facturación Unificada: Simplifica la facturación con un único método de pago para todas las cuentas, lo que permite aprovechar los descuentos por volumen y ver una vista combinada de los cargos.

• Administración Centralizada:

  • Políticas de acceso administradas de manera centralizada.

  • Acceso controlado a los servicios de AWS.

  • Creación y administración automatizada de cuentas de AWS (usando APIs).

  
  

Terminología y Estructura Jerárquica

La estructura se asemeja a un árbol invertido :

• Organización / Raíz: El contenedor principal en la cima.

• Unidades Organizativas (OU): Contenedores que agrupan cuentas y pueden contener otras OUs. Se utilizan para aplicar políticas.

  • Una OU solo puede tener una entidad principal.

• Cuenta: Una cuenta de AWS estándar (las "hojas" del árbol) que contiene los recursos. Cada cuenta es miembro de una sola OU.

• Propagación de Políticas: Una política adjunta a la Raíz o a una OU se transmite y aplica a todas las cuentas y OUs por debajo en la jerarquía.

• Facturación Unificada:

  • Un único método de pago centralizado para todas las cuentas.

  • Permite ver una vista combinada de los cargos.

  • Se aprovechan los descuentos por volumen gracias al uso agregado.

• Administración y Control:

  • Creación de Políticas de Control de Servicios (SCP) para controlar centralmente el uso de servicios en múltiples cuentas.

  • Administración de cuentas basada en políticas y grupos.

  • Uso de APIs para automatizar la creación y gestión de cuentas.

Seguridad: SCP vs. Políticas de IAM

AWS Organizations utiliza Políticas de Control de Servicios (SCP) para establecer restricciones máximas a nivel de organización, complementando las Políticas de IAM:

• Políticas de Control de Servicios (SCP):

  • Permiten o deniegan el acceso a servicios de AWS (ej. bloquear el uso de un servicio completo).

  • Se aplican a cuentas individuales o grupos de cuentas (OU).

  • Afectan a todos los usuarios, grupos y roles de IAM de una cuenta, incluyendo al usuario raíz.

• Políticas de AWS IAM:

  • Permiten o deniegan el acceso a servicios, recursos individuales o acciones de API específicas.

  • Se aplican a usuarios, grupos o roles de IAM dentro de una sola cuenta.

  • No pueden restringir al usuario de la cuenta raíz de AWS.

⚙️ Configuración y Administración

Pasos Básicos de Configuración

1. Crear una organización (con la cuenta actual como principal).

2. Crear unidades organizativas (OU) y colocar las cuentas miembro.

3. Crear políticas de control de servicios (SCP) para aplicar restricciones.

4. Probar las restricciones (usando cuentas de prueba o el Simulador de Políticas de IAM).

Interfaces de Acceso

AWS Organizations se puede administrar mediante:

• Consola de Administración de AWS (interfaz gráfica basada en navegador).

• AWS CLI (Interfaz de la Línea de Comandos) para tareas rápidas y scripts.

• AWS SDKs (Kits de Desarrollo de Software) para integrar la gestión en código de programación.

• API de consultas HTTPS para acceso programático directo.

Límites Clave (Restricciones Máximas)

• Raíces: 1

• Unidades Organizativas (OU): 1000

• Políticas (SCP): 1000

• Anidamiento Máximo de OU: 5 niveles

📊 Panel de Facturación de AWS

El Panel de Facturación es el punto de partida que ofrece una visión general de los gastos del mes hasta la fecha. Muestra dos gráficos principales:

1. Resumen de Gastos: Muestra cuánto se gastó el mes pasado, los costos estimados hasta la fecha y una previsión de lo que probablemente se gastará en el mes actual.

2. Gasto Mensual hasta la Fecha por Servicio: Identifica los principales servicios utilizados y la proporción de costos atribuidos a cada uno.

🛠️ Herramientas de Gestión de Costos

Desde el Panel de Facturación se accede a varias herramientas clave:

1. AWS Bills (Facturación Mensual)

• Muestra los costos incurridos durante el mes pasado para cada servicio.

• Ofrece un desglose adicional por Región de AWS y Cuenta Vinculada.

• Brinda acceso a la información más actualizada del uso y las facturas detalladas.

2. Explorador de Costos de AWS (Cost Explorer)

• Herramienta gratuita para visualizar, comprender y administrar el uso y los costos a lo largo del tiempo mediante gráficos.

• Funcionalidades:

  • Ver datos de costos de los últimos 13 meses.

  • Predecir cuánto se gastará en los próximos 3 meses.

  • Identificar patrones de gasto, servicios más utilizados y áreas problemáticas de costos.

3. AWS Budgets (Presupuestos)

• Utiliza la visualización de costos del Explorador de Costos para supervisar el estado de los presupuestos y mostrar previsiones.

• Permite crear notificaciones (por correo electrónico o Amazon SNS) para cuando se supere el presupuesto o cuando los costos estimados lo excedan.

• Los presupuestos se pueden seguir a nivel mensual, trimestral o anual.

4. Informe de Costo y Uso de AWS (CUR)

• Proporciona la información más completa sobre el uso y los costos.

• Lista el uso para cada categoría de servicio en partidas por hora o por día.

• Se puede configurar para que AWS publique los informes de facturación en un bucket de S3 (se actualiza una vez al día).

Roles y Herramientas Clave

• Director Técnico de Cuenta (TAM):

  • Disponible en el plan Enterprise Support.

  • Proporciona orientación proactiva, revisión de arquitectura y comunicación continua.

  • Es el punto de contacto principal para la asistencia continua.

• AWS Trusted Advisor:

  • Funciona como un experto en la nube personalizado.

  • Ofrece prácticas recomendadas buscando oportunidades para reducir gastos y aumentar el rendimiento/tolerancia a errores.

• AWS Support Concierge:

  • Equipo experto en asistencia para cuentas y facturación.

  • Responde preguntas no técnicas de facturación y cuentas de manera rápida.

Los Cuatro Planes de AWS Support

AWS ofrece cuatro planes de soporte diseñados para diferentes etapas de adopción y criticidad de las cargas de trabajo:

1. Basic Support (Gratuito):

   • Acceso a documentación, foros de discusión y centro de recursos.

   • Acceso a Service Health Dashboard y seis comprobaciones principales de Trusted Advisor.

   • NO incluye soporte para casos (abrir tickets).

2. Developer Support:

   • Dirigido a clientes que realizan pruebas o desarrollo inicial (cargas de trabajo que no son de producción).

   • Ofrece acceso a orientación y soporte técnico.

3. Business Support:

   • Dirigido a clientes que ejecutan cargas de trabajo de producción en AWS.

   • Ideal para quienes dependen de que sus soluciones empresariales sean disponibles, escalables y seguras.

4. Enterprise Support:

   • Dirigido a clientes que ejecutan cargas de trabajo críticas para la empresa (misión crítica).

   • Incluye Director Técnico de Cuenta (TAM).

   • Se enfoca en la administración proactiva para aumentar la eficiencia y disponibilidad.

Severidad de Casos y Tiempos de Respuesta

El tiempo de respuesta del soporte (disponible desde el plan Developer hacia arriba) depende de la severidad del caso:

• Crítico: El negocio está en riesgo (funciones críticas no disponibles).

• Urgente: El negocio se ve afectado significativamente (funciones importantes no disponibles).

• Alta: Funciones importantes dañadas o deterioradas.

• Normal: Funciones no críticas se comportan de forma anormal o duda urgente de desarrollo.

• Baja: Duda general de desarrollo o solicitud de función.

🔹 Qué asegura AWS

AWS es responsable de proteger toda la infraestructura global donde funcionan los servicios de la nube. Esto incluye:

• La seguridad física de los centros de datos.

• Toda la infraestructura de hardware (servidores, equipos de red…).

• La infraestructura de software que mantiene los servicios.

• La infraestructura de red que conecta todo.

Qué debe asegurar el cliente

El cliente es responsable de todo lo que él cree, configura o sube a AWS. Entre sus responsabilidades están:

• Cifrar los datos, tanto en reposo como en tránsito.

• Configurar correctamente los security groups.

• Configurar el sistema operativo de las instancias EC2.

• Proteger cualquier instancia EC2 que lance.

• Asegurar sus aplicaciones.

• Configurar firewalls y redes.

• Administrar cuentas de forma segura.

AWS protege la plataforma; el cliente protege lo que construye encima.

🔹 Qué asegura AWS

AWS es responsable de proteger toda la infraestructura global donde funcionan los servicios de la nube. Esto incluye:

• La seguridad física de los centros de datos.

• Toda la infraestructura de hardware (servidores, equipos de red…).

• La infraestructura de software que mantiene los servicios.

• La infraestructura de red que conecta todo.

Qué debe asegurar el cliente

El cliente es responsable de todo lo que él cree, configura o sube a AWS. Entre sus responsabilidades están:

• Cifrar los datos, tanto en reposo como en tránsito.

• Configurar correctamente los security groups.

• Configurar el sistema operativo de las instancias EC2.

• Proteger cualquier instancia EC2 que lance.

• Asegurar sus aplicaciones.

• Configurar firewalls y redes.

• Administrar cuentas de forma segura.

AWS protege la plataforma; el cliente protege lo que construye encima.

🔸 Componentes básicos de IAM

IAM User (usuario IAM)

Es una persona o una aplicación a la que le das acceso a tu cuenta de AWS.
Tiene:

• Un nombre único.

• Unas credenciales de seguridad.

IAM Group (grupo IAM)

Es un conjunto de usuarios. Sirve para asignar permisos a varios usuarios a la vez.

• Un usuario puede estar en varios grupos.

• Los grupos no pueden estar dentro de otros grupos.

• No existe un grupo “por defecto” con todos los usuarios.

IAM Policy (política)

Documento JSON que define permisos: qué acciones se pueden hacer y sobre qué recursos.
Puede permitir o denegar acceso.

IAM Role (rol)

Los roles permiten otorgar acceso temporal a recursos.

• No están ligados a un usuario concreto.

• Se pueden “asumir” cuando se necesitan.

• Se usan para delegar permisos a apps, otros servicios o usuarios externos.

1. Acceso programático
   Se usan un Access Key ID y un Secret Access Key para realizar llamadas a APIs.

2. Acceso a la consola de administración
   El usuario inicia sesión con usuario y contraseña.
   Si tiene MFA activado, debe introducir el código de verificación.

• Por defecto, los usuarios no tienen permisos.

• Los permisos se asignan creando políticas.

• Si una acción no está permitida explícitamente, se deniega.

El principio de mínimo privilegio recomienda conceder solo los permisos estrictamente necesarios, e ir ampliándolos según se necesite.

Se asignan a un usuario, grupo o rol.

• Managed policies: políticas independientes reutilizables.

• Inline policies: políticas que están incrustadas directamente en una entidad concreta.

Políticas basadas en recursos

Se adjuntan directamente a un recurso (S3, por ejemplo) para indicar quién puede hacer qué allí.
Siempre son inline.

1. Primero busca si hay un explicit deny → si existe, se deniega sí o sí.

2. Si no hay deny, busca un explicit allow → si existe, se permite.

3. Si no existe ninguno → implicit deny.

• No usar el root para tareas normales.

• Crear usuarios IAM y darles permisos específicos.

• Activar MFA tanto en root como en los demás usuarios.

• Utilizar AWS CloudTrail, que registra todas las llamadas a la API y mantiene los registros durante 90 días.

Sirve para gestionar varias cuentas desde un punto central, aplicando políticas a nivel de organización.

AWS Key Management Service (KMS)

Permite crear y gestionar claves de cifrado.
Utiliza las Customer Master Keys (CMKs) para controlar el acceso a las claves que cifran los datos.
Además, se integra con CloudTrail para registrar el uso de claves.

Amazon Cognito

Sirve para gestionar la autenticación y el acceso a recursos desde tus aplicaciones.
Puedes asignar roles a los usuarios para que solo accedan a lo que les corresponde.
Compatible con SAML 2.0.

AWS Shield

Servicio de protección contra ataques DDoS.

• Standard: gratis y activado automáticamente.

• Advanced: de pago, con protección ampliada para aplicaciones críticas.

Son los datos almacenados en disco o cinta.
AWS permite usar sistemas cifrados con AES-256, un estándar muy seguro.

Cifrado de datos en tránsito

Son los datos que se están moviendo por la red.
Se usa TLS 1.2 + AES-256 para protegerlos.
AWS Certificate Manager te ayuda a gestionar certificados SSL/TLS.

• S3 Block Public Access → tiene prioridad sobre todas las demás políticas.

• IAM policies → para controlar acceso de usuarios.

• Bucket policies → para controlar acceso al bucket.

• ACLs → ya no se usan mucho.

• Trusted Advisor → revisa si algún bucket es público por error.

AWS Config

Servicio que monitoriza continuamente la configuración de tus recursos y te permite comprobar si cumplen las configuraciones que tú has definido.
Es regional, así que debes activarlo en cada región que uses.

AWS Artifact

Te permite descargar informes de cumplimiento como:

• Certificaciones ISO

• Informes PCI

• Informes SOC
  Puedes presentarlos a auditores o reguladores.

Direcciones IP

• IPv4: etiqueta numérica en formato decimal de 32 bits, dividida en cuatro octetos de 8 bits.

• IPv6: compuesta por 8 grupos de 4 caracteres hexadecimales separados por dos puntos (:). Cada grupo representa 16 bits.

CIDR (Classless Inter-Domain Routing)

• Método para describir redes.

• Formato: IP_address / número_de_bits_fijos.

• Los bits que no son fijos pueden variar.

• Permite representar un conjunto consecutivo de direcciones IP.

Modelo OSI

• Modelo conceptual para entender cómo viajan los datos por una red.

• Divide la comunicación en capas, desde la física hasta la de aplicación, para analizar y diseñar sistemas de red.

• Rango de IP propio

• Subredes (privadas o públicas)

• Tablas de enrutamiento

• Puertas de enlace de red

• Capas de seguridad como security groups y network ACLs

VPC y subredes

• Cada VPC pertenece a una región y puede abarcar varias Zonas de Disponibilidad (AZ).

• Puedes crear subredes en diferentes AZ para mejorar la disponibilidad.

Direcciones IP

• IPv4 CIDR block asignado al crear la VPC (no se puede cambiar luego).

• Tamaño: desde /16 hasta /28. También puede usar IPv6.

IP reservadas

AWS reserva 5 direcciones por cada CIDR block:

1. Dirección de red

2. Router local de VPC

3. Resolución DNS

4. Uso futuro

5. Dirección de broadcast de red

IP públicas

• Cada VPC tiene una IP privada automáticamente.

• Se puede solicitar IP pública al crear la instancia.

• Elastic IP: IP pública estática que se puede asociar a cualquier instancia o interfaz de red (con coste adicional).

Interfaces de red elásticas

• Son interfaces virtuales que se pueden mover entre instancias.

• Redirigen el tráfico a la nueva instancia.

• Cada instancia tiene una interfaz de red por defecto con IP privada.

Tablas de enrutamiento

• Contienen reglas que dirigen el tráfico desde subredes.

• Cada subred debe asociarse a una tabla de rutas.

• La ruta local no se puede eliminar.

• La tabla principal se asigna automáticamente a la VPC.

• Permite la comunicación entre instancias en la VPC y el internet.

• Funciona como objetivo en la tabla de rutas y realiza NAT para instancias con IP pública.

• Para hacer pública una subred, se asocia un Internet Gateway y se añade la ruta correspondiente.

NAT Gateway

• Permite que instancias en subred privada accedan a Internet o servicios AWS, pero bloquea conexiones entrantes.

• Debe ubicarse en subred pública y asociarse a un Elastic IP.

• Se actualizan las tablas de rutas de las subredes privadas para usar el NAT Gateway.

VPC Sharing

• Permite compartir subredes con otras cuentas dentro de la misma organización.

• Beneficios: separación de responsabilidades, seguridad, eficiencia y optimización de costes.

VPC Peering

• Conexión entre dos VPCs para que se comuniquen como si fueran la misma red.

• Restricciones: rangos IP no pueden superponerse, no soporta peering transitorio, un solo peering entre dos VPCs.

AWS Site-to-Site VPN

• Conecta la VPC a tu red remota mediante un gateway virtual.

• Se configura con ruta personalizada y enrutamiento hacia la conexión VPN.

AWS Direct Connect

• Conexión privada dedicada desde tu red hasta AWS.

• Mejora el ancho de banda y reduce latencia respecto a Internet.

🔹 VPC Endpoints

• Dispositivo virtual que conecta la VPC a servicios AWS de forma privada.

• Tipos:

  1. Interface VPC endpoint: para servicios con AWS PrivateLink.

  2. Gateway endpoints: para S3 y DynamoDB, sin necesidad de Internet Gateway o NAT.

AWS Transit Gateway

• Simplifica la conectividad centralizando la conexión entre varias VPCs y redes locales.

• Actúan como firewall virtual para instancias (nivel instancia).

• Controlan tráfico entrante y saliente.

• Stateful: mantiene información de estado de las conexiones.

Network ACLs

• Firewall opcional a nivel de subred.

• Controla tráfico de entrada y salida.

• Stateless: no mantiene estado de las conexiones.

• Cada subred solo puede asociarse a un ACL a la vez.

Tipos de enrutamiento

• Simple (round robin): para un recurso único.

• Weighted: tráfico dividido según pesos asignados.

• Latency Based Routing (LBR): envía tráfico al recurso con menor latencia.

• Geolocation: en función de la ubicación del usuario.

• Geoproximity: según ubicación de los recursos.

• Failover (DNS failover): activa un backup si el primario falla.

• Multivalued answer: responde hasta 8 registros sanos aleatoriamente.

🔹 DNS failover

• Mejora disponibilidad configurando backups y revisando la salud de los servicios.

• Útil en aplicaciones multi-región y multi-tier.

• Sistema global de servidores de cache que entrega contenido más rápido.

• Reduce la latencia y mejora la experiencia de usuario.

CloudFront

• CDN rápido y seguro que entrega datos, videos, apps y APIs.

• Red global de edge locations y caches regionales.

• Envía el contenido desde el nodo más cercano al usuario.

Beneficios

• Alcance global y baja latencia.

• Seguridad robusta: incluye AWS Shield y certificados SSL gestionados con ACM.

• Altamente personalizable con Lambda & Edge.

• Integración con otros servicios AWS.

• Modelo de pago por uso, optimizando recursos y costes.

Precios

• Transferencia de datos hacia internet o el origen.

• Número de solicitudes HTTP(S).

• Solicitudes de invalidación (primeras 1000 gratis).

• SSL dedicado con IP personalizada: $600/mes aprox.

Muchos expertos creen que hay una inflación artificial de valor en las empresas de IA.

Hay un exceso de inversiones y un uso excesivo de los recursos que crea el riesgo de una burbuja.

"Nunca confíes, verifica siempre."

La aplican mediante una autenticación fuerte, IAM detallado, un cifrado obligatorio y un gran control de roles y políticas.

Gracias a esto las brechas en la seguridad suelen venir por mala configuración, no por algún fallo de AWS.

• Gravition (CPU)

• Trainium / Inferentia (IA)

  
  

Esto tendría varias ventajas, los costes serían más bajos y tendría mayor independencia.