Patrones de referencia de aplicaciones de datos
Al incorporar una aplicación de datos en una zona de aterrizaje de datos, al equipo se le concederá acceso a su grupo de recursos dedicado, subred y recursos compartidos. Desde este punto, la propiedad del entorno se entrega al equipo de la aplicación de datos. Estos equipos tienen que asumir la responsabilidad de una implementación de un extremo a otro y una perspectiva de propiedad de costes.
Para simplificar el proceso de introducción y reducir el tiempo de espera para crear un entorno para un caso de uso específico, las organizaciones pueden proporcionar patrones de referencia internos. Estas implementaciones de referencia constan de las definiciones de infraestructura como código (IaC) para crear correctamente un conjunto de servicios para un caso de uso específico, como el procesamiento de datos por lotes, el procesamiento de datos en streaming o la ciencia de datos, y demostrar el camino hacia el éxito. Potencialmente, estos patrones también incluyen código de aplicación genérico que se puede usar como línea base al implementar soluciones de datos. Los patrones de referencia de aplicaciones de datos pueden variar entre organizaciones y depender de las herramientas usadas y de los patrones de implementación de datos usados habitualmente y repetidamente en las zonas de aterrizaje de datos.
Se puede usar otra automatización para reducir aún más los posibles puntos de fricción e automatizar incluso la implementación inicial del patrón para los equipos de aplicaciones de datos. Para obtener más información, eche un vistazo a Automatización de la plataforma y DevOps para un análisis a escala de la nube.
En última instancia, el objetivo debe ser entregar estas implementaciones de referencia a los equipos de aplicaciones de datos, ya que deben poseer el código base general de su solución. Las capas de abstracción adicionales, como las especificaciones de plantilla de Azure, también son una opción, pero simplemente aumentan el número de puntos de fricción, ya que los cambios necesarios de nuevo deben solicitarse desde un equipo central que posee y mantiene estos recursos. A continuación, el equipo central debe tomar medidas para probar y liberar los cambios. Además, podría ser necesario un proceso de administración de versiones más complejo para no afectar a otros consumidores de la especificación de plantilla. Por último, las plantillas serán más complejas a lo largo del tiempo, ya que cada equipo podría requerir que se expongan parámetros diferentes para aplicar determinados cambios dentro de la plantilla. Por lo tanto, entregar los patrones de referencia es la solución más sencilla y eficaz, ya que esto permite a los equipos de aplicaciones de datos realizar los cambios necesarios si es necesario. Exponer estos equipos al concepto de IaC es un buen enfoque que podría tardar algún tiempo, pero en última instancia dará lugar a mejores prácticas de ingeniería en toda la plataforma de datos.
Para más información, consulte Escalado del análisis a escala de la nube.