Skip to content

← Fundamentos

El problema de la fragmentación

Sin un router haces malabares con N SDKs, N keys, N facturas y N límites. Un router lo colapsa todo en una sola integración.

6 slides 4 min de lectura
  1. OpenRouter · Fonaments

    El problema de la fragmentación

    Por qué integrar cada proveedor por su cuenta sale caro.

    OpenRouter · Fundamentos arlaf.dev
  2. El coste oculto de hacerlo directo

    Cada proveedor que añades multiplica el trabajo de integración:

    • N SDKs y N formatos de petición distintos.
    • N API keys que gestionar y rotar.
    • N cuentas y N facturas separadas.
    • N regímenes de rate limit que no se hablan entre sí.
    OpenRouter · Fundamentos arlaf.dev
  3. Tres proveedores, tres integraciones

    # Sense router: un client i una key per proveïdor
    from openai import OpenAI
    from anthropic import Anthropic
    
    openai_client = OpenAI(api_key="OPENAI_KEY")
    anthropic_client = Anthropic(api_key="ANTHROPIC_KEY")
    # …i un tercer SDK per al proveïdor de Llama, amb la seva key
    
    # Cada SDK té el seu format de petició i la seva factura
    
    OpenRouter · Fundamentos arlaf.dev
  4. Con router: una integración

    # Amb router: un sol client, una key, una factura
    from openai import OpenAI
    
    client = OpenAI(
        base_url="https://openrouter.ai/api/v1",
        api_key="OPENROUTER_API_KEY",
    )
    
    # Canviar de model = canviar l'slug (exemples)
    for model in ["openai/gpt-4o", "anthropic/claude-3.5-sonnet"]:
        client.chat.completions.create(
            model=model,
            messages=[{"role": "user", "content": "Hola!"}],
        )
    
    OpenRouter · Fundamentos arlaf.dev
  5. Un solo lugar para cambiar de modelo

    El router colapsa N integraciones en una. Una key, una factura, un formato — y probar un modelo nuevo es cambiar una cadena, no abrir una cuenta.

    OpenRouter · Fundamentos arlaf.dev
  6. La fragmentación no es un problema de código, es un problema de mantenimiento que crece con cada proveedor.
    OpenRouter · Fundamentos arlaf.dev
Leer la nota completa

Quan vols fer servir més d’un model d’IA, la primera idea és integrar cada proveïdor pel seu compte. Funciona amb dos, però es fa pesat de seguida. El nom del problema és fragmentació: cada proveïdor que afegeixes arrossega la seva pròpia pila de coses a mantenir.

El que multipliques sense adonar-te’n

Anar directe a cada proveïdor vol dir conviure amb:

  • N SDKs — cada client té la seva llibreria i el seu format de petició, així que el teu codi s’omple de casos especials.
  • N API keys — més secrets a guardar, rotar i vigilar.
  • N comptes i N factures — la despesa queda repartida i costa veure quant gastes en total.
  • N règims de rate limit — cada proveïdor té els seus límits i no es coordinen; quan en toques un, l’has de gestionar a part.

Cap d’aquestes peces és difícil per separat. El problema és que es multipliquen: afegir el tercer o el quart proveïdor no suma feina, la compon.

Com ho col·lapsa un router

Un router com OpenRouter es posa al mig i absorbeix tota aquesta diversitat. El resultat és una sola integració, una key, una factura i un únic lloc on canviar de model. Si vols passar de openai/gpt-4o a anthropic/claude-3.5-sonnet, canvies l’slug i prou — sense obrir comptes nous ni tornar a fer la integració.

Nota: els límits de petició i les condicions concretes de cada proveïdor canvien sovint. No memoritzis xifres; consulta la documentació actual d’OpenRouter quan necessitis els valors vigents.