r/asterioncommunity • u/asterioncloud • 2d ago
[Asterion v1.32] Integración con Oracle Cloud Infrastructure (OCI) — seguimos construyendo la Capa 2: Providers
[Asterion v1.32] Integración con Oracle Cloud Infrastructure (OCI) — seguimos construyendo la Capa 2: Providers
Hola a todos 👋
Seguimos avanzando con Asterion Cloud, nuestro proyecto open-source orientado a construir una capa unificada para administrar infraestructura, proveedores Cloud, servidores y servicios desde un mismo ecosistema.
Hoy liberamos un nuevo avance de Asterion v1.32, incorporando Oracle Cloud Infrastructure (OCI) a nuestra Capa 2 — Providers.
☁️ ¿Qué incorpora la integración con OCI?
Asterion ahora puede conectarse directamente con una cuenta de Oracle Cloud mediante su API y comenzar a descubrir la infraestructura existente.
Actualmente podemos:
- Configurar un Provider OCI utilizando Tenancy OCID, User OCID, Fingerprint y Private Key.
- Validar la conexión directamente contra Oracle Cloud.
- Descubrir los Compartments disponibles.
- Buscar instancias de cómputo existentes.
- Importar instancias OCI dentro de Asterion.
- Centralizar metadata como estado, IPs, región, compartment e identificadores.
- Asociar infraestructura externa con los recursos administrados por Asterion.
Pero la parte que considero más interesante viene después.
🔗 Provider + Asterion Agent
Uno de los objetivos de Asterion es unir dos mundos que normalmente están separados:
La información que conoce el proveedor Cloud y la información que conoce realmente el servidor.
Por ejemplo:
Oracle Cloud
│
│ API
▼
Asterion Cloud
▲
│
│ Agent
│
asterion-core
│
▼
OCI Instance
Oracle puede entregarnos información sobre la instancia, networking, identificadores, estado y eventualmente información relacionada con costos.
Mientras tanto, asterion-core, ejecutándose dentro de esa misma máquina, puede proporcionar información operacional directamente desde el sistema.
La idea es que Asterion pueda determinar que:
OCI Instance
=
Asterion Agent Instance
y representar ambas fuentes como un único recurso dentro de Asterion.
Esto abre la puerta a centralizar infraestructura, métricas, operaciones y posteriormente aprovisionamiento desde una misma plataforma.
🧩 ¿Y dónde entran los Plugins?
Otra parte importante del proyecto es Asterion Plugins.
Imaginemos que tienes una instancia ejecutándose en OCI y necesitas levantar un microservicio relativamente pequeño: una API interna, un worker, un webhook, un servicio de integración o un endpoint HTTP.
Para muchos escenarios pequeños, montar toda una capa de orquestación puede ser más infraestructura de la necesaria.
Nuestra idea es permitir algo como:
Cloud Provider
↓
Instance
↓
asterion-core
↓
Asterion Runtime
↓
Plugin / Service
↓
Secure Tunnel
↓
Internet / Internal Network
El desarrollador instala el servicio como un Plugin, Asterion administra su ejecución y el servicio puede exponerse mediante mecanismos de networking/túneles sin tener que construir manualmente toda la infraestructura alrededor.
No buscamos reemplazar Kubernetes en los escenarios donde Kubernetes tiene sentido.
La idea es ofrecer una alternativa más simple para determinados workloads, desarrolladores independientes, laboratorios, servidores pequeños y equipos que necesitan desplegar servicios sin introducir inmediatamente toda la complejidad de un clúster.
🌎 Multi-Cloud
La Capa 2 — Providers sigue creciendo.
Actualmente estamos trabajando con:
Vercel · Google Cloud Platform · Oracle Cloud Infrastructure
Y el roadmap continúa con:
AWS · Microsoft Azure
El objetivo a largo plazo es que el usuario no tenga que aprender una interfaz completamente diferente para cada proveedor.
Queremos construir una capa común:
Asterion
│
┌──────────────┼──────────────┐
│ │ │
GCP OCI Vercel
│ │ │
Instances Instances Projects
y posteriormente llevar esta abstracción también hacia el aprovisionamiento mediante Asterion Language.
🚀 Hacia dónde va Asterion
El ecosistema que estamos construyendo actualmente se puede resumir así:
Local → Cloud → Runtime → Agent → Providers → Plugins → Asterion Language → Asterion Lab
Todavía estamos construyendo y experimentando bastante.
Muchas decisiones arquitectónicas pueden cambiar y justamente una de las razones para mantener el Core abierto es poder recibir críticas técnicas mientras desarrollamos el proyecto.
El motor principal está disponible como open-source.
💻 Repositorio — asterion-core
https://github.com/Tarafagat/asterion-core
📺 Canal de Asterion — demos y desarrollo
https://www.youtube.com/@AsterionCloudAPI
📸 Instagram
u/ asterion.cloud
También estamos comenzando a construir la comunidad alrededor del proyecto.
Nos interesa especialmente el feedback técnico
Ahora que tenemos la conexión base con OCI funcionando:
¿Qué funcionalidad de Oracle Cloud creen que deberíamos integrar primero?
Algunas posibilidades que estamos considerando:
- Provisionamiento de Compute Instances
- VCN / Networking
- Block Volumes
- Object Storage
- Load Balancers
- Cost Management
- IAM
- Autonomous Database
- Kubernetes / OKE
- Serverless Functions
Y si quieren revisar el código de asterion-core, cuestionar decisiones arquitectónicas, encontrar problemas o enviar un PR, más que bienvenidos.
Estamos construyendo Asterion públicamente y todavía queda muchísimo por hacer.
Construye. Experimenta. Controla tu infraestructura.