Cloud et DevOps

En général, celui que vous utilisez déjà, sauf raison claire d’en changer. Amazon Web Services, Microsoft Azure et Google Cloud exécutent tous trois très bien des charges de travail d’entreprise. Les facteurs décisifs sont vos contrats et compétences existants, les services managés dont vous avez besoin, les règles de localisation des données et la manière dont vos autres systèmes se connectent. Nous travaillons sur les trois et limitons le code propre à un fournisseur aux endroits où il en vaut la peine.

Le nombre d’applications et d’environnements, l’écart qui les sépare aujourd’hui d’un déploiement automatisé, les contrôles de conformité à respecter, et le fait que les charges de travail changent de fournisseur ou quittent votre propre centre de données. L’exploitation dans la durée est une décision distincte : nous pouvons exploiter la plateforme avec vous, ou la transmettre lorsque votre équipe est prête.

Souvent, mais nous ne promettrons aucun chiffre avant d’avoir examiné la situation. Les économies courantes proviennent de ressources inutilisées, d’instances surdimensionnées, d’un stockage qui n’expire jamais et d’environnements qui tournent quand personne ne travaille. Nous étiquetons d’abord les dépenses par équipe et par service, afin que les économies soient mesurées et non estimées, et nous classons nos constats par effort et par risque.

Nous planifions chaque migration pour l’éviter, ou pour qu’elle soit courte et programmée. Les charges de travail migrent une par une, les données sont synchronisées avant la bascule, et chaque étape dispose d’un chemin de retour arrière. Lorsqu’une application ne peut pas tourner à deux endroits à la fois, nous convenons à l’avance d’une fenêtre de maintenance avec vous et répétons la bascule au préalable.

L’identité passe en premier : authentification unique (SSO), rôles au moindre privilège et aucun identifiant partagé. Les réseaux sont segmentés, les données sont chiffrées au repos et en transit, et les secrets sont conservés dans un coffre-fort managé. Des garde-fous bloquent les configurations non sécurisées avant leur déploiement, les pipelines analysent le code et les images à la recherche de vulnérabilités connues, et les journaux d’audit sont conservés là où personne ne peut les modifier.

C’est l’objectif. Tout est décrit en code et documenté, et vos ingénieurs relisent et valident les modifications avec nous dès le départ. Nous travaillons en binôme avec eux sur les incidents et les mises en production, rédigeons des manuels d’exploitation pour les tâches courantes et nous retirons progressivement à mesure qu’ils prennent le relais. Si vous préférez que nous continuions à exploiter la plateforme, cela peut se poursuivre dans le cadre d’un contrat de support.

Oui. Dans le cadre d’un contrat de support, nous surveillons les alertes, traitons les incidents dans les délais de réponse convenus avec vous, appliquons les correctifs de sécurité et maintenons à jour les outils de la plateforme. Chaque incident significatif fait l’objet d’une analyse écrite de sa cause et de la modification qui empêche qu’il se reproduise.

Là où vous le décidez. Nous convenons de la localisation des données avant le début des travaux et concevons en conséquence, qu’elles doivent rester dans un pays donné, dans votre propre compte cloud ou dans vos locaux. Lorsque des lois sur la protection des données telles que le RGPD s’appliquent, nous travaillons dans le cadre d’un accord de traitement des données et limitons les données personnelles à ce que le travail exige.