Active en el panel las reglas que importan y ajústelas por proyecto; se aplican en cada PR, sus decisiones quedan como ADR numerados y el mapa de dependencias muestra lo que hay.
Pantallas de una instalación en funcionamiento
Seis situaciones que se repiten una y otra vez en este rol, y lo que AppArch hace con cada una.
Las pautas de arquitectura se escribieron con cuidado en la wiki hace dos años. La mayoría de quienes llegaron después nunca abrió esa página.
Una regla activada en el panel se ejecuta en cada merge request, en cualquiera de los nueve lenguajes, marca la infracción en su propia línea y explica por qué, incluso mientras estás de vacaciones.
ArchPilotAlguien recién llegado pregunta por qué el servicio habla así con la cola. Quien tomó esa decisión se fue el año pasado.
El módulo ADR numera cada decisión, la sigue durante el ciclo de vida MADR y enlaza cada decisión sustituta con la que reemplazó. El razonamiento queda en el producto, no en la cabeza de alguien.
ADREl diagrama de arquitectura se dibujó para la reunión de arranque. Unos meses después, el código tomó su propio camino.
El mapa de dependencias de ArchScan se construye a partir del propio código: ciclos, violaciones de capas y fugas muestran lo que hay, no lo que se pretendía. La deriva se ve antes de acumularse.
ArchScanCinco equipos, cinco lecturas de la misma regla de capas y, en cada revisión, el mismo debate sobre cuál es la correcta.
Las reglas se definen una vez para el espacio de trabajo y se ajustan por proyecto solo cuando hay un motivo real. La excepción se escribe una vez en lugar de discutirse en cada revisión.
ArchScanActiva una regla nueva en un código de diez años y el backlog se llena de miles de hallazgos de la noche a la mañana. En una semana el equipo pide que se desactive.
ArchPilot solo comenta las líneas que cambia un merge request, así que la deuda existente queda fuera de la revisión. El ajuste fail-on decide qué severidad rompe el build: empieza por crítica y endurece a medida que la deuda baja.
ArchPilotDos escrituras sin transacción, una consulta usada sin comprobarla: código que parece correcto en revisión y falla con la primera petición inusual.
SmartScan sigue cada punto de entrada hasta la base de datos y enumera lo que puede romperse por el camino: una consulta vacía, una escritura parcial, un hueco de contrato. Cada riesgo llega con su ruta completa, archivo y línea.
SmartScan
Pida una licencia PoC y pruébelo con su código, en sus servidores.
Nuevos módulos, notas de versión y artículos sobre arquitectura. Puede darse de baja con un clic cuando quiera.
