Service 04
Infrastructure cloud sur Google Cloud.
Nous concevons, déployons et exploitons l’infrastructure de votre produit sur Google Cloud : services et jobs Cloud Run, Cloud SQL et BigQuery, IAM au moindre privilège, CI/CD avec Cloud Build et alertes de supervision. AWS ou Vercel quand le produit s’y prête.
Le problème
La production, c’est un autre métier.
Un code qui fonctionne sur un poste doit encore tourner quelque part : des tâches planifiées qui ne doivent s’exécuter qu’une fois, des secrets qui ne doivent pas fuiter, des bases que seul le bon service peut atteindre, des déploiements qui ne doivent pas casser la version en ligne.
Nous concevons cette partie avec le produit, et nous la faisons tourner. FundReachr, DataSync et ce site reposent dessus.
Ce que nous construisons
Prêt pour la production dès le premier jour.
Architecture Cloud Run
Services et jobs Cloud Run, Cloud Functions, Cloud Tasks et Cloud Scheduler : des workers privés, accessibles uniquement via IAM et appelés avec des jetons OIDC, et des files cadencées au rythme de leur consommateur (Cloud Tasks, préféré à Pub/Sub dans une décision d’architecture documentée).
Bases et données
Cloud SQL Postgres derrière une VM PgBouncer sur un VPC privé, un accès aux bases authentifié par IAM via des proxys sidecar, et BigQuery pour l’entrepôt de données.
Sécurité et moindre privilège
Des droits IAM au moindre privilège, des accès sans clé, Secret Manager avec rotation des clés sans redéploiement, des consoles derrière Identity-Aware Proxy, et un rôle de base de données limité à l’insertion pour un webhook public.
CI/CD
Un pipeline Cloud Build pour chaque service déployable, des migrations de base de données lancées avant chaque déploiement pour qu’un échec bloque la mise en production, et une promotion du développement à la préproduction puis à la production.
Infrastructure as code
Des traitements intégrés à l’environnement de préproduction de la plateforme de Bulq.ai, décrite en OpenTofu, selon ses standards (accès sans clé, moindre privilège), et une carte de l’infrastructure que la CI maintient alignée sur le code.
Un projet par client
DataSync exécute les synchronisations de chaque client en jobs Cloud Run dans son propre projet GCP : le calcul est isolé et facturé au client, à partir d’une seule image de conteneur déployée dans chaque projet.
Supervision
Des alertes Cloud Monitoring, des alertes dans l’application, des journaux d’exécution en direct, et des tâches planifiées sécurisées par OIDC, gérées depuis l’application.
Notre méthode
Conçu avec le produit, exploité après la mise en ligne.
01
Penser avec le produit
L’architecture et l’interface, conçues ensemble pour que le produit tienne en production.
02
Un pipeline pour chaque déploiement
Chez Purely White Deluxe, un seul pipeline Cloud Build provisionne et déploie trois services Cloud Run par application, et construit, à partir du même code, des applications séparées pour le bac à sable et pour la production.
03
Votre projet, votre facture
Les traitements peuvent tourner dans votre propre projet Google Cloud : l’intégration de Purely White Deluxe est construite ainsi, et DataSync exécute les synchronisations de chaque client dans son projet.
04
Piloter
Nous déployons sur GCP, AWS ou Vercel, puis nous surveillons et faisons évoluer ce que nous livrons.
Technologies
Google Cloud, de bout en bout.
Cloud Run, Cloud Functions, Cloud Tasks et Cloud Scheduler ; Cloud SQL et BigQuery ; IAM, Secret Manager et Identity-Aware Proxy ; Cloud Build, Artifact Registry et Cloud Monitoring ; OpenTofu et GitHub Actions ; nginx quand un site en a besoin.
- Cloud Run
- Cloud SQL
- BigQuery
- Cloud Tasks
- Cloud Scheduler
- IAM
- Secret Manager
- Identity-Aware Proxy
- Cloud Build
- Cloud Monitoring
- OpenTofu
- nginx
Réalisations
Construit sur Google Cloud.
BTP · IA
Bulq.ai
Du no-code à une véritable plateforme logicielle
L’équipe infrastructure de Bulq.ai a reconstruit son environnement Google Cloud en code OpenTofu ; DataGem y a intégré les traitements d’extraction et de collecte, dans l’environnement de préproduction, au même standard (accès sans clé, moindre privilège), et a construit une carte de l’infrastructure qu’un contrôle de CI garde alignée sur le code.
Chiffres clés
- Devis fournisseurs aux formats hétérogènes
- Des milliers
- Dépense LLM du pipeline refondu
- Plafonnée
- Cycle de rattrapage du pipeline refondu
- 5 min
Le pipeline V3 : une tâche en file par document, PostgreSQL comme source de vérité unique. Hygiène bucco-dentaire · Marketplaces
Purely White Deluxe
Target Plus, branché directement sur Shopify et Flexport
Construit dans le projet Google Cloud de la marque : trois services Cloud Run par application (une console derrière Identity-Aware Proxy, des jobs accessibles uniquement via IAM, un récepteur de webhooks public), Cloud SQL derrière PgBouncer sur un VPC privé, et un seul pipeline pour le bac à sable et la production.
Chiffres clés
- Entre deux relevés des nouvelles commandes Target
- 5 min
- Rapprochement en filet de sécurité
- 15 min
Aide intégrée : comment Shopify, Target Plus, Flexport et les trois services s’articulent. Données démo Grande consommation · Hygiène et soin
Bravo Sierra
Toutes les sources de données, un seul tableau de bord
Les synchronisations de Bravo Sierra tournent sur DataSync, qui exécute celles de chaque client en jobs Cloud Run dans son propre projet GCP, planifiées connecteur par connecteur via OIDC, à partir d’une seule image de conteneur.
Chiffres clés
- Entrepôt pour les données DTC, revendeurs et publicité
- 1
- Plateformes sources connectées par DataSync
- 19
Lire l’étude de cas : Bravo Sierra Explorer un tableau de bord interactif
DataSync : une seule plateforme d’ingestion, chaque client dans son propre cloud. Studio logiciel · Site web
DataGem
Ce site, repensé et reconstruit autour des lignes mêmes du logo
Ce site : des pages pré-rendues servies par nginx sur Cloud Run, construites et déployées par Cloud Build à chaque mise à jour de la branche principale, avec de vraies pages 404, une mise en cache longue durée et des en-têtes de sécurité.
Chiffres clés
- Score de performance Lighthouse sur ordinateur
- 100
- Décalage de mise en page au chargement
- 0
- JavaScript compressé pour charger une page (contre 440 ko auparavant)
- 130 ko
La page /work (les réalisations, en version anglaise) : les études de cas et leur sommaire, pré-rendus à partir des mêmes données qui génèrent les routes et le sitemap.
Questions fréquentes
Vos questions, nos réponses.
Intervenez-vous comme consultant Google Cloud sur des projets existants ?
Oui. Sur la plateforme de Bulq.ai, nous avons intégré nos traitements à l’environnement de préproduction du Google Cloud du client, géré en OpenTofu, selon ses propres standards (accès sans clé, moindre privilège).
Pourquoi Cloud Run ?
Cloud Run exécute des conteneurs en services ou en jobs sans serveur à gérer, en accès privé via IAM quand il le faut. FundReachr, le MRP de Bonjout Beauty, DataSync et ce site tournent dessus.
Nos traitements peuvent-ils tourner dans notre propre projet Google Cloud ?
Oui. L’intégration de Purely White Deluxe est construite dans le projet Google Cloud de la marque, et DataSync exécute les synchronisations de chaque client dans son propre projet GCP, isolé et facturé au client.
Comment protégez-vous les secrets et les accès ?
Des droits IAM au moindre privilège, des accès sans clé quand la plateforme le permet, des secrets dans Secret Manager renouvelés sans redéploiement, des jetons OIDC sur les appels planifiés et en file d’attente, et des services privés accessibles uniquement via IAM ou Identity-Aware Proxy.
Comment se passent les déploiements ?
Par Cloud Build : chaque service déployable a son pipeline, les migrations de base de données passent avant le déploiement de l’API pour qu’un échec bloque la mise en production, et les changements passent du développement à la préproduction puis à la production.
Travaillez-vous uniquement sur Google Cloud ?
Les projets de nos études de cas sont bâtis sur Google Cloud, et nous déployons aussi sur AWS ou Vercel quand un produit s’y prête.