Audit
Nous inventorions vos serveurs, applications, dépendances et volumes de données ; nous mesurons le coût actuel, la latence et la fiabilité. Cela permet de décider si le problème relève de la conception, du dimensionnement, ou d'une migration.
SS-07 · Cloud, migration et exploitation
Infrastructure cloud et migration vers le cloud
Un cloud conçu, migré et exploité par des ingénieurs, pas par des commerciaux. Nous sortons votre infrastructure du serveur physique vieillissant pour la faire migrer vers Terraform, avec un plan par étapes qui n'arrête jamais votre activité : RTO < 30 min, RPO < 15 min.
Une facture cloud qui augmente sans que l'activité ne progresse, ou un serveur physique qui vieillit et ne supporte plus un correctif de plus, sont le symptôme habituel d'une architecture mal conçue ou jamais revue. Nous commençons toujours par un audit — coût actuel, latence, fiabilité, ce qui reste en local sans raison — puis proposons une refonte, une migration, ou les deux.
Nous opérons AWS, Azure, GCP et OVH selon les cas. Pour les secteurs réglementés en Espagne et en Europe, nous recommandons en priorité les options offrant une résidence des données en territoire (Azure Espagne, OVH, AWS Madrid).
Nous accompagnons depuis 2017 des entreprises industrielles, des distributeurs, des cabinets professionnels et des PME de services en Castille-et-León et aux Îles Canaries. Nous connaissons les ERP qu'elles utilisent —Sage, Holded, Odoo, Dynamics—, leurs intégrations avec le commerce en ligne et les exigences de conformité qui conditionnent l'hébergement des données. Nous ne vendons pas du cloud générique : nous concevons l'architecture adaptée à votre activité, migrons dans des fenêtres de maintenance convenues et formons votre équipe pour qu'elle opère en autonomie dans le nouvel environnement.
Tout ce que nous touchons est réalisé avec Terraform : l'infrastructure est du code, elle est versionnée et reproductible. Aucun clic manuel dans les consoles.
La sécurité et la conformité réglementaire font partie de la conception dès le premier jour. Selon votre secteur, nous appliquons des contrôles alignés sur le Schéma National de Sécurité (ENS), l'ISO 27001 ou les exigences du RGPD pour les données dans le cloud —y compris la localisation des serveurs dans l'Union européenne lorsque l'activité l'exige—. Si vous avez également besoin d'intégrer les contrôles ISO 27017 ou ISO 27018 dans le périmètre de votre certification ISO 27001 —pour la sécurité spécifique aux environnements cloud, ou la protection des données personnelles dans le cloud—, notre division Qualité peut vous accompagner de manière coordonnée.
EU-WEST · primaireMadrid
- API · actif
- DB principale
- File d'attente
- Origine CDN
EU-WEST · veilleFrankfurt
- API · veille
- Réplique DB
- Sauvegarde
- Basculement prêt
EU-WEST · froidParis
- Sauvegarde S3
- Archive
- Site de reprise
Le processus Infrastructure cloud.
Le processus · quatre étapesConception
Architecture cible, résidence des données et plan de migration par étapes lorsque c'est pertinent. Nous livrons un rapport indiquant ce qui migre vers le cloud public, ce qui reste on-premise et comment les deux environnements se connectent.
Migration
Lift-and-shift, rearchitecture ou hybride. Nous provisionnons l'environnement, répliquons les charges et validons les performances avant de router le trafic réel ; le basculement définitif se fait dans une fenêtre convenue, avec un protocole de rollback documenté et une vérification des données et des sauvegardes avant de valider la migration.
Exploitation
Terraform, observabilité et supervision. Les premières semaines servent à détecter les anomalies de performance ou de coût ; nous ajustons le dimensionnement des ressources et formons votre équipe à la gestion courante de l'environnement.
Ce qui est inclus
Ce qu'inclut Infrastructure cloud.
Le détail opérationnel : ce que nous livrons dans le cadre de la mission et ce que nous maintenons actif par la suite.
-
AWS, Azure, GCP, OVH
Nous opérons les quatre. Azure Espagne, OVH ou AWS Madrid lorsque la résidence des données est nécessaire.
-
Migration de serveurs, ERP et bases de données
Transfert de serveurs physiques ou virtuels (VMware, Hyper-V) et migration d'ERP —Sage, Holded, Odoo, Dynamics— avec leurs bases de données SQL Server, MySQL ou PostgreSQL vers des instances cloud équivalentes, avec validation des performances avant le basculement définitif.
-
Architecture hybride et conception multi-région
Environnements mixtes on-premise + cloud, ou multi-région lorsque l'activité le justifie, connectés de manière sécurisée par VPN ou ExpressRoute/Direct Connect.
-
Sécurité et conformité réglementaire
Configuration des identités (Azure AD / Entra ID), chiffrement en transit et au repos, politiques d'accès au moindre privilège et résidence des données dans l'UE. Alignement sur l'ENS, le RGPD et l'ISO 27001 selon le profil de l'entreprise.
-
Sauvegarde, reprise et haute disponibilité
Sauvegardes chiffrées et vérifiées, avec RTO < 30 min et RPO < 15 min comme objectifs par défaut testés lors de gamejours, et des tests de restauration périodiques documentés.
-
Terraform en standard
Infrastructure en tant que code, versionnée et reproductible.
-
Optimisation et gouvernance des coûts cloud
Dimensionnement des ressources, instances réservées ou spot selon la charge, alertes de dépassement et tableau de bord de consommation pour maîtriser la facture mensuelle.
Ce que nous ne promettons pas
Ce que nous ne promettons pas.
Pour décider avec des données réelles, voici ce que nous n'offrons pas, même si le marché le vend parfois comme un standard :
-
Zéro interruption de service sur toute migration
Lorsque le cas le justifie, nous utilisons des stratégies sans coupure (strangler-fig, bleu-vert) ; sinon, le basculement se fait dans une fenêtre convenue avec un protocole de rollback documenté, pour que l'activité ne s'arrête pas sans prévenir.
-
Une surveillance de sécurité 24×7 façon SOC interne
Nous ne surveillons pas en temps réel comme un centre d'opérations de sécurité ; nous appliquons des contrôles d'accès, du chiffrement et un alignement sur l'ENS, le RGPD et l'ISO 27001 selon le profil de votre entreprise.
-
Un SLA de disponibilité qui ne dépendrait que de nous
La disponibilité d'Azure, AWS ou GCP est fixée par le contrat de chaque fournisseur ; nous concevons pour en tolérer les pannes —multi-zone, sauvegardes vérifiées— mais nous ne pouvons pas garantir le SLA d'un tiers.
-
Une baisse de facture garantie sans revoir la consommation réelle
Nous optimisons le dimensionnement et le type d'instance, mais le coût final dépend de la consommation réelle et des tarifs du fournisseur, que nous ne contrôlons pas.
Cluster Summum
Comment il s'articule avec les services connexes.
Un cloud bien conçu est le socle de la sécurité et de la fiabilité.
Questions fréquentes sur Infrastructure cloud.
Quel fournisseur cloud choisir pour une PME espagnole — Azure, AWS ou Google Cloud ?
Il n'y a pas de réponse unique. Azure est le choix le plus courant lorsque l'entreprise utilise déjà Microsoft 365 ou Dynamics, car l'intégration de l'identité et des outils est native. AWS offre le catalogue de services le plus étendu et constitue un bon choix lorsque l'entreprise dispose de développements propres consommant des services de plateforme. Google Cloud se distingue pour les charges d'analyse de données et de machine learning. Dans tous les cas, nous évaluons la distribution des centres de données dans l'UE pour garantir la résidence des données conformément au RGPD.
Ai-je besoin de mes données en Espagne, ou l'UE suffit-elle ?
Pour les données sensibles, nous recommandons d'abord la région Espagne lorsque le fournisseur la propose (Azure Espagne, AWS Madrid) ; si cette résidence précise n'est pas nécessaire, tout centre de données dans l'UE respecte le RGPD.
Combien de temps dure une migration vers le cloud pour une PME de taille moyenne ?
Cela dépend du nombre de serveurs, d'applications et du volume de données. Un environnement typique de 10 à 50 utilisateurs avec un ERP, un serveur de fichiers et la messagerie peut être migré en 6 à 12 semaines, phase de tests en parallèle incluse. Les projets plus complexes, avec de multiples intégrations ou des exigences de disponibilité très élevées, peuvent nécessiter de 3 à 6 mois. Lors du diagnostic initial, nous établissons un calendrier réaliste et l'intégrons au plan remis au client.
Peut-on migrer sans interruption de service, et que se passe-t-il en cas de problème en cours de route ?
Lorsque cela se justifie, oui : nous utilisons une stratégie strangler-fig ou bleu-vert. Dans tous les cas, le plan de migration comprend toujours un protocole de rollback documenté avant le basculement définitif ; les charges critiques sont migrées dans des fenêtres convenues — week-end ou en dehors des heures ouvrables — et l'ancien environnement reste opérationnel jusqu'à ce que le nouveau soit validé. Dans les projets à forte criticité, nous maintenons les deux environnements en parallèle pendant une période de coexistence pour détecter toute anomalie avant d'éteindre les systèmes locaux.
Puis-je migrer seulement une partie de mon infrastructure et garder le reste on-premise ?
Oui. L'architecture hybride est une solution courante lorsque, pour des raisons de latence, de coût ou d'exigences réglementaires, certains systèmes doivent rester en local. Nous concevons la connectivité sécurisée entre les deux environnements — VPN, ExpressRoute d'Azure ou Direct Connect d'AWS — et définissons quelles charges vont dans le cloud et lesquelles restent sur site, avec des critères techniques et économiques documentés.
La migration vers le cloud pouvait-elle être financée par le Kit Digital ou le Kit Consulting ?
Seulement avec un bon déjà accordé : les appels des deux programmes sont clos (Acelera Pyme). Avec un bon Kit Digital en cours de validité, une partie de la migration peut entrer dans les solutions « Cybersécurité » ou « Gestion des processus », selon le périmètre ; le Kit Consulting finançait le conseil stratégique préalable. Nous évaluons votre situation avant de démarrer le processus.