Cloud et infrastructure : Votre infrastructure. Prête pour la suite.

Nous partons du fonctionnement de votre application, de sa charge et de la façon dont elle sera exploitée.

• Machines virtuelles et calcul : Les machines virtuelles (VM) et les services de calcul fournissent les ressources nécessaires aux systèmes et aux applications.
• Conteneurs : Docker et Podman permettent d’exécuter des applications en conteneurs. Kubernetes orchestre des charges conteneurisées lorsque la complexité du projet le justifie ; il ne garantit pas à lui seul la haute disponibilité.
• Microservices : Nous organisons leurs communications, leurs dépendances et leurs déploiements lorsqu’une architecture en microservices convient au projet.

Ces services ne sont pas interchangeables. Le choix dépend des requêtes, du volume, de la cohérence des données et des fonctionnalités utilisées par votre application.

• Bases de données : SQLite est un moteur embarqué dans l’application ; MySQL, MariaDB et PostgreSQL fonctionnent comme des serveurs de bases de données. D1 est un service géré de Cloudflare fondé sur SQLite, avec ses propres limites et modalités d’accès.
• Cache et clé-valeur : Redis et Valkey peuvent servir au cache et à d’autres usages applicatifs. La compatibilité dépend des versions, commandes et modules. Workers KV est un stockage clé-valeur distribué à cohérence à terme, pas un remplacement direct de Redis ou Valkey ni un service de coordination transactionnelle.
• Connexions : Hyperdrive accélère l’accès à une base existante par la mise en commun des connexions, avec une mise en cache des requêtes configurable. Ce n’est pas une base de données ; moteurs, pilotes et fonctionnalités doivent être compatibles.

Nous distinguons les services exposés au public des ressources qui doivent rester accessibles uniquement aux systèmes et aux personnes autorisés.

• Réseau privé : Réseaux virtuels (VPC), sous-réseaux privés, règles de filtrage du trafic et VPN relient les composants selon les fonctions disponibles chez le fournisseur. Un VPN peut aussi relier vos bureaux ou votre stockage local au cloud, selon les besoins.
• Accès aux services : DNS, certificats TLS et répartition de charge dirigent les connexions vers les bons services. Les droits d’accès et les secrets sont gérés avec les outils retenus.
• Protection Web : Un pare-feu applicatif Web (WAF) peut filtrer certaines requêtes malveillantes. Il complète les correctifs et la sécurité de l’application, sans les remplacer.

Elle vise à limiter les interruptions liées aux défaillances prévues dans sa conception. Elle se dimensionne selon vos priorités et le budget disponible.

• Résilience : Redondance, vérifications de santé et mécanismes de bascule sont définis pour les composants concernés. Les dépendances et les scénarios de panne doivent aussi être évalués.
• Limites : La haute disponibilité n’est pas une garantie d’absence d’interruption. Une mise à jour, un incident ou une défaillance non couverte peut toujours affecter le service.
• Sauvegarde et reprise : La réplication et la haute disponibilité ne remplacent pas les sauvegardes. Copies, conservation, restauration et objectifs de reprise se définissent séparément.

Nous choisissons les informations qui permettent de comprendre l’environnement et d’agir, plutôt que d’accumuler des alertes sans contexte.

• Observabilité : Surveillance, journaux, métriques et alertes apportent de la visibilité sur la santé des services. Leurs destinations, accès et durées de conservation sont définis.
• Capacité et coûts : L’utilisation des ressources et les dépenses du fournisseur servent à repérer les limites, les surdimensionnements et les possibilités d’optimisation.
• Interventions : Les destinataires des alertes, les responsabilités et les modalités de réponse sont précisés dans le périmètre de gestion.

Nous préparons les dépendances, les accès et les vérifications avant de modifier l’environnement. La bascule se planifie avec un retour arrière lorsque celui-ci est possible.

• Migration : Inventaire, essais, transfert des données et vérifications après bascule permettent de structurer le changement. Les interruptions prévisibles sont discutées à l’avance.
• Infrastructure comme code : Des configurations versionnées et des processus CI/CD peuvent rendre les changements d’infrastructure reproductibles, avec les validations et les droits appropriés.
• Responsabilités applicatives : Nuagerie prend en charge l’infrastructure et les automatismes convenus. Le code métier, les fonctionnalités et la maintenance applicative relèvent d’un mandat distinct, avec votre équipe ou Nuagiciel.

Oui. Vous gardez votre environnement et vos comptes chez le fournisseur ; nous reprenons la gestion, clarifions les accès et organisons le suivi. Nous pouvons aussi vous aider à choisir une plateforme adaptée à vos applications, à votre budget et à vos exigences de localisation des données.