Compartir a través de


Aspectos básicos del arquitecto de soluciones

Cada carga de trabajo pasa por un proceso de diseño de componentes y topologías. Este proceso es más intenso en el inicio de la carga de trabajo, que incluye el diseño para los requisitos iniciales y el éxito a largo plazo de la carga de trabajo. La arquitectura también se diseña cuando la carga de trabajo cambia con el tiempo y la organización agrega, cambia o quita la funcionalidad.

El diseño de componentes y topologías es la función principal de un arquitecto. A menudo, los arquitectos que se centran en soluciones híbridas y basadas en la nube se denominan arquitectos de soluciones en la nube. En algunas organizaciones, los arquitectos de soluciones en la nube existen en una capacidad centralizada dentro de un grupo de arquitectura empresarial. También pueden centrarse en una carga de trabajo específica.

Un rol dedicado puede ofrecer la función de un arquitecto. En algunos casos, los especialistas técnicos de confianza (como un jefe de ingeniería de cargas de trabajo) pueden ofrecer la función de un arquitecto. O bien, una organización podría distribuir la función entre un pequeño grupo de ingenieros senior que están asociados a la carga de trabajo.

Los arquitectos suelen tener experiencia en roles más allá del diseño del sistema. Pueden tener:

  • Ha sido desarrolladores y miembros del equipo de operaciones.
  • Ha trabajado con los equipos de atención al cliente.
  • Ha desarrollado una comprensión de cómo se prueba un sistema para garantizar la calidad y la aceptación del usuario.
  • Se han realizado simulacros de recuperación ante desastres o respuestas a incidentes.
  • Se ha expuesto a cambios funcionales incrementales y grandes en las cargas de trabajo.
  • Especificaciones interpretadas y criterios de aceptación del usuario.

Aunque la lista anterior no es exhaustiva, esas perspectivas son un aspecto importante de lo que un arquitecto aporta a las tareas de diseño. Azure Well-Architected Framework supone que estas prácticas están en vigor para el uso más eficaz de las instrucciones.

En las secciones siguientes se resaltan los principios rectores que deben seguir los arquitectos para que sean eficaces en su función.

Tener un marco de toma de decisiones

Un aspecto clave del diseño es usar un proceso coherente para tomar decisiones. Un arquitecto debe abordar el diseño inicial e incremental con rigor.

Identifique las decisiones esperadas. Use experiencias aprendidas para ayudar con la identificación de la decisión. Registre todas las decisiones que planea tomar.

Tome decisiones fundamentadas. Tenga en cuenta las limitaciones, las restricciones, los inconvenientes, el esfuerzo, la reversibilidad y el riesgo. Incluya pruebas complementarias de pruebas de concepto, junto con la documentación y la guía de tecnología.

Documente las decisiones en un registro de decisión de arquitectura (ADR). Documente la justificación junto con cada decisión.

Seguimiento de la implementación. Comunique e implemente todas las decisiones. Obtenga información sobre la implementación para ayudar a guiar las decisiones futuras. Busque áreas en las que se produzca un error en la identificación de las decisiones introducidas en riesgo.

Conocer patrones de diseño en la nube

Los patrones de diseño en la nube son un bloque de creación fundamental de la arquitectura. La arquitectura basada en la nube y el diseño de aplicaciones suelen ser un ejercicio en el reconocimiento de patrones.

Evalúe los requisitos funcionales y no funcionales de una carga de trabajo para reconocer patrones. Busque oportunidades para asignar el diseño a casos de uso mediante patrones estandarizados.

Estar pensando en el futuro

El diseño para lograr los requisitos actuales es necesario, pero es importante que un arquitecto prediga la evolución de la carga de trabajo. La incorporación de cambios en un sistema implementado es más costosa que cambiar el diseño antes de la implementación.

Para diseñar un sistema que dure hasta que finalice su ciclo de vida planeado, debe diseñar la carga de trabajo teniendo en cuenta la flexibilidad arquitectónica. Evite los acantilados de diseño cuando pueda identificarlos.

Modelo de crecimiento. Prediga cómo aumentará o reducirá el uso de la carga de trabajo con el tiempo.

Cambios de cumplimiento. Tome medidas proactivas si espera que la carga de trabajo esté en requisitos de cumplimiento en el futuro. Este enfoque puede reducir el trabajo cuando el cumplimiento siguiente se convierte en un requisito.

Expansión regional. Considere la posibilidad de ampliar la carga de trabajo en varias regiones. Un diseño limitado a una sola región tendrá que refactorizarse en gran medida para la implementación de varias regiones y que puede ser un cambio costoso. Hay incluso más complejidad si el diseño de la carga de trabajo debe adaptarse a varias zonas geográficas con distintos requisitos de cumplimiento. Asegúrese de que los factores de diseño en cualquier predicción razonable sobre la expansión regional.

Hojas de ruta del producto. En el diseño, no incluya componentes que estén en la ruta de acceso a desuso. Del mismo modo, tenga cuidado al incluir características en el diseño que se encuentran actualmente en un estado de versión preliminar. Podrían ser liberados, pero también podrían cancelarse. Estar delante de la curva mediante el uso de características de vista previa puede ser muy ventajoso. Poco después de la publicación de la característica, la carga de trabajo está preparada para ir a producción. Pero incluya características en versión preliminar en el diseño solo después de realizar un análisis cuidadoso de riesgos. Envíe solo características que tengan un perfil de riesgo tolerado.

Para obtener más información sobre los patrones de diseño en la nube, consulte:

Diseño para la compatibilidad

Diseñe cargas de trabajo con tres perspectivas de compatibilidad clave:

Compatibilidad con el proveedor de nube. La carga de trabajo debe funcionar dentro de la configuración admitida del proveedor de nube para evitar interrupciones al interactuar con los canales de soporte técnico de la plataforma.

Visibilidad operativa. El diseño debe proporcionar visibilidad de ejecución para que el equipo de operaciones de carga de trabajo evite confusiones durante la respuesta a incidentes.

Funcionalidades de soporte técnico al cliente. El diseño debe satisfacer las necesidades del usuario, pero también facilitar las funciones de soporte al cliente. Un diseño que dificulta la capacidad del equipo de soporte técnico para investigar o ayudar a los clientes es inadecuado.

Mantener y mejorar sus aptitudes

La experiencia de un arquitecto a menudo se basa en la experiencia práctica. Es importante invertir en expandir el conjunto de aptitudes para mantenerse al día con el ecosistema en la nube en constante evolución.

Educación. Busque oportunidades de capacitación y certificación que los proveedores de tecnología ofrecen para arquitectos.

Participación comunitaria. Póngase en contacto con compañeros a través de comunidades de arquitectura locales y en línea.

Ejercicios exploratorios. Participar en hackathons patrocinados por la organización o eventos similares para desarrollar aptitudes en áreas desconocidas.

Colaboración para éxito

Un arquitecto debe aprovechar la experiencia del proveedor de nube o del asociado de implementación. La mayoría de los proveedores quieren que la carga de trabajo se realice correctamente en su plataforma y a menudo proporcionan servicios como sesiones de revisión de diseño de arquitectura o sesiones de consulta con sus arquitectos de soluciones en la nube. Busque oportunidades de revisión y asistencia dentro de sus relaciones de proveedor.

Ser metódico en el enfoque de diseño

Los marcos de arquitectura admiten a un arquitecto ofreciendo perspectivas de carga de trabajo y enfoques teóricos. El marco de trabajo bien diseñado proporciona un punto de vista completo de la carga de trabajo. Los arquitectos pueden combinar el marco bien diseñado con otros marcos de arquitectura, como The Open Group Architecture Framework (TOGAF).

Use los principios, listas de comprobación, evaluaciones y materiales de referencia en marcos de arquitectura para establecer un proceso que se ajuste a la carga de trabajo. Combine marcos con técnicas personales, como la asignación de mentes.

La arquitectura trata de la comunicación tanto como se trata del producto final. Asegúrese de que está optimizando para la toma de decisiones intencionadas, la confirmación de compensación y una comunicación clara en los procesos establecidos.

Pasos siguientes