Le contexte

Cet acteur industriel s'appuyait sur un data warehouse Oracle, alimenté par une chaîne ETL ODI (Oracle Data Integrator). Avec la croissance des volumes, les temps de traitement se dégradaient : l'exécution d'un pipeline complet mobilisait plusieurs heures, limitant la capacité des équipes data à répondre aux besoins métier dans des délais compatibles avec leurs enjeux. La dette technique accumulée sur les transformations ODI rendait par ailleurs chaque évolution longue et risquée.

Notre intervention

Sylkane a conduit une modernisation complète de la plateforme, articulée autour de cinq chantiers :

• Migration intégrale d'Oracle vers Snowflake (données et transformations)
• Refonte de la couche de transformation avec dbt, en lieu et place d'ODI
• Mise en place d'Airflow comme orchestrateur unique, en remplacement d'un scheduling hétérogène
• Ingestion near real-time des fichiers entrants via Snowpipe
• Industrialisation des déploiements par une chaîne CI/CD Azure DevOps

Les résultats

L'essentiel

Au-delà du gain de performance, cette migration marque un changement de paradigme : le passage d'un ETL monolithique et opaque à des transformations modulaires, versionnées et testables. 

La valeur se mesure autant en rapidité de traitement qu'en agilité retrouvée : chaque nouvelle demande métier est désormais adressée en jours plutôt qu'en semaines.

Le contexte

Cet acteur du secteur de l'assurance devait héberger des données sensibles, notamment des données de santé et à caractère personnel, sur Snowflake, dans le respect d'exigences de conformité strictes : Tri-Secret Secure, RGPD et isolation réseau. La plateforme existante ne disposait pas d'un cadre de gouvernance de sécurité structuré : accès insuffisamment cloisonnés, absence de liaison privée, modèle d'habilitations non hiérarchisé et données sensibles non protégées au niveau colonne.

Notre intervention

Sylkane a défini et déployé une architecture de sécurité de bout en bout :

• Mise en place d'une liaison privée AWS PrivateLink entre le réseau on-premise et Snowflake, garantissant un trafic isolé d'Internet
• Configuration du Tri-Secret Secure, associant une clé de chiffrement maîtrisée par le client à celles de la plateforme

• Refonte du modèle d'habilitations (RBAC) sur trois niveaux : 

  • rôles fonctionnels
  • rôles par domaine métier
  • rôles techniques
• Protection des données sensibles par Column-Level Security et Dynamic Data Masking
• Industrialisation de l'infrastructure via Terraform, au service de la reproductibilité et de l'auditabilité
• Mise en place d'un dispositif de traçabilité complet (historiques d'accès et de connexion)

Les résultats

L'essentiel

La sécurité d'une plateforme Snowflake ne se résume pas à l'activation de fonctionnalités : elle se conçoit comme une architecture cohérente. 

L'association d'un modèle d'habilitations hiérarchisé, d'une liaison privée et d'un chiffrement à clés client constitue un socle que Sylkane déploie de façon systématique auprès de ses clients soumis à des contraintes réglementaires : un investissement rapidement amorti au regard des risques de non-conformité évités.

Le contexte

Cet acteur ne disposait pas de plateforme data. Ses données étaient dispersées entre plusieurs systèmes : un serveur SFTP alimenté quotidiennement en fichiers CSV, une base MySQL applicative et des exports manuels sous tableur; sans vision consolidée, sans reporting automatisé ni historisation. Une part importante du temps de l'équipe data était absorbée par des tâches d'extraction et de consolidation manuelles, au détriment de l'analyse.

Notre intervention

Sylkane a conçu et déployé une plateforme complète, de l'ingestion à la restitution :

• Snowflake comme socle de datawarehouse
• Ingestion automatisée des fichiers CSV via Snowpipe, depuis Azure Blob Storage
• Synchronisation de la base MySQL vers Snowflake par capture des changements (CDC) avec Airbyte
• Structuration de la transformation avec dbt, selon une organisation en couches (staging, intermediate, marts)
• Orchestration de l'ensemble des traitements via Airflow
• Chaîne de récupération SFTP vers Blob Storage, avec historisation des fichiers ingérés
• Reprise de cinq années d'historique
• Accompagnement et montée en compétence des utilisateurs (Snowflake et dbt)

Les résultats

L'essentiel

Construire une plateforme data de bout en bout en quatre mois est un objectif atteignable dès lors que l'architecture est bien pensée. Le bénéfice est immédiat : l'équipe data quitte les tâches d'extraction répétitives pour se recentrer sur l'analyse et la valeur métier. 

Le temps ainsi libéré est réinvesti dans des projets à fort impact pour l'organisation.

Le contexte

Cet acteur de la distribution exploitait SAP HANA comme data warehouse. Des coûts de licence élevés, une forte dépendance à l'écosystème SAP, des difficultés à intégrer des sources non-SAP et une performance dégradée sur des volumes croissants conduisaient l'équipe data à envisager une modernisation de sa plateforme, tout en préservant la couche de restitution BI existante.

Notre intervention

Sylkane a piloté une migration complète, pensée pour préserver la continuité de service :

• Migration du schéma et des données de SAP HANA vers Snowflake
• Déploiement de Snowflake sur Azure, en intégration native avec Azure Blob Storage et Azure Data Factory
• Industrialisation de l'infrastructure via Terraform (databases, schémas, warehouses)
• Refonte de la couche de transformation avec dbt, en remplacement des vues SAP HANA
• Automatisation des mises à jour via une chaîne GitLab CI et Airbyte
• Mise en place d'un dispositif de qualité de données (tests dbt et contraintes Snowflake)
• Accompagnement et montée en compétence des utilisateurs (trois sessions de formation)

Les résultats

L'essentiel

Migrer de SAP HANA vers Snowflake dépasse la seule question du coût : c'est un gain d'indépendance technologique. 

Le client s'affranchit d'une dépendance à un écosystème unique, ouvre sa plateforme à l'intégration de nouvelles sources et rend ses équipes autonomes au quotidien, passant d'un modèle propriétaire fermé à une architecture ouverte et évolutive.

Le contexte

Cet acteur du secteur agroalimentaire exploitait Snowflake depuis deux ans, avec une équipe de cinq data engineers, mais sans processus d'industrialisation. Les développements étaient déployés manuellement, sans tests automatisés, sans revue de code ni possibilité de retour arrière. Le modèle d'habilitations n'était pas cloisonné, les accès BI reposaient sur une authentification peu sécurisée, et la couche de transformation s'appuyait sur un outil ETL devenu lourd à maintenir.

L'équipe fonctionnait en mode réactif, mobilisée par la correction d'incidents plutôt que par la livraison de valeur.

Notre intervention

Sylkane a mené un audit complet de la plateforme, puis conduit sa mise à niveau :

• Audit de la plateforme existante sur les axes sécurité, performance et gouvernance
• Mise en place d'une chaîne CI/CD Azure DevOps (build, test, déploiement automatisés)
• Migration progressive de la couche de transformation vers dbt
• Refonte du modèle d'habilitations, avec séparation des environnements de développement, de recette et de production
• Sécurisation des accès BI via authentification OAuth
• Passage à une ingestion near real-time avec Snowpipe, en remplacement des traitements par lots nocturnes
• Centralisation de l'orchestration sous Airflow
• Documentation complète de l'architecture et rédaction des runbooks d'exploitation

Les résultats

L'essentiel

Une plateforme Snowflake dépourvue de chaîne d'industrialisation et de gouvernance expose l'organisation à un risque croissant. La mise à niveau a permis de faire évoluer une plateforme artisanale vers un socle industriel : déploiements automatisés, tests systématiques et sécurité maîtrisée.

L'équipe a ainsi pu passer d'un mode de gestion des incidents à une dynamique de livraison continue.

Le contexte

OCP Répartition s'appuyait sur XFB Gateway pour ses échanges de flux. L'annonce de la fin de support de cet outil a conduit le client à opter pour Secure Transport (Axway), afin de disposer d'une solution durablement maintenue par l'éditeur.

Notre intervention

Sylkane a accompagné OCP Répartition dans la refonte de l'architecture et la migration vers Secure Transport, à travers cinq chantiers :

• Ateliers de définition de l'architecture cible, adaptée aux différentes plateformes
• Installation de l'environnement
• Design des flux cible
• Préparation des environnements
• Migration des flux vers la solution cible

Les résultats

Une solution de transfert de fichiers maintenue par l'éditeur, remplaçant un outil en fin de support

Une architecture cible définie conjointement avec les équipes techniques du client

Une stratégie de migration élaborée et mise en œuvre de bout en bout

L'essentiel

Au-delà du remplacement d'un outil obsolète, ce projet a permis à OCP Répartition de sécuriser ses échanges de flux sur une base technique pérenne, en s'appuyant sur une architecture repensée avec ses équipes techniques.

Le contexte

Dans la continuité du projet de migration Control-M, les différentes entités (clusters) du client sont entrées dans une phase d'optimisation et d'exploitation des fonctionnalités du produit. La philosophie $U, implémentée dans Control-M, nécessitait une reprise.

Notre intervention

Sylkane a mené :

• Un état des lieux (entretiens, ateliers et collecte de données)
• Un ensemble de préconisations pour rationaliser et sécuriser les plans d'ordonnancement actuels
• L'élaboration d'un plan de remise en état
• L'élaboration d'un guide des bonnes pratiques
• La preuve de l'efficacité des préconisations par l'exemple, via la reprise de 500 jobs

Les résultats

• Un état des lieux complet des plans d'ordonnancement existants
• Des préconisations concrètes de rationalisation et de sécurisation
• Un plan de remise en état et un guide des bonnes pratiques formalisés
• 500 jobs repris, démontrant l'efficacité des préconisations

L'essentiel

Cette mission illustre le passage d'une logique de migration à une logique d'optimisation continue : au-delà du diagnostic et des préconisations, Sylkane a démontré la faisabilité de ses recommandations par une reprise concrète à l'échelle.

Le contexte

CANAL+ souhaitait engager un appel d'offres pour le renouvellement de ses outils de transfert de fichiers. Sylkane a mené une étude comparative des solutions du marché, selon une démarche similaire à d'autres missions du même type.

Notre intervention

Sur une durée d'environ 6 mois, Sylkane a réalisé :

• Extraction des données permettant de définir les types et la volumétrie des échanges
• Entretiens avec les différentes équipes pour identifier les besoins et contraintes spécifiques
• Élaboration d'un dossier de choix
• Restitution de l'étude et préconisations

Au terme de l'étude, le client a sollicité Sylkane pour l'accompagner sur le dossier d'appel d'offres : élaboration du dossier, analyse des réponses, tableaux comparatifs et présentation des réponses.

Les résultats

• Un dossier de choix structuré, fondé sur les besoins et contraintes réels des équipes
• Une typologie et une volumétrie des échanges clairement définies
• Un accompagnement prolongé jusqu'à l'appel d'offres, à la demande du client

L'essentiel

Cette mission illustre la capacité de Sylkane à accompagner ses clients au-delà du périmètre initial : une étude de choix qui, une fois les besoins clarifiés, débouche naturellement sur l'aide à la décision jusqu'à l'appel d'offres.

Le contexte

Suite à l'annonce de la fin de support de XFB Gateway, SWISS LIFE Banque Privée a opté pour CFT (même éditeur), afin de disposer d'une solution durablement maintenue.

Notre intervention

Sur une durée de 6 mois, Sylkane a accompagné SWISS LIFE Banque Privée dans la définition de l'architecture cible et la mise en œuvre de la migration, à travers cinq chantiers :

• Ateliers de définition de l'architecture, adaptée aux différentes plateformes
• Installation de l'environnement
• Design des flux cible
• Préparation des environnements
• Migration des flux vers la solution cible

Les résultats

• Une solution de transfert de fichiers maintenue par l'éditeur, remplaçant un outil en fin de support
• Une architecture cible définie conjointement avec les équipes techniques du client
• Une stratégie de migration élaborée et mise en œuvre de bout en bout

L'essentiel

Ce projet a permis à SWISS LIFE Banque Privée de sécuriser ses échanges de flux sur une base technique pérenne, en s'appuyant sur une architecture repensée avec ses équipes techniques.

Le contexte

PMU exploitait CONTROL-M en version V9 et souhaitait faire évoluer sa plateforme vers la version V9.20, afin d'en tirer les améliorations apportées par cette nouvelle version.

Notre intervention

Sylkane a accompagné PMU sur l'ensemble du projet de montée de version :

• Audit de la plateforme CONTROL-M
• Préconisation de la montée de version (plan d'action)
• Réalisation de la montée de version de la V9 à la V9.20
• Tests de conformité
• Rédaction de la documentation associée (DAT, DIN, DEX, guide de migration le cas échéant)
• Expertise et support ponctuel en fonction des sollicitations de PMU

Les résultats

• Une plateforme CONTROL-M mise à niveau vers la V9.20
• Un plan d'action structuré, issu d'un audit préalable de la plateforme
• Une documentation complète associée à la migration
• Un support disponible au-delà de la mise en œuvre technique

L'essentiel

Ce projet illustre l'accompagnement de Sylkane sur toute la chaîne d'une montée de version : de l'audit initial à la documentation, en passant par la réalisation et un support maintenu dans la durée.