Le data lineage et l’usage des données pour transformer un système : simplifications / migrations

    Remove regressions between IT environments. Compare environments        Multiple environments, the norm!     To secure developments and by extension information systems, companies replicate their information systems. We create environments that can be numerous: dev, test, UAT, QA, Int, pre-prod, prod, and others. The higher the stakes, the more of these environments.           But it's not without some problems...       "Are the environments consistent with each other?"     "Can we deploy in one click from one environment to another?" .... Unfortunately, this is rarely the case.   We specifically encounter database structure problems that will block deployments: Typically, a table may not have the same fields in "prod" and "pre prod", Field types may be different, etc. Thus, it sometimes becomes almost impossible to organize deployments as these inconsistencies are blocking. And it is the whole agility of the company that suffers.        

    Supprimer les régressions entre environnements IT Comparer les environnements        Les environnements multiples, la norme !     Pour sécuriser les développements et par extention les systèmes d'information,  les entreprises répliquent leur systèmes d'information. On crée des environnements qui peuvent être nombreux : dev, test, UAT, QA, Int, pré prod, prod, et autres.  Plus les enjeux sont importants, plus ces environnements sont nombreux.           Mais ça ne va pas sans quelques problèmes...       "Les environnements sont-ils cohérents les uns par rapports aux autres ?"    "Peut-on déployer en un clic d’un environnement à l’autre ?" .... C'est malheureusement rarement le cas.   On rencontre spécifiquement des problèmes de structure de base de données qui vont bloquer les déploiements : Typiquement, une table pourra ne pas avoir les mêmes champs en « prod » et en « pré prod »,  Les types de champ pourront être différents, etc. Ainsi, il devient pa