Royal Hotels Network intègre 5 unités sans aucune interruption de service

Royal Hotels Network est une entreprise de taille moyenne à grande du secteur hôtelier, fondée dans les années 1960. Son modèle économique est axé sur le tourisme d'affaires et de loisirs. Elle gère actuellement cinq établissements hôteliers stratégiques : quatre à Belo Horizonte (MG) et un dans le quartier des Jardins à São Paulo (SP). Son fonctionnement repose sur le traitement continu (24 h/24 et 7 j/7) des systèmes de gestion hôtelière intégrés( PMS), des services d'entretien ménager, de facturation et de réservation.

Problème réel et goulots d'étranglement techniques

architecture informatiquesur site :

• Silos de données et décentralisation : chacune des 5 unités fonctionnait de manière isolée, ce qui a engendré une fragmentation des informations financières, comptables et d’occupation. Le recoupement des données nécessaires à la prise de décision par la direction exigeait une consolidation manuelle complexe.
• Risques de disponibilité (temps d'arrêt) : l'infrastructure locale a souffert de matériels, de risques de fluctuations de courant et de pannes de liaison Internet locale, menaçant la continuité des d'enregistrement, de départ et de traitement des paiements.
• Incapacité à évoluer : la croissance saisonnière de la demande et la perspective d'ajouter de nouvelles activités ou de nouveaux outils logiciels étaient limitées par le coût élevédes dépenses d'investissement) pour l'acquisition de nouveaux serveurs physiques et de licences.
• Failles de sécurité : Le maintien de routines décentralisées pour les sauvegardes, les mises à jour de correctifs et la conformité de sécurité sur des serveurs locaux a augmenté la surface d'attaque pour les incidents de cybersécurité.

Architecture de la solution et pile technologique

La solution mise en œuvre était Skyone Autosky. L'architecture conçue a permis de migrer les applications monolithiques existantes de gestion hôtelière et de progiciel de gestion intégré (ERP) vers un environnement de cloud public optimisé.

• Couche d'application et de cloud prête pour l'IA : utilisation de Skyone Autosky pour virtualiser et déployer nativement des systèmes client-serveur via des navigateurs Web courants (port HTTPS 443), éliminant le besoin de réplication ou de modifications du code source de l'application d'origine (migration sans changement).
• Mécanisme de mise à l'échelle automatique : configuration d'algorithmes qui surveillent en temps réel la consommation du processeur, la mémoire et la charge utilisateur. Le système provisionne automatiquement des instances éphémères supplémentaires lors des pics d'activité sur le réseau de l'hôtel et les supprime en période de faible demande, ce qui permet de maîtriser les coûts d'exploitation du cloud.
• Isolation et sécurité du réseau : chaque application et base de données était isolée au sein duprivé virtuel, mettant en œuvre une Zero Trust où l’accès au terminal n’est accordé qu’après une pré-authentification chiffrée via SSL.

Défis techniques et atténuation des risques

Le principal défi technique résidait dans le caractère critique du secteur hôtelier : la migration ne devait pas perturber les systèmes de réception et de clôture de nuit des hôtels, au risque de graves conséquences financières et d’atteinte à leur réputation.

• Mesure d'atténuation : Un processus de migration basé sur des modèles de serveur dans un environnement isolé a été mis en place. Cela a permis de valider toutes les variables réseau, le mappage des imprimantes locales et les pilotes spécifiques avant la mise en .

Mise en œuvre et déploiement

La stratégie de transition et de mise en œuvre a été exécutée en partenariat avec Faitec, et divisée en trois phases principales :

1. Cartographie et ingénierie d'images : capture de la logique métier d'origine et création de modèles d'infrastructure à la demande pour les ERP utilisés.
2. Synchronisation des données : téléchargement sécurisé des bases de données historiques vers le cloud.
3. en début de matinéeBasculement : la en production a eu lieu pendant une période de faible activité (tôt le matin). À 2 h du matin, l’ensemble de l’infrastructure et les 5 unités étaient déjà opérationnelles et intégrées au cloud public via le portail centralisé Skyone Autosky.

Résultats mesurables

• Temps d'arrêt pendant la migration : 0 % (Aucune interruption de service). L'opération s'est déroulée sans aucune interruption des services aux réceptions.
• Centralisation des données : intégration à 100 %. Suppression complète des silos de données, permettant le croisement des rapports de gestion et des données financières entre les hôtels et les services en temps réel.
• Disponibilité opérationnelle : résilience opérationnelle garantie 24h/24 et 7j/7 grâce à la redondance native du cloud et aux sauvegardes automatisées gérées par Skyone.
• Efficacité financière : remplacer les coûts imprévisibles des infrastructures physiques locales par un modèle prévisible dont le prix est libellé en monnaie locale, réduisant ainsi les besoins en dépenses d’investissement et optimisant les coûts opérationnels informatiques.

Leçons apprises

• La migration de systèmes existants complexes et intégrés provenant de plusieurs sites ne nécessite pas de réécriture coûteuse du code si une couche de virtualisation robuste et intelligente, pilotée par une infrastructure cloud, est appliquée.
• La période de basculementdébutde matinée minimise les risques opérationnels dans les entreprises à service continu.

FAQ

1. Comment atténuer le risque d'interruption de service lors de la migration des ERP hôteliers vers le cloud ?

Pour minimiser les interruptions de service, il est nécessaire d'adopter une stratégie de migration sans code, utilisant des serveurs modèles préconfigurés dans un environnement isolé. La transition (basculement) doit être planifiée en dehors des heures de pointe, par exemple tôt le matin, afin de permettre la synchronisation et la validation des bases de données sans perturber le service d'accueil 24h/24 et 7j/7.

2. Quels sont les avantages du modèle d'architecture Skyone Autosky pour les chaînes hôtelières ou les entreprises multi-clients ?

Skyone Autosky permet de centraliser les systèmes existants via un navigateur web, sans nécessiter de tunnels VPN complexes. Il utilise des moteurs de mise à l'échelle automatique qui ajustent les ressources de calcul en temps réel en fonction des fluctuations du nombre d'utilisateurs actifs, et isole les applications de chaque client ou unité dans des réseaux virtuels distincts, avec des politiques strictes basées sur les Zero Trust et MFA.