Sites gérés depuis le cloud : quand cela convient, et quand non
Mettre une succursale en service sans que personne n’ait à s’y rendre ressemble à la réponse à tout problème multi-sites. Pour une partie des cas, ça l’est. Voici où passe la limite.
Un réseau géré depuis le cloud est le bon choix quand vous avez de nombreux sites petits et semblables, sans personne de technique sur place. Vous expédiez un équipement, quelqu’un le branche, et la configuration arrive du cloud.
C’est le mauvais choix quand vous avez un seul grand bâtiment aux exigences complexes, quand votre environnement n’a pas le droit de parler vers l’extérieur, ou quand le modèle de licence ne vous convient pas : chez Meraki, l’équipement s’arrête quand la licence expire.
Nous le déployons là où cela convient et nous le disons quand ce n’est pas le cas. Les deux arrivent.
Le problème que cela résout
Une organisation avec vingt sites et un seul administrateur réseau n’a pas un problème technique mais un problème de déplacement. Chaque changement à faire sur place coûte une journée : aller, faire, revenir. Chaque panne qui exige une présence dure le temps du trajet.
La gestion depuis le cloud supprime le trajet. L’équipement tire sa configuration d’un environnement de gestion que vous ouvrez de n’importe où, et cet environnement est le même pour tous les sites. Mettre un nouveau site en service, c’est alors : expédier l’équipement, quelqu’un branche l’alimentation et la ligne, et le reste se fait à distance.
Ce n’est pas un petit gain. Pour une organisation à succursales, l’écart entre « on envoie quelqu’un demain » et « je le fais maintenant » est l’écart entre une journée de chiffre d’affaires et une demi-heure de gêne.
Quand cela convient
La gestion depuis le cloud donne sa pleine mesure quand trois choses sont vraies en même temps.
- De nombreux sites qui se ressemblent. Vingt magasins avec le même agencement, c’est vingt fois la même configuration. Un gabarit, vingt équipements. Avec trois sites tous différents, ce gain n’existe pas.
- Personne de technique sur place. Si chaque site compte quelqu’un capable de configurer un commutateur, vous payez un confort que vous aviez déjà.
- La gestion doit pouvoir être transmise. Une console où tout est visible se transmet mieux que vingt équipements ayant chacun son mot de passe.
Le secteur où cela se vérifie le plus souvent est le commerce, suivi des groupes de restauration à plusieurs établissements et des organisations de soins aux petits sites répartis sur une région.
Quand cela ne convient pas
Il y a trois situations où nous le déconseillons, et nous le faisons même quand cela représenterait du travail pour nous.
- Un seul grand bâtiment aux exigences propres. Un siège ou un site de production a souvent des configurations qui n’entrent pas dans un gabarit. On travaille alors contre le produit.
- L’environnement n’a pas le droit de parler vers l’extérieur. Avec la gestion cloud, le plan de gestion se trouve hors de vos murs. Dans un environnement où ce n’est pas permis — certains réseaux industriels, certains parcs réglementés — c’est écarté, point.
- Le modèle de licence ne vous convient pas. Chez Meraki, la licence n’est pas un abonnement de service mais une condition : si elle expire, l’équipement s’arrête. C’est un choix assumé du constructeur et cela se gère, mais il faut le savoir avant d’acheter et non après.
Dans ces cas-là, nous regardons du matériel que vous gérez vous-même. Fortinet quand le pare-feu est le centre de gravité, Juniper pour la commutation campus et centre de données de plus grande taille, Ubiquiti quand un contrôleur maison et des licences prévisibles comptent davantage que la gestion à distance.
Où se situe le coût
Nous n’affichons pas de montants sur ce site, mais la structure a sa place ici, car c’est là que sont les surprises.
Avec du matériel géré depuis le cloud, vous payez deux choses : l’équipement et la licence qui y est attachée. La seconde court tant que l’équipement est en service. Comparé à du matériel acheté une fois, la première option paraît plus chère. Comparé à du matériel acheté une fois plus le temps de trajet de quelqu’un qui visite vingt sites par trimestre, la balance penche.
Ce calcul dépend du nombre de sites, de la distance entre eux et de la fréquence des interventions. Nous le faisons avec vous, sur vos chiffres, et nous le montrons au lieu d’en lire une conclusion.
La dépendance que vous acceptez
La gestion cloud signifie que votre plan de gestion se trouve chez un constructeur. Cela a deux conséquences à peser à l’avance.
La première : on ne quitte pas ce constructeur facilement. Les équipements ne fonctionnent pas avec la console d’une autre marque. Changer veut dire remplacer du matériel, et ce n’est pas un investissement que vous voulez refaire tous les trois ans.
La seconde : votre trafic continue quand l’environnement de gestion est injoignable. C’est prévu ainsi dans cette catégorie de matériel : la configuration réside en local, le cloud sert à gérer et non à transporter. La distinction est importante, et c’est pourquoi nous installons bien ce type de réseau sur des sites qui ne doivent pas tomber.
Nous nommons cette dépendance avant toute commande. Un choix que vous ne saurez plus expliquer dans cinq ans n’est pas un bon choix, même s’il fonctionne aujourd’hui.
Comment nous le mettons en place
Quand nous le déployons, nous procédons dans cet ordre.
- Un site d’abord, le reste ensuite. Un gabarit éprouvé sur un site est un gabarit. Un gabarit valable sur le papier est une hypothèse.
- Un trafic séparé dès le départ. Clients, personnel et paiement ne partagent pas le même réseau. Séparer après coup, c’est du travail ; d’emblée, c’est une case à cocher.
- Une surveillance qui alerte d’elle-même. Un site tombé, vous l’apprenez du système, pas du responsable de magasin.
- Une documentation qui vous appartient. Mots de passe, licences et configuration sont à votre nom. Si la gestion passe un jour à un autre, elle vous suit.
La façon dont nous concevons et gérons un réseau réparti sur plusieurs sites figure sous gestion de réseau.
Les questions qu’on nous pose
Celles qui reviennent le plus quand le sujet est sur la table.
Mon site continue-t-il de fonctionner si la liaison vers l’environnement de gestion tombe ?
Oui. La configuration réside sur l’équipement lui-même ; le cloud sert à gérer et non à transporter le trafic. Pendant une telle coupure vous ne pouvez pas appliquer de changements, mais le trafic local continue. C’est précisément pour cela que nous installons aussi cette catégorie de matériel sur des sites qui ne doivent pas tomber.
Que se passe-t-il quand la licence expire ?
Chez Meraki, l’équipement cesse de fonctionner. C’est différent de la plupart des constructeurs, où une licence expirée signifie seulement l’arrêt des mises à jour. Nous surveillons les échéances et les signalons largement à l’avance, mais il importe de le savoir avant de choisir et non après.
Pouvez-vous le gérer si c’est déjà installé ?
Oui, et cela représente une grande part de notre travail. Nous reprenons un parc existant, cartographions ce qui s’y trouve et ce qui s’écarte du gabarit, et nous remettons cela en ordre à un rythme que votre activité peut absorber. Remplacer parce que nous avons l’habitude d’une autre marque, nous ne le faisons pas.
Est-ce rentable pour trois sites ?
En général non. Le gain de la gestion cloud vient de la répétition, et avec trois sites tous différents il n’y en a guère. Il existe des moyens moins coûteux d’arriver au même résultat. Nous le disons même si c’est vous qui le demandez.
Où cela aboutit chez nous
Les services dont relève ce sujet.
Envie de savoir si cela convient à vos sites ?
Indiquez le nombre de sites, à quel point ils se ressemblent et qui se déplace aujourd’hui quand il se passe quelque chose. Cela suffit pour faire le calcul.