Preguntas sobre Microservicios y Seguridad

En ConfianzaMicro (microfinanciera), el backend en AWS EC2 expone APIs HTTPS y la BD vive en Railway. ¿Dónde debe configurarse la base URL del API para lograr despliegues por entorno (dev/stage/prod) sin tocar la UI?

• En cada Composable

• En el Manifest

• En un módulo Hilt que provee Retrofit leyendo de BuildConfig/Remote Config

• En un object singleton en la Activity

• Hardcode en el Repository

En Delicia (comercio electrónico), necesitas tolerancia a fallos de red al consumir el backend en EC2. ¿Cuál es el enfoque correcto a nivel de capa de datos?

• Retries infinitos con GlobalScope

• OkHttp con exponential backoff, timeouts y circuit breaker expuesto vía Repository

• Reintentar desde la UI con while(true)

• Duplicar la llamada en paralelo

• Deshabilitar timeouts

Para sincronización offline de visitas y pedidos (cuando el backend EC2 no es accesible), ¿qué combinación es más adecuada?

• Threads manuales + SQLite crudo

• AsyncTask + archivos locales

• Room + WorkManager con restricciones (red disponible, batería) y reintentos

• LiveData + BroadcastReceiver

• Guardar en DataStore y subir luego

Para autenticación contra EC2 usando JWT y refresh tokens, ¿qué flujo es correcto?

• Guardar usuario/clave en SharedPreferences

• Mandar el refresh token en cada request

• Interceptor que, ante 401, refresca token de forma segura y reintenta la request

• Refrescar token en cada llamada

• Usar solo token permanente sin expiración

El backend en EC2 usa HTTPS con dominio propio. Para endurecer seguridad en Android:

• Permitir HTTP en networkSecurityConfig

• Deshabilitar verificación de certificados

• Habilitar SSL pinning/certificate pinning en OkHttp

• Usar IP pública en vez de dominio

• Añadir android:usesCleartextTraffic="true"

En ConfianzaMicro (microfinanciera), al consultar listados grandes de créditos con paginación desde EC2, ¿qué patrón de datos aplicar?

• Traer todo y filtrar en UI

• Cache en memoria global

• Repository + Paging 3 con cache en Room y Flow hacia la UI ✅

• Un único endpoint sin límites

• Scroll infinito sin controles

Al subir evidencias/fotos de visitas desde Android hacia el backend en EC2 (que luego persiste en Railway), ¿qué diseño es más robusto?

• Enviar en el hilo principal

• Subir sin compresión

• UseCase que orquesta: compresión, chunk/retry, WorkManager en background y Repository para I/O ✅

• Subir desde la Activity con startActivityForResult

• Guardar solo el path local

Para observabilidad extremo a extremo (Android → EC2 → Railway) en errores de producción:

• Logs con println

• Solo capturar Exception.message

• Corrélacion de requests con traceId en headers, mapeado en Repos, y captura de eventos en Crashlytics/Logger ✅

• Mostrar el stacktrace al usuario

• Reintentar y olvidar

Para configuración por entorno (URLs EC2, feature flags de sincronización) sin relanzar la app:

• Hardcode en código

• Variables en el Manifest

• Remote Config + BuildConfig y fallback, leído por un ConfigRepository inyectado por Hilt ✅

• Ponerlo en SharedPreferences manual

• Pedirlo por teclado al usuario

En Delicia (comercio electrónico), para estado de UI ante llamadas a EC2, ¿qué modelado favorece testeo y robustez?

• Boolean isLoading suelto

• try/catch en Composables

• sealed class Result { Loading, Success, Error(domainFailure) } emitido por ViewModel ✅

• null para indicar error

• Toast desde Repository