Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
Siguientes pasos
Esta guía describe varios enfoques de acceso a la red en diferentes escenarios y describe las ventajas y desventajas de cada arquitectura. Debe comprender por qué la elección de un enfoque de acceso a la red no debe ser una cuestión meramente tecnológica. La alineación entre la empresa y la tecnología es esencial. Los siguientes pasos y recomendaciones pueden ayudarlo a evaluar y estandarizar su estrategia de arquitectura de red mediante la evaluación de las capacidades actuales, el análisis de las necesidades del mercado y la implementación de controles de gobierno.
Esta sección contiene los siguientes temas:
Evaluar la arquitectura y las capacidades actuales
Revise la arquitectura de red actual comparándola con las fuentes de datos pertinentes, como el marco de autoevaluación de esta guía, los requisitos reglamentarios actuales y el estado actual del mercado (tanto en términos de clientes como de un análisis de la competencia). Por ejemplo, considere la posibilidad de utilizar el marco AWS Well-Architected
Revise las posibles excepciones, las situaciones puntuales y las decisiones históricas sobre productos. Sea curioso, desafíelas y no asuma automáticamente su validez. Es posible que los requisitos de los clientes de hace años ya no sean válidos. Las suposiciones desafiantes crean la oportunidad de simplificar y reducir la complejidad de su arquitectura.
En términos sencillos, documente las observaciones para que las distintas funciones de su organización puedan acceder a ellas y comprenderlas. Capture en qué se diferencia el estado actual del estado objetivo, cuál es el estado objetivo, el impacto y cuándo se realizaron las observaciones. Registrar esta información ayuda a sus organizaciones a tomar decisiones basadas en datos recientes.
Análisis de mercados y clientes
Recopile información sobre las tendencias del mercado. ¿Cuál es la forma preferida actualmente por los consumidores de acceder a ofertas de SaaS como la suya? ¿Sigues reuniéndote con tus clientes donde están? ¿Cambiaron las cohortes o el comportamiento de los clientes? ¿Sus ejecutivos dirigieron el barco hacia un nuevo mercado, una zona geográfica con requisitos normativos específicos o un nuevo nivel de clientes? ¿Cambió su negocio o modelo operativo? Por ejemplo, ¿está pensando en etiquetar sus servicios con una etiqueta blanca? ¿Su plan de crecimiento incluye trabajar con socios para que su servicio esté disponible para los clientes cuando se pongan en contacto con esos socios?
Alineación estratégica
Cuando comprenda sus capacidades actuales, su arquitectura actual, su mercado y sus clientes, convoque una reunión de alineación estratégica. Con las partes interesadas pertinentes en materia de productos, negocios y tecnología, cuestione qué requisitos siguen siendo válidos y qué requisitos nuevos deben tenerse en cuenta. Encuentre oportunidades para reducir la complejidad eliminando los requisitos que ya no son necesarios. No se trata de un diseño realizado por un comité; el equipo de ingeniería debe preparar y gestionar los detalles reales de la arquitectura y la implementación. Sin embargo, esta reunión debería aclarar por qué este es el conjunto de requisitos que maximiza los beneficios para sus clientes y su organización.
Normalización
Para atraer clientes, puede resultar tentador dejar que cada uno elija libremente cómo conectarse a su servicio. Al fin y al cabo, cualquier solución puede funcionar técnicamente, y es posible que también tengas los conocimientos y los recursos para gestionarlas y utilizarlas todas. Esto puede funcionar bien hasta cierto punto, pero a medida que su empresa crece, se hace más difícil de administrar. Su conjunto de observabilidad debe respaldar las métricas de varias soluciones, y los ingenieros de confiabilidad de sus sitios también deben poder entenderlas. Necesita up-to-date documentación para cada enfoque de conectividad. Los cambios principales en su aplicación deben evaluarse en función de cada enfoque de acceso que ofrezca. Debe escribir y mantener las automatizaciones y la infraestructura como código (IaC) para cada enfoque de acceso. La sobrecarga adicional que supone no estandarizar el acceso a su servicio debe sopesarse con la flexibilidad que desea ofrecer a sus clientes.
Si necesita una estrella polar que guíe su toma de decisiones, le sugerimos que la estandarice. La estandarización de la forma en que sus clientes interactúan con los servicios que presta suele ser la acción más impactante que puede tomar para mejorar muchos de los indicadores de éxito de su organización. La estandarización facilita a los equipos de productos la comprensión de la estructura de costes de sus servicios y la toma de decisiones sobre los productos basadas en los datos. A los equipos de operaciones les resulta más fácil solucionar problemas y automatizar partes del proceso de solución de problemas en un entorno que se desarrolla, implementa y opera de acuerdo con estándares predefinidos. Puede ayudarle a detectar anomalías, comportamientos inesperados o acciones de un actor malintencionado. La estandarización también reduce la deuda técnica. Los equipos de ingeniería tardan menos ciclos en probar e implementar los cambios en la producción. También puede aumentar su velocidad de comercialización, mejorar el éxito de la incorporación del autoservicio y reducir el riesgo regulatorio.
Por lo tanto, le sugerimos que revise también cualquier oferta única que esté vigente en la actualidad. Cuantifique la cantidad de ciclos operativos que dedica a atender a los clientes actuales. Compare sus resultados con los datos históricos y evalúe si su enfoque actual se adapta a los próximos años. Siempre que sea necesario desviarse de los estándares, cuestione los requisitos en los que se basan esas solicitudes. Evalúe el impacto y equilibre los beneficios inmediatos con los compromisos a largo plazo.
En los casos en que la personalización sea inevitable pero entre en conflicto con sus estándares, considere un modelo de responsabilidad compartida. En este modelo, tus productos están en gran medida protegidos de los cambios solicitados y la personalización se realiza en un entorno minimalista y específico. Para ver un ejemplo, consulte la Conexión con una arquitectura de VPC de tránsito sección.
Gobernanza
Para cumplir con los requisitos reglamentarios y con sus propios estándares internos, la gobernanza es esencial. Con una gobernanza adecuada, puede controlar dónde y cómo hacer cumplir las normas. También debe establecer controles para detectar las divergencias con respecto a las normas e informar a los propietarios de los recursos sobre las medidas correctivas necesarias. AWS Organizations, AWS ConfigAWS CloudTrail, y AWS Control Towerson algunos de los muchos Servicios de AWS que pueden ayudarle a gestionar y controlar sus cargas de trabajo en el. Nube de AWS
Repetición
Utilizando lo aprendido de sus esfuerzos iniciales, establezca un proceso ligero y repetible para mantenerse alineado en el futuro. Defina las funciones de las que necesita información, con qué frecuencia, qué precisión deben tener los datos, cómo se compartirán y quién actuará en consecuencia.
