Responsabilidades y principios rectores del arquitecto de soluciones

Un arquitecto de soluciones en la nube es responsable de guiar el diseño de componentes y topologías de las cargas de trabajo, lo que garantiza que cumplen los requisitos iniciales y los objetivos empresariales a largo plazo. Este rol abarca el ciclo de vida completo de una carga de trabajo, adaptando la arquitectura a medida que evoluciona la funcionalidad o cambian las necesidades de la organización.

Como arquitecto, su rol consiste en recopilar información de las partes interesadas, comprender el contexto empresarial y dar forma a un diseño que equilibre las consideraciones técnicas, operativas y empresariales. Aproveche su experiencia en el desarrollo, las operaciones, el control de calidad, la recuperación ante desastres y la administración de cambios incrementales y a gran escala para tomar decisiones fundamentadas. Diseñe no solo para el "camino feliz", sino también para las realidades operativas, como la observabilidad y la compatibilidad. Identifique los inconvenientes y los riesgos aceptados para evitar la deuda técnica oculta y mantener a las partes interesadas plenamente informados.

En este artículo se describe la lista de comprobación común de los resultados y los principios rectores que los hacen factibles.

Responsabilidades del arquitecto

  Tarea de entrega
☐ Alinee la estrategia técnica con los requisitos empresariales siguiendo un proceso de 5 pasos para recopilar la información adecuada, negociar resultados realistas y mantenerse alineado con los objetivos empresariales.
☐ Desarrolle una especificación de diseño de arquitectura acompañada de diagramas como un paquete estructurado. Asegúrese de que la especificación cumple los requisitos funcionales y no funcionales recopilados en la tarea anterior e incluye disposiciones para las operaciones rutinarias, ad hoc y de emergencia.
☐ Cree diagramas de diseño de arquitectura que muestren todos los aspectos de diseño del sistema, desde una amplia introducción a dimensiones detalladas, como la red y la identidad.
☐ Mantenga un registro de decisión de arquitectura (ADR) que capture el contexto, las consecuencias y las justificaciones de las decisiones arquitectónicas. Documentar compensaciones y opciones descartadas.
☐ Valide las suposiciones críticas con pruebas de conceptos (POC). Antes de finalizar un diseño, valide los componentes de alto riesgo o noveles con código de trabajo. Evita que los diseños teóricos fallen en la práctica.
☐ Colabore con la carga de trabajo y el equipo de plataforma durante la implementación para proporcionar claridad y recomendaciones sobre la secuencia de implementación. Esta colaboración le ayuda a maximizar el aprendizaje y a realizar mejoras desde el principio. Renegocia los requisitos con las partes interesadas si es necesario.
☐ Apoyar los ejercicios de modelado que proporcionan información contextualizada sobre los problemas de la carga de trabajo. Cubra los costos, el estado de la aplicación y otras áreas.
☐ Proporcione recomendaciones de optimización basadas en observaciones de patrones de uso y cambios en la funcionalidad de carga de trabajo o ofertas de proveedor de nube.
☐ Participe en las revisiones de auditoría, cumplimiento y confianza para proporcionar una perspectiva valiosa a las partes externas autorizadas para realizar revisiones.
☐ Ser consultor durante las revisiones de cambios para proporcionar información sobre el costo estimado del cambio y su viabilidad.

La entrega de estas salidas requiere seguir los principios básicos del rol del arquitecto. En las secciones siguientes se resaltan los principios clave que les permiten.

Estar claro en los requisitos empresariales

Para que un arquitecto de la nube pueda diseñar una solución, deben comprender los resultados que el sistema necesita para ofrecer y las restricciones empresariales que dan forma a cada decisión. Esto requiere la creación de claridad y alineación con las partes interesadas, en torno a los presupuestos, las escalas de tiempo, las obligaciones de cumplimiento, las expectativas de rendimiento y los planes de crecimiento. Sin esta base, el proceso de diseño puede entrar en espiral en revisiones infinitas y provocar frustración y decepción.

El arquitecto hace preguntas de sondeo, fundamenta las solicitudes en la realidad y dirige las conversaciones hacia la obtención de objetivos.

Tener un marco de toma de decisiones

La arquitectura es la acumulación de las decisiones que tome. Usted es responsable de cada elección individual y de cómo se combinan. Una serie de decisiones razonables todavía puede producir un resultado deficiente si no se tienen en cuenta sus interacciones.

Empiece por identificar las decisiones clave por adelantado. Aproveche su experiencia pasada para anticipar dónde las decisiones importarán más y asegúrese de dejarlas claramente registradas.

Cuando sea hora de decidir, sea deliberado. Pesa las restricciones, los inconvenientes, el esfuerzo, la reversibilidad y el riesgo. Herramientas como árboles de decisión y pruebas comparativas pueden guiarle, pero no reemplazan su juicio. Combine esta guía con evidencia de pruebas de concepto y pruebas para tomar decisiones informadas.

Documente cada decisión en un registro de decisión de arquitectura (ADR), incluido el razonamiento y la justificación. Asegúrese de que sus decisiones se comunican, aplican y reflejan en el sistema.

Realice un seguimiento del aspecto que podría tener la implementación, a través de una prueba de concepto. Preste atención a los resultados y aprenda de ellos. Detecte dónde las decisiones que no se tomaron introdujeron riesgos y use esas perspectivas para guiar el trabajo futuro de la arquitectura.

Conocer patrones de diseño en la nube

Los patrones de diseño en la nube deben estar a su alcance. Como arquitecto, debe reconocerlos rápidamente y aplicarlos instintivamente.

Al revisar los requisitos funcionales y no funcionales, asígnelos a los patrones correctos. Use patrones de diseño de nube probados para guiar la carga de trabajo, simplificar las decisiones, reducir el riesgo y acelerar la entrega. Cuanto más familiarizado esté con estos patrones, más naturalmente conforman diseños eficaces. El "Well-Architected Framework" recomienda estos patrones para sus pilares:

Estar pensando en el futuro

Diseñar para el cambio, no solo para los requisitos actuales. Es mucho más barato anticipar la evolución en su diseño que para retroajustar un sistema activo. Céntrese en la flexibilidad y evite los acantilados de diseño que probablemente bloqueen el crecimiento futuro, pero establezca límites prácticos. El éxito proviene de dejar espacio para adaptarse y mejorar, al tiempo que reconoce que algunas decisiones de diseño solo son válidas hasta una determinada escala. Áreas comunes que se deben tener en cuenta:

  • Anticipe cómo el uso de la carga de trabajo puede aumentar o disminuir con el tiempo.
  • Planee con antelación las posibles regulaciones futuras que podrían afectar a la carga de trabajo.
  • Diseño para una posible expansión regional y requisitos geográficos diferentes.
  • No use componentes en desuso y evalúe cuidadosamente los riesgos de usar características en versión preliminar.

Diseño para la compatibilidad

Al diseñar cargas de trabajo, considere el soporte desde tres perspectivas. Asegúrese de que el sistema funciona dentro de las configuraciones admitidas del proveedor de nube para evitar interrupciones al interactuar con la compatibilidad con la plataforma. Proporcione visibilidad operativa para que el equipo pueda comprender y responder a incidentes rápidamente. Por último, diseñe con atención al cliente, lo que facilita a los equipos de soporte técnico investigar problemas y ayudar a los usuarios sin fricción.

Mantén una participación activa y sigue aprendiendo

No seas un arquitecto de torres de marfil que solo hable en abstracciones y teorías. La arquitectura impone respeto cuando se basa en la curiosidad y en la experiencia directa y práctica en el mundo real. La decisión debe basarse en lo que ha aprendido experimentando, resolviendo problemas y trabajando directamente con la tecnología. Explore herramientas desconocidas, cree prototipos y aprenda haciendo. Fortalecer su base a través de la formación y las certificaciones, y ampliar su perspectiva mediante la participación con compañeros y la unión a comunidades como eventos prácticos como hackathons.

También puede realizar autoevaluación haciendo preguntas como:

  • ¿Qué problema arquitectónico estoy solucionando y por qué importa el negocio?
  • ¿Qué brechas o deficiencias en los diseños o documentación existentes estoy abordando?
  • ¿Qué evidencia o análisis admite mi enfoque propuesto?
  • ¿Qué inconvenientes, riesgos o desafíos críticos de diseño he identificado?
  • ¿Qué pilares de Well-Architected Framework son más relevantes en este diseño y por qué?

Colaboración para éxito

Como arquitecto, no puede trabajar de forma aislada. Use la experiencia disponible a través de su proveedor de nube. La mayoría de los proveedores quieren que su carga de trabajo tenga éxito y ofrecen recursos valiosos, incluidas las revisiones de arquitectura y las consultas de diseño con acceso directo a arquitectos de soluciones con experiencia. Use todas estas relaciones para validar su diseño, descubrir puntos ciegos y fortalecer su enfoque general.

En muchas organizaciones, los equipos de cargas de trabajo dependen de los equipos de plataforma para la infraestructura y los servicios compartidos, de forma similar al modelo de zona de aterrizaje de Azure. Cuando la arquitectura depende de esta asociación, trabaje estrechamente con el equipo de la plataforma para ofrecer una solución que cumpla los objetivos a largo plazo.

Ser metódico en el enfoque de diseño

Un enfoque disciplinado conduce a una mejor arquitectura. Usa el Marco de Arquitectura bien diseñada de Azure combinado con otros marcos de arquitectura establecidos, como el Marco de Arquitectura de The Open Group (TOGAF), para guiar tu proceso. Sus principios y listas de comprobación le ayudan a tomar decisiones coherentes y bien fundamentadas. Complementarlos con recursos como árboles de decisión y arquitecturas de referencia para reforzar aún más sus decisiones de diseño.

Defina un proceso repetible para cada carga de trabajo, apoyado por estos marcos y sus propias técnicas, como los mapas mentales o los logs de decisiones estructurados.

La arquitectura es tanto sobre la claridad como el diseño. Sea deliberado en la forma en que tome decisiones, expondrá los inconvenientes y comunique su justificación para que las partes interesadas comprendan el camino que está tomando.

Pasos siguientes

Comience con el primer elemento de la lista de comprobación de responsabilidades del arquitecto.

Alineación con los requisitos empresariales

  • Last updated on