Nota:
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
APLICABLE A:
Azure Data Factory Azure Synapse Analytics
Tip
Pruebe Data Factory en Microsoft Fabric, una solución de análisis todo en uno para empresas. Microsoft Fabric abarca todo, desde el movimiento de datos hasta la ciencia de datos, el análisis en tiempo real, la inteligencia empresarial y los informes. Obtenga información sobre cómo iniciar una nueva evaluación gratuita.
En Azure Data Factory, la introducción del ciclo de vida del conector garantiza que los clientes siempre tengan acceso a los conectores más confiables, seguros y enriquecidos con características. Con las fases de ciclo de vida estructurados, la actualización de conectores principales evoluciona a través de distintas fases del ciclo de vida, desde la versión preliminar hasta la disponibilidad general y el final del soporte técnico, lo que proporciona expectativas claras de estabilidad, soporte técnico y mejoras futuras. Este marco de ciclo de vida garantiza que los usuarios puedan adoptar sin problemas nuevos conectores con confianza, beneficiarse de las actualizaciones normales de rendimiento y seguridad y prepararse de antemano para cualquier fase de las versiones anteriores. Al usar el control de versiones dentro del ciclo de vida del conector, el servicio permite a los usuarios tener una experiencia de integración predecible, transparente y a prueba de futuro, lo que reduce los riesgos operativos y mejora la confiabilidad general de la carga de trabajo.
Release rhythm
Las actualizaciones de conectores son esenciales para evolucionar la innovación de forma rápida, mantener el rendimiento, la compatibilidad y la confiabilidad. Estas actualizaciones suelen producirse en los escenarios siguientes:
Nuevas mejoras de características, como la seguridad, el rendimiento, etc.
Aunque el servicio evoluciona activamente para proporcionar las características más seguras y confiables del conector, aplicar el ciclo de vida del conector es un enfoque eficaz para garantizar que los usuarios puedan aprovechar al máximo las nuevas mejoras a su ritmo manejable sin interrupciones empresariales.
Cambio de protocolo introducido por proveedores de orígenes de datos externos que conducen a posibles cambios de comportamiento
Estos cambios no siempre son predecibles exhaustivamente y surgen debido a la incompatibilidad que aporta el propio proveedor de orígenes de datos individuales. Dadas estas incertidumbres, el control de versiones garantiza que los usuarios puedan adoptar el conector actualizado (por ejemplo, versión 2.0) al tiempo que puedan mantener una opción de reserva disponible durante un periodo determinado. Esto permite a los usuarios planear correctamente una actualización de versión para dar cabida a posibles diferencias al tiempo que proporcionan a los usuarios una ruta de transición clara.
Corrección de comportamientos no deseados
En algunos casos, las versiones anteriores del conector pueden presentar comportamientos inesperados o erróneos debido a restricciones heredadas. Cuando una actualización corrige estos comportamientos y mejora la integridad y confiabilidad de los datos, también puede provocar cambios de comportamiento inevitablemente. En este caso, el control de versiones desempeña un papel fundamental para garantizar que los usuarios sean conscientes de estos cambios, pueden probarlos en un entorno controlado y realizar la transición sin interrupciones.
Al adoptar un ciclo de vida de conector estructurado con control de versiones, el servicio proporciona a los clientes transparencia, control y predictibilidad cuando se introducen las actualizaciones del conector. Los usuarios pueden evaluar con confianza las nuevas versiones, mitigar los riesgos asociados a los cambios de comportamiento y beneficiarse de mejoras continuas al tiempo que mantienen la estabilidad operativa.
En el diagrama se describe el ciclo de vida de una versión del conector de su versión preliminar privada a su eliminación.
Un ciclo de vida del conector incluye varias fases con una evaluación exhaustiva y medible para garantizar la calidad. Incluye la versión preliminar privada, la versión preliminar pública, la disponibilidad general, el final del soporte técnico y la versión quitadas. En la tabla siguiente se enumeran el nombre de la fase y los criterios pertinentes.
| Stage | Description | Lifecycle |
|---|---|---|
| Private Preview | La fase de versión preliminar privada marca la versión inicial de una nueva versión del conector para usuarios limitados. Durante esta fase, los usuarios que han optado por participar pueden usar la versión más reciente del conector y enviar comentarios. | 3 meses o superior |
| Public Preview | Esta fase marca el lanzamiento inicial de una nueva versión del conector para todos los usuarios de manera pública. Durante esta fase, se recomienda a los usuarios probar la versión más reciente del conector y proporcionar comentarios. Para las conexiones recién creadas, el valor predeterminado es la versión más reciente del conector. Los usuarios pueden volver a la versión anterior. | 1 mes o superior* |
| General Availability | Una vez que una versión del conector cumple los criterios de disponibilidad general (GA), se publica al público y es adecuado para cargas de trabajo de producción. Para llegar a esta fase, la nueva versión del conector debe cumplir los requisitos en términos de rendimiento, confiabilidad y su capacidad para satisfacer las necesidades empresariales. | 12 meses o superior* |
| Fin de soporte técnico (EOS) anunciado | Cuando una versión del conector alcanza su EOS, no recibirá ninguna actualización ni soporte técnico adicionales. Se anuncia un aviso de seis meses antes de la fecha EOS de esta versión. Esto se documenta junto con la fecha de eliminación. | 6 meses antes de la fecha de finalización del soporte técnico* |
| End-of-Support (EOS) | Una vez que llegue la fecha de EOS anunciada anteriormente, la versión del conector se vuelve oficialmente no compatible. Esto implica que no recibirá actualizaciones ni correcciones de errores y no se proporcionará ningún soporte técnico oficial. Los usuarios no podrán crear nuevas cargas de trabajo en una versión que esté en fase EOS. El uso de una versión del conector no compatible está en riesgo del usuario. Es posible que la carga de trabajo ejecutándose en la versión EOS no falle de inmediato. El servicio puede acelerar el traslado a la fase final en cualquier momento, a discreción de Microsoft debido a problemas de seguridad pendientes u otros factores. | / |
| Version removed | Una vez que la versión del conector pasa su fecha EOS, el servicio elimina todos los componentes relacionados con esa versión del conector. Esto implica que las canalizaciones que usan esta versión del conector dejarán de ejecutarse. | 1-12 meses después de la fecha de finalización del soporte técnico* |
* Estas escalas de tiempo se proporcionan como ejemplo y pueden variar en función de varios factores. Las escalas de tiempo del ciclo de vida están sujetas a cambios a discreción de Microsoft.
Descripción de las versiones del conector
Para administrar las actualizaciones de conexión de forma eficaz, es importante comprender el control de versiones y cómo interpretar el cambio. Los conectores de Azure Data Factory suelen seguir el versionado Major.Minor (por ejemplo, 1.2):
- Actualizaciones principales (x.0): Estos son cambios significativos que requieren revisión de los cambios antes de la actualización.
- Actualizaciones secundarias (1.x): Estas podrían introducir nuevas características o correcciones, pero con cambios menores en el comportamiento existente.
Cómo controla Data Factory la actualización de la versión del conector
Las actualizaciones de versiones mayores y menores pueden incluir cambios que afecten a la salida de la canalización o a los componentes relacionados. Para ayudarle a prepararse, le notificaremos de antemano, proporcionando una ventana para probar y actualizar a la versión más reciente. Puede encontrar ejemplos específicos de cambios de versión en la documentación de cada conector individual. Se recomienda revisar y actualizar a la versión más reciente lo antes posible para aprovechar las mejoras más recientes y asegurarse de que las canalizaciones siguen ejecutándose sin problemas y de forma confiable.
Cuando se publican nuevas versiones, el servicio comienza a establecerse siempre en las versiones nuevas más recientes de forma predeterminada para todos los servicios vinculados recién creados. En ese momento, los usuarios pueden revertir a la versión anterior si es necesario.
Cuando una versión alcanza su fecha de finalización del soporte técnico, los usuarios ya no podrán crear un nuevo servicio vinculado en esa versión.
Además de las actualizaciones de versiones principales y secundarias, el servicio también ofrece nuevas características y correcciones de errores que son totalmente compatibles con la configuración existente. Estos cambios no requieren una actualización de versión al conector. Dependiendo de la naturaleza del cambio, los usuarios pueden recibir las mejoras automáticamente o tener la opción de habilitar nuevas características según sea necesario. Este enfoque garantiza una experiencia sin problemas al tiempo que se mantiene la estabilidad y la flexibilidad.