Tienda Andina quiere trasladar su aplicación a la nube. La primera decisión es dónde desplegarla y qué parte del servicio debe seguir funcionando ante un fallo.
Conceptos clave
La nube permite aprovisionar recursos por demanda mediante consola, API o herramientas. Escalabilidad es la capacidad de aumentar o reducir recursos; elasticidad es ajustarlos según la demanda. Una VM sobredimensionada y siempre encendida puede ser escalable sin aprovechar la elasticidad. Pagar por uso tampoco significa pagar únicamente cuando hay clientes visitando tu aplicación: el medidor puede registrar capacidad aprovisionada.
En IaaS administras, entre otras cosas, el sistema operativo de tus VMs y la aplicación. En servicios de PaaS, Oracle administra más componentes de la plataforma. En SaaS, consumes una aplicación terminada. Cuanto más gestionado sea el servicio, cambia la distribución de tareas; la responsabilidad sobre datos y acceso sigue siendo esencial.
OCI reúne cómputo, red, almacenamiento, bases de datos, seguridad y otros servicios. Una tenancy representa el entorno de tu organización. Un OCID identifica de forma única un recurso; su nombre visible sirve para reconocerlo, pero no reemplaza ese identificador.
Regiones y dominios de fallo
Una región es un área geográfica. Contiene uno o varios Availability Domains (AD), cada uno formado por uno o más centros de datos. Un AD contiene tres Fault Domains (FD): agrupaciones de hardware que permiten separar instancias frente a fallos y mantenimiento. No todas las regiones tienen tres AD. Consulta la estructura regional de OCI.
Dos VMs en FD diferentes dentro del mismo AD ayudan frente a ciertos fallos de hardware. Para soportar la pérdida del AD necesitas diseñar en otro AD disponible; para un evento regional, en otra región. En ambos casos debes resolver también datos, conectividad y recuperación. Duplicar solo la VM no garantiza continuidad.
Elige región por proximidad a usuarios, requisitos de residencia, servicios disponibles y capacidad. La alta disponibilidad busca mantener el servicio; la recuperación ante desastres define cómo restablecerlo después de una interrupción mayor. Piensa tanto en el tiempo tolerable de recuperación como en cuántos datos podrías perder.
Consola y formas de consumir OCI
Antes de buscar una VM en la consola, verifica tenancy, región y compartimento. Muchos recursos son regionales o están asociados a un AD. Los compartimentos son agrupaciones lógicas que pueden contener recursos de diferentes regiones: cambiar de compartimento no cambia la región de la consola.
En el recorrido de consola identifica el menú de servicios, búsqueda, selector de región, selector de compartimento, perfil de identidad, ayuda y herramientas de facturación. La consola, la CLI, los SDK y la API acceden a los mismos servicios sujetos a IAM. Un recurso no cambia de dueño porque lo creaste con una interfaz distinta.
La nube pública aloja recursos en regiones operadas por Oracle. OCI Dedicated Region lleva una región de OCI al centro de datos del cliente bajo condiciones del servicio. Roving Edge Infrastructure acerca cómputo y almacenamiento a ubicaciones remotas. En un escenario multicloud, soluciones como Oracle Interconnect for Azure y Oracle Database@Azure conectan o integran entornos de proveedores distintos. Son necesidades diferentes: localización, operación en el borde e integración entre nubes. Consulta la oferta de nube distribuida.
Ejemplo paso a paso
La tienda quiere mantener la web disponible si falla un servidor. Aún no ha pedido continuidad frente a la pérdida de una región.
- El equipo compara regiones cercanas a sus clientes y comprueba disponibilidad de los servicios necesarios.
- Crea un compartimento Producción, distinto del de aprendizaje.
- Distribuye dos instancias entre FD diferentes de un AD y coloca un balanceador delante.
- Separa los datos persistentes del ciclo de vida de una sola instancia y establece copias de seguridad.
- Simula conceptualmente la pérdida de una instancia: el balanceador debe enviar nuevas peticiones al backend sano. Una pérdida del AD requiere un diseño adicional.
Para orientarte en una demostración, anota el OCID, región, AD cuando corresponda, compartimento y estado del recurso. Si una búsqueda no devuelve resultados, revisa ese contexto y los permisos antes de crear un duplicado.
Errores frecuentes
- “Dos instancias significan alta disponibilidad”. Si dependen de un único punto de fallo, ambas pueden quedar inutilizables. Incluye balanceo, datos y salud de la aplicación.
- “Un compartimento es un centro de datos”. Organiza y delimita permisos; no proporciona separación física por sí mismo.
- “Todas las regiones tienen tres AD”. La cantidad varía. Los tres FD pertenecen a cada AD.
Ejercicio de decisión
Una aplicación debe seguir disponible si sufre mantenimiento un grupo de hardware. Su región dispone de un solo AD. Un compañero propone crear un segundo compartimento y dejar las dos VMs en el mismo FD. ¿Qué cambiarías y qué riesgo permanecería?
Solución
Distribuiría las instancias entre FD distintos y verificaría el balanceo y la disponibilidad de datos. El segundo compartimento puede servir para organización o permisos, pero no cambia su colocación física. El AD sigue siendo un ámbito de fallo compartido; un requisito de continuidad más amplio podría exigir otra región y una estrategia de replicación y recuperación.
Fuentes y repaso
Repasa regiones, AD y FD, la consola de OCI y nube distribuida. Sin mirar el texto: ¿por qué importa la distancia al usuario?, ¿qué información necesitas para encontrar una VM?, ¿cuándo Dedicated Region y multicloud responden a requisitos diferentes?