Integración directa vs. intermediario: el trade-off que nadie discute a tiempo
Usar un proveedor intermediario acelera el arranque. Integrarse directamente con la plataforma da control total. La decisión correcta depende de una pregunta que rara vez se hace al principio.
Cuando un producto necesita hablar con una plataforma de mensajería, un banco o cualquier proveedor externo con una API compleja, casi siempre existe un intermediario que promete simplificar la integración a cambio de una cuota. La decisión de usarlo o no se toma, con demasiada frecuencia, únicamente por velocidad de arranque, sin considerar el trade-off real que se está aceptando.
Lo que un intermediario realmente vende
Un intermediario bien diseñado abstrae la complejidad de certificación, cumplimiento y manejo de casos borde de la plataforma subyacente, y expone una API más simple a cambio de una comisión. Para un equipo pequeño, sin tiempo ni conocimiento especializado para lidiar con esa complejidad directamente, ese intercambio suele ser razonable al principio: se gana velocidad de lanzamiento a cambio de un costo recurrente y de una capa de abstracción que no se controla.
El problema no es usar un intermediario. El problema es no reconocer, desde el principio, qué se está cediendo a cambio de esa velocidad.
Lo que se pierde con un intermediario
Personalización. Un intermediario expone la superficie de funcionalidad que decidió exponer, no toda la que ofrece la plataforma original. Si el negocio necesita un comportamiento específico que el intermediario no contempló, la respuesta suele ser "no es posible" o "hay que esperar a que lo agreguen".
Costo a escala. Una comisión por mensaje o por transacción que parece insignificante a bajo volumen se convierte en un costo estructural relevante cuando el volumen crece, uno que no existiría con una integración directa.
Un punto de fallo adicional. Cada intermediario es un sistema más entre el producto y la plataforma real, con su propia disponibilidad, sus propios límites de tasa, y su propia superficie de incidentes, independiente de la plataforma original.
Lo que cuesta la integración directa
La integración directa no es gratis. Exige asumir directamente la complejidad de certificación, cumplimiento normativo, y manejo de casos borde que el intermediario resolvía por su cuenta. Requiere tiempo de ingeniería dedicado a entender la plataforma en profundidad, no solo a consumir una API simplificada. Y requiere mantenerse al día con los cambios de esa plataforma, sin un tercero absorbiendo esa carga de mantenimiento.
La pregunta que decide correctamente
No es "¿qué opción es más simple hoy?". Es: ¿el control sobre esta integración es parte de la ventaja competitiva del negocio, o es un detalle de implementación que no le importa al cliente final? Si la personalización de esa integración específica es parte de lo que el producto vende (una experiencia de comunicación totalmente propia, sin las limitaciones de un tercero), la integración directa es una inversión que se paga sola con el tiempo. Si es un detalle de implementación intercambiable, pagar la comisión de un intermediario y dedicar el tiempo de ingeniería a otra parte del producto es, casi siempre, la decisión correcta.
La lección
No existe una respuesta universal entre integración directa e intermediario. Existe una respuesta correcta para cada negocio, que depende de si el control sobre esa integración específica genera una ventaja que el cliente final percibe, o si es simplemente una tubería que debe funcionar sin llamar la atención. Confundir ambos casos, eligiendo intermediario donde se necesitaba control, o integración directa donde no aportaba ninguna ventaja real, es de las decisiones de arquitectura más caras de revertir después.