Aller au contenu
Genevois Informatique

Expertise cloud

Migration, run et optimisation multi-cloud

Conseil, migration et exploitation sur AWS, Microsoft Azure, Google Cloud et OpenStack, partout en France et en Suisse. Missions au taux journalier, sans engagement de volume.

AWSAzureGoogle CloudOpenStackTerraform

Bascule par lots

  • Serveur fin de vieRégion France
  • Machines virtuellesRégion Suisse
  • Données, sauvegardesSauvegarde hors site

L'ancien socle reste disponible pendant toute la bascule.

1000 € HT / jour1000 CHF HT / jour

Taux journalier, sans engagement de volume

2 jours

Un audit de cadrage tient sur un à deux jours

24/7

Astreinte francophone sur les plateformes en exploitation

FR / CH

Régions françaises, suisses ou cloud privé

Ce que nous entendons, ce que nous trouvons

Ce que le cloud règle, et ce qu'il ne règle pas

Le cloud n'est pas un objectif, c'est un moyen. Voici les quatre phrases qui ouvrent le plus souvent un dossier, et ce que l'audit met réellement en face.

01« Il faut qu'on passe sur le cloud. »

Dans la plupart des dossiers, le problème réel est ailleurs : une sauvegarde qui n'a jamais été testée, un serveur en fin de support, une application dont plus personne ne maîtrise le déploiement. Déplacer cela vers un fournisseur public ne règle rien et rend la facture plus difficile à lire.

02« Notre serveur arrive en fin de vie. »

Un serveur infogéré couvre encore beaucoup de besoins pour un coût de fonctionnement inférieur à une plateforme équivalente. Quand c'est la bonne réponse, nous le disons, même si la mission est plus courte.

03« Autant tout refondre pendant qu'on y est. »

Reprendre une machine virtuelle à l'identique est rapide et sans risque, mais ne réduit ni la facture ni la charge d'exploitation. Refondre coûte du temps de développement et n'a de sens que sur ce qui vit encore : nous détaillons cet arbitrage dans reprise à l'identique ou refonte.

04« Nos concurrents sont sur Kubernetes. »

Docker seul résout la plupart des besoins d'une PME, sans le coût d'exploitation d'un cluster, comme nous l'expliquons dans Docker sans Kubernetes. Nous n'installons un orchestrateur que si vous avez les équipes pour le faire vivre après notre départ.

Le cadrage

Quatre réponses écrites avant de choisir une architecture

Ces réponses déterminent l'architecture bien plus que le nom du fournisseur. Elles tiennent sur une page, et cette page vous reste, y compris si vous ne poursuivez pas avec nous.

Résidence

Quelles données doivent rester où

Une contrainte écrite, contractuelle ou réglementaire, pas une impression. Elle détermine la région et parfois le fournisseur : voir le choix d'une région.

Interruption

Ce que votre activité peut absorber

Une bascule tolérée un dimanche matin n'a pas le même coût qu'un service qui ne s'arrête jamais. Nous chiffrons les deux avant de choisir.

Accès

Qui doit pouvoir intervenir

Les comptes racine et les abonnements restent à votre nom. Nous travaillons sous des accès nominatifs révocables sans nous demander notre avis : pourquoi le compte root reste chez vous.

Budget

Ce que vous portez chaque mois

Une plateforme se juge sur son coût de fonctionnement, pas sur le prix du projet. Nous posons ce montant dans le cadrage, puis nous le suivons.

La trajectoire

Du cadrage à l'exploitation courante

Une migration réussie qui n'est plus surveillée redevient un problème en quelques mois. Le run fait donc partie du plan dès le premier jour, et la bascule sans coupure se prépare.

1 à 2 jours

Audit et cadrage

  • Inventaire de l'existant, dépendances comprises
  • Architecture cible et fournisseur retenus, avec les raisons
  • Trajectoire budgétaire de fonctionnement, mois par mois
  • Document exploitable, même si vous vous arrêtez là

1 à 5 jours

Déploiement et bascule

  • Infrastructure décrite en code, relue avant application
  • Bascule par lots, l'ancienne plateforme reste disponible
  • Retour arrière préparé pour chaque lot
  • Restauration testée devant vous avant la mise en service

en continu

Exploitation

  • Supervision, correctifs et astreinte francophone 24/7
  • Suivi de la dérive des coûts, alerte avant la facture
  • Documentation et accès chez vous, pas seulement chez nous
  • Forfait de run possible une fois la plateforme stabilisée

Infrastructure as code

Une plateforme qui se relit, pas une console cliquée

Nous décrivons l'infrastructure avec Terraform et Ansible, parce qu'une plateforme montée à la main ne se reproduit pas et ne se transmet pas. Ce qui est écrit peut être relu, versionné et repris par vos équipes.

bascule par lots
# plateforme decrite en code, relue avant d'etre appliquee $ terraform plan -out=bascule.tfplan + module.reseau.subnet["prod-a"] + module.calcul.instance["app-01"] + module.sauvegarde.policy["quotidienne-30j"] ~ module.reseau.regle_sortie (restreinte) Plan: 3 to add, 1 to change, 0 to destroy. $ ansible-playbook bascule.yml --limit lot2 correctifs ok supervision ok restauration test ok (12 min) # l'ancien socle reste joignable jusqu'a votre validation

Ce que vous récupérez

  • Le code de l'infrastructure, dans vos propres dépôts
  • Le schéma de l'architecture et les procédures de restauration
  • Les accès, sous des comptes nominatifs qui vous appartiennent

Vous pouvez ensuite exploiter la plateforme vous-même, la confier à un autre prestataire, ou nous laisser le maintien en condition opérationnelle. Rien de ce que nous produisons n'est conçu pour vous retenir.

La pile technique

Ce que nous mettons réellement en production

Une technologie que nous ne saurions pas maintenir après la mission n'a pas sa place dans votre architecture. Cette liste est donc courte, et elle correspond à ce que l'équipe exploite au quotidien.

Amazon Web ServicesMicrosoft AzureGoogle CloudOpenStackOVHcloudScaleway

Maîtrise des coûts

La facture qui monte sans que personne ne l'ait décidé

Une plateforme non suivie voit sa facture dériver : instances laissées allumées, volumes détachés jamais supprimés, sauvegardes empilées. Nous traitons ce sujet comme une prestation, pas comme une politesse de fin de projet.

sans suivi sous suivi mise en service + 12 mois

Nous commençons par l'inventaire de ce qui tourne et de qui le paie, puis nous coupons ce qui ne sert plus et dimensionnons le reste sur l'usage réel. Le mécanisme est décrit dans notre article sur la facture cloud qui augmente.

Ce travail se mène en mission courte, puis se tient dans le run. Le détail de la prestation figure sur la page gestion des coûts cloud.

  • Inventaire des comptes, des propriétaires et des ressources
  • Arrêt de ce qui ne sert plus, dimensionnement sur l'usage réel
  • Alerte sur la dérive, avant la facture et non après

Résidence des données

Où vos données vivent, et pourquoi

Le choix se fait sur votre contrainte écrite, pas sur une impression. Nous intervenons aussi bien sur un fournisseur public que sur une plateforme que vous hébergez vous-même.

Région française

Une région de fournisseur public en France, pour la majorité des plateformes que nous opérons. Les accès et la facturation restent à votre nom.

AWSAzureGoogle CloudOVHcloudScaleway

Région suisse

Quand une contrainte écrite l'impose, une région suisse chez un fournisseur public ou un hébergeur suisse. Nous distinguons ce que la région détermine réellement de ce qu'elle ne garantit pas.

Région CHHébergeur suisseChiffrement au repos

Tarif

Un taux journalier, quel que soit le cloud

Nous cadrons le nombre de jours après un premier échange, sur la base de votre existant et de ce que vous voulez obtenir. Un audit de cadrage tient en général sur un à deux jours et vous laisse un document exploitable, y compris si vous décidez de ne pas poursuivre avec nous.

  • Aucun engagement de volume ni de durée
  • Forfait de run possible une fois la plateforme stabilisée
  • Comptes, abonnements et moyens de paiement à votre nom

Mission cloud

1000 € HT / jour1000 CHF HT / jour

Montant hors taxes. Cadrage, migration, optimisation ou exploitation.

Le détail des prestations

Ce que nous livrons, prestation par prestation

Chaque page décrit le périmètre, le déroulé et ce qui vous reste à la fin de la mission. Le taux journalier est le même quel que soit le fournisseur.

L'équipe cloud

Quatre personnes, joignables directement, qui interviennent sur les plateformes que nous exploitons.

Mickael, Infogérance & Cloud

Mickael

Infogérance & Cloud
Joris, Scripting / Cloud

Joris

Scripting / Cloud
Kevin, Infrastructure / OpenStack

Kevin

Infrastructure / OpenStack
Maxime, Kubernetes / Cloud

Maxime

Kubernetes / Cloud

CS-Conseils, Genève

Messagerie d'entreprise, audit de sécurité et infogérance du SI d'une société de conseil. Une mission d'exploitation, pas une vitrine.

Voir la fiche CS-Conseils

Wiki Tech, documentation IT

Hébergement, maintenance et SEO de wiki-tech.io. Nous en sommes le mainteneur : run d'un site communautaire, distinct d'une migration AWS client.

Voir la fiche Wiki Tech

Questions fréquentes

Comment se déroule une mission cloud ?

Les missions sont facturées au taux journalier de 1000 HT. Nous cadrons le nombre de jours après un premier échange, sur la base de votre existant et de ce que vous voulez obtenir.

Une fois la plateforme en place et stabilisée, nous pouvons basculer sur un forfait de run mensuel. Cela évite de facturer à la journée une exploitation qui devient prévisible.

Travaillez-vous sur un seul cloud ou en multi-cloud ?

Les deux. Nous intervenons sur AWS, Microsoft Azure, Google Cloud et OpenStack, y compris quand vos charges sont réparties entre plusieurs fournisseurs.

Nous ne poussons pas le multi-cloud par principe. Répartir une plateforme entre deux fournisseurs double la surface à maîtriser, et cela ne se justifie que si une contrainte réelle l'impose. Nous comparons les trois grands fournisseurs pour une PME dans notre article sur AWS, Azure et GCP.

Pouvez-vous héberger nos données en Suisse ?

Oui. Selon le dossier, nous utilisons une région suisse chez un fournisseur public, un hébergeur suisse, ou un cloud privé OpenStack que nous déployons chez vous ou chez un partenaire.

Le choix se fait sur votre contrainte écrite, pas sur une impression. Nous détaillons ce que la région détermine réellement dans notre article sur le choix d'une région cloud, et le cas du cloud privé dans celui consacré aux données conservées en Suisse.

Faut-il migrer si un serveur nous suffit aujourd'hui ?

Non, et nous le disons quand c'est le cas. Un serveur Proxmox infogéré couvre beaucoup de besoins de PME pour un coût de fonctionnement inférieur à une plateforme cloud équivalente.

Le cloud devient pertinent quand vous avez besoin d'élasticité, de plusieurs sites, d'une reprise d'activité hors de vos murs ou d'une plateforme applicative. Nous expliquons pourquoi Kubernetes arrive souvent trop tôt dans une PME dans cet article.

Qui garde la main sur les comptes et les accès ?

Vous. Les comptes racine et les abonnements restent à votre nom, chez le fournisseur, avec votre moyen de paiement. Nous travaillons sous des accès nominatifs qui nous sont délégués et qui peuvent être révoqués sans nous demander notre avis.

C'est une règle que nous ne négocions pas : un prestataire qui détient le compte racine détient votre plateforme. Nous développons ce point dans notre article sur le compte root d'un cloud.

Que se passe-t-il une fois la migration terminée ?

Vous récupérez la documentation de l'architecture, les accès et les procédures de restauration. Vous pouvez ensuite exploiter la plateforme vous-même, la confier à un autre prestataire, ou nous laisser le maintien en condition opérationnelle.

La supervision et la maîtrise des coûts sont les deux sujets qui se dégradent le plus vite sans suivi. Une migration réussie qui n'est plus surveillée redevient un problème en quelques mois.

Commençons ensemble

Un projet, une panne, un rendez-vous.

Choisissez un créneau, ou décrivez votre besoin : nous répondons avec un périmètre clair, un prix hors taxes, et un interlocuteur nommé.