Opciones de arquitectura to-be

Pregunta lo que falta y propone arquitecturas objetivo sobre seis ejes (topología, arquitectura interna, comunicación, tipo de cliente, alojamiento, proveedor), con el detalle que pide la escala y una ficha de decisión.

Comando: /sf:to-be-architecture · Metodología: Is2Be Software · Fase: Fase 2 · Diseño

Cuándo usarla

Con los PRD de la Fase 1 (y el as-is, si hay sistema existente). Para una app pequeña con su API, en su versión mínima.

Funciona bien si

Pregunta antes de proponer y no supone lo que nadie ha respondido: lo marca como supuesto.
Trata topología, arquitectura interna, comunicación, cliente, alojamiento y proveedor como decisiones distintas.
El detalle es proporcional a la escala: una app pequeña no recibe diez páginas.
Termina con una ficha de decisión que el ADR-001 puede fijar tal cual.

Dónde encaja

Antes: User stories, Arquitectura as-is
Después: ADR (Architecture Decision Record)

Requisitos

Tu IA conectada al servicio con tu clave de licencia (cómo conectar).
El proyecto configurado una vez con /sf:setup.
Las salidas de los pasos anteriores (ver Dónde encaja).

Preguntas frecuentes

¿Y si mi proyecto es pequeño, una app móvil con su API?

Una ronda de cinco preguntas con respuesta recomendada, dos opciones y un párrafo de recomendación. Unos minutos.

¿Obliga a usar un proveedor de nube concreto?

No. Pregunta si ya tienes uno y compara servicios por categoría; los nombres de proveedores son solo ejemplos.