Compute Instances
Compute Instances: para el control del sistema operativo y los formatos tradicionales.
Una tenancy necesita crecer sin perder claridad sobre acceso, red, costos y recuperación. Add Solution transforma los requisitos de las cargas de trabajo en una arquitectura OCI gobernable, conectada y preparada para el ciclo operativo.
Tenancy, compartments, IAM, red, datos, protección, costos y operación como un único sistema.

Las landing zones de OCI ofrecen módulos Terraform para identidad, red, seguridad, observabilidad y gobernanza. La referencia acelera la implementación, pero debe ajustarse a la organización, las regiones y las cargas de trabajo. Los compartments organizan recursos y permiten aplicar políticas, cuotas, etiquetas y presupuestos en ámbitos lógicos. No son límites físicos. La protección depende de las políticas IAM, el diseño de red, las claves, la configuración de los servicios y los procedimientos. La landing zone es el comienzo de un modelo operativo, no la conclusión del proyecto de nube.
OCI IAM combina dominios de identidad, grupos, grupos dinámicos, compartments y políticas. Los usuarios humanos pueden federarse con el proveedor corporativo. Las cargas de trabajo compatibles utilizan grupos dinámicos y resource principals para reducir las credenciales estáticas. La arquitectura separa a los administradores de tenancy, red, seguridad, bases de datos y aplicaciones. Se evitan políticas amplias en el root compartment cuando ámbitos menores satisfacen la función. El acceso de emergencia, la rotación, la revisión y la auditoría forman parte del ciclo operativo.
Las VCN, subredes, tablas de rutas, listas de seguridad y NSG definen la conectividad. Service Gateway permite el acceso privado a servicios OCI admitidos; NAT Gateway ofrece salida para recursos privados; DRG conecta VCN, regiones, VPN y FastConnect según la configuración. FastConnect proporciona conectividad privada mediante socios o colocation, pero la redundancia de extremo a extremo exige evaluar circuitos, ubicaciones, CPE, proveedores, DRG y rutas. VPN puede actuar como ruta principal o de contingencia según la capacidad y el riesgo. El proyecto valida direccionamiento, DNS, ingress, egress, inspección, asimetría, límites, latencia y costo de transferencia.
El dimensionamiento considera el perfil de CPU, memoria, I/O, red y ráfagas, la disponibilidad de shapes y la capacidad regional. Las cifras de benchmark solo se utilizan con configuraciones y condiciones reproducibles.
Compute Instances: para el control del sistema operativo y los formatos tradicionales.
OKE: Kubernetes gestionado, manteniendo la responsabilidad sobre nodos, red, complementos, aplicaciones y políticas.
Functions y Container Instances: para escenarios compatibles con sus límites y su modelo de ejecución.
Object, Block y File Storage: elegidos según la semántica, el rendimiento, el ciclo de vida y la recuperación.
Load Balancer y Network Load Balancer: seleccionados según el protocolo, la terminación y los requisitos del flujo.
Base Database Service, Autonomous Database y Exadata Database Service atienden escenarios distintos. La compatibilidad, la versión, las funciones, las licencias, la administración, la ventana de mantenimiento, el backup, Data Guard, la latencia y la integración orientan la elección. Autonomous Database reduce tareas específicas de administración, pero el modelo de datos, los accesos, las dependencias, el rendimiento, los costos y la recuperación siguen siendo responsabilidad del proyecto. Exadata exige dimensionamiento y validación comercial propios; no se presume como destino universal para bases de datos Oracle.
Cloud Guard identifica configuraciones y actividades relevantes mediante detector recipes y puede recomendar o ejecutar respuestas configuradas. Security Zones aplica recipes a compartments y puede denegar operaciones incompatibles. Vault gestiona claves y secretos; Bastion ofrece acceso temporal a recursos privados; Vulnerability Scanning cubre escenarios admitidos. Estos servicios no sustituyen la clasificación de datos, el diseño IAM, la seguridad de aplicaciones ni la respuesta a incidentes. Cada hallazgo recibe prioridad, responsable, excepción y procedimiento.
Audit registra llamadas a API; Logging reúne logs de servicios y aplicaciones; Monitoring trabaja con métricas y alarmas; Events reacciona a cambios de estado; Notifications distribuye mensajes; Connector Hub mueve datos entre servicios admitidos. Add Solution define las señales por servicio crítico, retención, acceso, integración y costo. Las alarmas deben llegar a un responsable con contexto y un runbook. Recopilarlo todo sin una hipótesis operativa aumenta el volumen sin mejorar la respuesta.
Availability Domains y Fault Domains pueden reducir la exposición a fallos según la región y el servicio. No todas las regiones tienen la misma topología u oferta. La aplicación debe operar durante el fallo considerado. Las copias de seguridad, los clones, la replicación y Data Guard abordan riesgos diferentes. Deben documentarse RPO, RTO, consistencia, región de destino, capacidad, credenciales y dependencias. Object Storage puede participar en la retención y las copias, sujeto a políticas, ciclo de vida y controles de eliminación. Deben ejercitarse la restauración, el switchover, el failover y el failback.
Los compartments, las etiquetas y los presupuestos apoyan la asignación y las alertas, pero no sustituyen a los responsables financieros. El cómputo, el almacenamiento, las bases de datos, las licencias, FastConnect, el tráfico de salida, los logs y las copias de seguridad componen el costo total. Los límites de servicio y las cuotas pueden variar según la región y la tenancy. Los shapes o capacidades específicos pueden exigir planificación. Los compromisos, las licencias y los descuentos dependen del contrato vigente y no se presumen en esta página.
OCI ofrece modelos públicos, dedicados, Cloud@Customer e integraciones multinube. La elección depende de la residencia, la latencia, la operación, la soberanía, la conectividad y el contrato. Los servicios disponibles y las responsabilidades cambian entre modelos. Las integraciones con otras nubes deben abordar identidad, red, DNS, observabilidad, transferencia de datos y responsables de incidentes. “Multinube” solo aporta valor cuando resuelve un requisito concreto.
El plan identifica aplicaciones, bases de datos, datos, integraciones, licencias, dependencias y ventanas. Las herramientas de migración se seleccionan después de la estrategia para cada carga de trabajo. Flujo:
descubrir y clasificar;
establecer una landing zone;
validar conectividad y seguridad;
realizar un piloto con una carga de trabajo representativa;
migrar por oleadas con reversión;
estabilizar rendimiento, backup, costos y observabilidad;
transferir runbooks y responsabilidades.
Las regiones no tienen necesariamente los mismos servicios, shapes o capacidades. Oracle Database, Java, los sistemas operativos y el software de terceros exigen validación contractual. BYOL, license included y los programas comerciales dependen del producto y de las condiciones vigentes. El soporte de Add Solution cubre el alcance contratado con el cliente. Oracle Support y los planes de nube se contratan por separado y siguen sus propias condiciones. La integración entre estos flujos debe definirse en la operación.
Respuestas concretas para decisiones de arquitectura, operación y continuidad en OCI.
No. La referencia es modular. El proyecto selecciona componentes proporcionales al riesgo, la escala y la operación, preservando los mínimos de identidad, red, logs, costos y recuperación.
No. Son ámbitos lógicos de organización y acceso. El aislamiento de red depende de VCN, subredes, rutas, NSG, gateways y políticas.
No por sí solo. Los circuitos, las ubicaciones, los proveedores, los CPE, los DRG y las rutas deben formar el diseño resiliente.
Reduce las tareas de la plataforma, pero no elimina el modelado, los accesos, la integración, el rendimiento, el costo y la recuperación.
No. Aplica las políticas de una recipe a los recursos admitidos. Los procesos, las aplicaciones, las identidades y las evidencias siguen siendo necesarios.
Cuando los requisitos de carga de trabajo, compatibilidad, consolidación, rendimiento y operación justifiquen la inversión y se validen mediante dimensionamiento.
No. Depende de los eventos de fallo, la residencia de datos, el RPO, el RTO, el costo y la capacidad de recuperación.
evaluación de tenancy y cargas de trabajo;
landing zone y Terraform;
IAM, compartments y políticas;
VCN, DRG, VPN y FastConnect;
cómputo, OKE, almacenamiento y bases de datos;
seguridad y observabilidad;
backup, DR e testes;
costos, cuotas y planificación de capacidad;
migración, documentación y soporte operativo continuo.
Conecte tenancy, identidad, red, bases de datos, protección, costos y operación antes de ampliar el entorno.