Le monde des agences de développement est extrêmement diversifié. Il va des maisons de systèmes orientées DevOps aux agences allégées qui offrent des solutions clés en main. Entre les deux, vous trouverez diverses agences, telles que des boutiques numériques axées sur le marketing et le design, ainsi que des usines de production qui se concentrent sur les solutions personnalisées basées sur WordPress et le développement d’extensions ou de thèmes.
Les différents types d’agences adoptent des approches différentes en matière d’hébergement, en fonction de leur modèle d’entreprise, de leur marché cible et de la disponibilité de développeurs, DevOps et sysadmins compétents.
Les agences orientées DevOps s’occupent généralement du développement d’applications complexes et considèrent WordPress comme un outil parmi d’autres, ce qui les amène souvent à favoriser l’hébergement DIY pour la flexibilité et le contrôle. En revanche, les agences WordPress et marketing privilégient l’efficacité et la fiabilité, ce qui rend les solutions d’hébergement infogérées plus attrayantes pour leurs besoins.
Bien que les agences orientées DevOps aient les compétences pour gérer des infrastructures DIY, le défi aujourd’hui est de décider s’il vaut encore la peine de configurer un serveur. Des tâches telles que la gestion des correctifs de sécurité, les optimisations Nginx et les mises à jour du noyau sont des frais généraux opérationnels qui prennent du temps.
C’est là que Kinsta se distingue. Grâce à sa suite d’outils de développement avancés, Kinsta permet aux équipes DevOps de conserver le contrôle de l’architecture via l’API et SSH tout en déléguant les tâches opérationnelles à la plateforme.
Voyons maintenant pourquoi un service d’hébergement cloud infogéré orienté développeur comme Kinsta pourrait être un meilleur choix que les services cloud bruts comme AWS, Azure et Google Cloud.
Kinsta vs Cloud brut : Pourquoi l’hébergement cloud info géré est plus avantageux pour les développeurs
Les agences qui adoptent une stratégie d’hébergement DIY cherchent généralement à maximiser leurs profits en achetant des ressources en gros auprès d’un service d’hébergement cloud brut et en les revendant à un prix élevé.
Cependant, cette stratégie peut créer l’illusion d’une marge car la gestion de votre propre stack nécessite de prendre en compte le coût du capital humain. Chaque heure qu’un développeur consacre aux mises à jour du serveur, à la surveillance de la sécurité ou au dépannage est une heure qui ne peut pas être facturée aux clients. Ce temps est également soustrait à des activités à forte valeur ajoutée, telles que le développement de nouveaux projets, l’innovation technologique et l’acquisition de nouvelles compétences.
En outre, le modèle d’hébergement bricolé entraîne des coûts financiers imprévisibles. Une faille de sécurité ou une surcharge du serveur lors d’un pic de trafic peut entraîner une perte de ventes, une atteinte à la réputation de l’agence et de ses clients, des heures supplémentaires pour les développeurs et un désabonnement des clients, coûtant des centaines ou des milliers de dollars, effaçant instantanément des mois de marges d’hébergement accumulées.
Kinsta transforme ces coûts cachés et imprévisibles en dépenses fixes et prévisibles, permettant aux agences d’atteindre des marges bénéficiaires nettes plus élevées par projet.
Kinsta agit comme une couche d’abstraction au-dessus d’une puissante architecture cloud. Il ajoute une interface de gestion conviviale pour les développeurs, une sécurité de pointe, un CDN d’entreprise avec protection DDoS, et des automatisations qui facilitent la gestion des sites WordPress. Plus important encore pour les agences de développement, Kinsta fournit un support de premier ordre et a été classé meilleur hébergeur WordPress par les utilisateurs de G2.
Examinons maintenant les avantages de Kinsta par rapport à un fournisseur de services en cloud brut.
De l’infrastructure à l’environnement
Kinsta élimine la nécessité de gérer une infrastructure cloud de bas niveau. Au lieu de cela, il fournit aux agences un environnement de serveur prêt à l’emploi et optimisé par des experts, contrairement à l’installation pratique requise par les fournisseurs de services en cloud bruts.
Nos machines sont réglées avec précision pour des performances optimales et sont équipées d’une technologie de pointe. Chaque site sur notre plateforme tourne dans un conteneur logiciel isolé avec toutes les ressources nécessaires (Linux, NGINX, PHP et MySQL) pour l’exécution. Cela signifie que votre site est isolé de tous les autres sur notre plateforme, et qu’il ne subira pas de ralentissements ou de temps d’arrêt dus à des « voisins bruyants »
Nos ingénieurs ont déjà optimisé les travailleurs Nginx et PHP, ce qui permet à votre agence d’économiser le temps et les coûts associés à l’optimisation manuelle et à la nécessité d’embaucher une équipe de DevOps et de SysAdmins.
Contrairement à l’hébergement cloud brut, où le personnel informatique doit configurer la mise en cache et optimiser la livraison des ressources statiques, Kinsta intègre par défaut la mise en cache au niveau du serveur et un CDN global via Cloudflare. Cette configuration accélère les performances du site sans aucune configuration manuelle de la part de votre équipe informatique.
En bref, les agences qui choisissent Kinsta plutôt qu’un hébergement brut dans le cloud évitent le temps et les ressources nécessaires à l’administration du serveur. Kinsta fournit un environnement préréglé, sécurisé et hautement performant, réduisant les charges opérationnelles tout en assurant la rapidité des sites des clients.
Observabilité intégrée
En génie logiciel, l’observabilité est la capacité de comprendre l’état d’un système à partir de ses résultats. Dans l’informatique cloud, l’observabilité signifie surveiller, mesurer et comprendre l’état d’un système ou d’une application en examinant ses sorties, ses journaux et ses mesures de performance.
Pour ceux qui utilisent l’hébergement brut, il est complexe de parvenir à une véritable observabilité. Votre équipe informatique devra configurer et payer des services tiers tels que New Relic, Datadog ou Papertrail, ce qui ajoute des coûts à votre budget et complexifie vos flux de travail.
Kinsta élimine ces frais généraux en fournissant une suite d’outils de surveillance de qualité professionnelle disponibles dans le tableau de bord MyKinsta sans frais supplémentaires.
Outil APM de Kinsta
Notre outil APM (Application Performance Monitoring) capture les horodatages de chaque processus PHP, requête de base de données, appel HTTP externe, code personnalisé et extension installée, fournissant ainsi une analyse détaillée de chaque processus. Sur une infrastructure cloud brute, un niveau de traçage similaire nécessiterait un service tiers, coûtant souvent des centaines de dollars par mois.
Pour activer l’outil APM, connectez-vous à MyKinsta, sélectionnez le site à surveiller, cliquez sur APM dans le menu de gauche, puis sur le bouton Activer APM :
Avec Kinsta APM, vos développeurs peuvent instantanément identifier quelle extension ou fonction personnalisée ralentit votre page de paiement e-commerce ou votre site d’adhésion. Kinsta APM peut faire gagner à votre équipe des heures de temps facturables, en réduisant le temps moyen de réparation (MTTR).
Gestion des journaux
L’accès aux journaux ou logs nécessite l’utilisation d’un terminal ou la configuration d’outils complexes, tels que Amazon CloudWatch ou Google Cloud’s Observability. C’est un autre domaine où l’hébergement bricolé draine la productivité des développeurs.
Avec Kinsta, vous pouvez accéder facilement aux journaux d’erreurs, de cache et d’accès en quelques clics depuis votre tableau de bord MyKinsta. Vous pouvez également télécharger vos fichiers journaux via SFTP.
Pour accéder à la page des journaux de MyKinsta, naviguez vers Sites > Nom du site > Journaux. Cette page est divisée en trois onglets.
L’onglet error.log montre les erreurs PHP et les avertissements générés par votre site WordPress. Cet onglet est particulièrement utile pour dépanner les pages cassées, les écrans blancs de la mort, et d’autres problèmes liés aux thèmes et aux extensions.
L’onglet kinsta-cache-perf.log fournit des journaux spécifiques à la couche de mise en cache de Kinsta. Il vous permet de voir si les pages de votre site sont correctement mises en cache et fournit des informations pour améliorer les performances.
L’onglet access.log affiche les journaux de chaque requête HTTP effectuée sur votre site. Le journal d’accès est essentiel car il fournit des informations utiles pour les contrôles de sécurité, la surveillance du trafic, la détection des erreurs 404 et la compréhension des schémas d’accès au site.
L’écran du journal vous permet également de définir des filtres et de spécifier un intervalle de temps ou un nombre maximum de journaux à afficher. Cela vous aide à surveiller et à corriger les erreurs sur votre site, en vous évitant de travailler dans le terminal ou d’utiliser des outils tiers complexes et coûteux.
Kinsta ne se contente pas de fournir un serveur pour les sites web de vos clients, il fournit un environnement de diagnostic complet. Avec Kinsta, vous n’aurez pas besoin d’acheter des licences de logiciels tiers et votre équipe n’aura pas à gérer des outils supplémentaires.
Analyse du trafic et de la consommation de ressources
Sur les plateformes de cloud brut (AWS, GCP, Azure), la surveillance est souvent un service séparé qui nécessite une configuration manuelle de la part de votre équipe informatique.
Kinsta offre un système intégré qui permet une surveillance avancée du trafic et de la consommation des ressources. Plus qu’un simple ensemble de graphiques et de tableaux, c’est un système d’alerte précoce qui vous protège contre le risque d’effondrement du site lors d’évènements critiques.
Dans MyKinsta, vous pouvez consulter les rapports d’analyse pour votre plan WordPress et pour les sites individuels de vos clients. Vous pouvez également exporter les données d’analyse au format CSV.
La page du tableau de bord MyKinsta offre un aperçu rapide de la consommation de ressources de votre plan WordPress. Pour accéder à cette section, rendez-vous sur le tableau de bord de votre entreprise et faites défiler jusqu’à la section Analyses. Vous y trouverez des graphiques montrant l’utilisation du plan, la consommation de bande passante, les visites uniques et la bande passante CDN.
Pour accéder à des rapports plus détaillés pour tous les sites de votre plan, sélectionnez Analyses dans le menu de gauche. Vous y trouverez un système de reporting complet, organisé par onglets, qui vous permet de suivre précisément le trafic et la consommation de ressources de votre plan.
Vous pouvez vérifier en temps réel si les ressources allouées à votre plan WordPress sont suffisantes pour traiter les requêtes de manière fluide. Plus précisément, l’onglet Performance comprend des rapports clés pour le suivi de cet aspect et affiche les graphiques suivants :
- Temps de réponse moyen de PHP + MySQL : ce graphique affiche le temps de réponse moyen du moteur PHP et du moteur MySQL pour chaque requête non mise en cache.
- Débit PHP : il s’agit du nombre de transactions PHP par unité de temps
- Limite de mémoire PHP atteinte : le nombre de fois où la limite de mémoire de PHP a été dépassée.
- Limite de threads PHP : ce graphique indique le nombre de fois où le moteur PHP a atteint le nombre maximum de threads PHP alloués.
- Utilisation AJAX : ce graphique montre le nombre de requêtes admin-ajax.
- Temps de réponse moyen de PHP + MySQL : ce graphique montre le temps de réponse moyen des moteurs PHP et MySQL pour chaque requête non mise en cache.
- Top temps maximum en amont : il s’agit du temps total nécessaire à NGINX pour traiter une requête et envoyer une réponse.
Ces rapports vous permettent de réaliser un audit détaillé de l’utilisation des ressources de votre plan WordPress. L’avantage pour les clients de Kinsta est qu’une fois que vous avez déterminé quelles configurations doivent être modifiées pour les besoins spécifiques de votre site, vous pouvez agir directement depuis le tableau de bord MyKinsta. Par exemple, vous pouvez utiliser notre module de performance PHP pour modifier le nombre de threads PHP d’un site ou la limite de mémoire PHP par thread.
D’autres rapports incluent l’utilisation du plan, les principales requêtes, la consommation de bande passante du CDN et de la mise en cache Edge, la répartition des codes de réponse, les réponses du cache et les contournements, les adresses géographiques et IP qui visitent votre site, et bien plus encore.
MyKinsta propose également des analyses au niveau du site, accessibles via Sites > nom_du_site > Analyses :
Activité des utilisateurs
L’observabilité n’est complète que si elle inclut le suivi de l’activité des membres de l’équipe. Dans un environnement collaboratif, savoir qui a fait quoi et quand est essentiel pour maintenir des normes de sécurité élevées et une efficacité de débogage.
Si vous travaillez avec un service cloud brut, la mise en œuvre d’un service de surveillance de l’activité des utilisateurs (UAM) est une opération complexe qui nécessite la configuration de plusieurs services spécialisés.
Chez Kinsta, le journal des activités des utilisateurs est intégré à MyKinsta. Vous pouvez accéder au journal d’activité de l’utilisateur au niveau de l’entreprise et du site.
Pour accéder au journal au niveau de l’entreprise, naviguez vers Votre nom > Réglages de l’entreprise > Activité de l’utilisateur. Vous pouvez filtrer les journaux par action, site, utilisateurs et clé API.
Pour accéder à l’activité des utilisateurs au niveau du site, naviguez vers Sites > Nom du site > Activité de l’utilisateur. Vous trouverez les mêmes informations que celles décrites pour l’activité des utilisateurs au niveau de l’entreprise.
Les utilisateurs ayant des rôles différents ont accès à des données différentes. Les administrateurs et les développeurs de l’entreprise peuvent voir toutes les activités, tandis que les administrateurs de sites WordPress ne peuvent voir que les informations associées aux sites auxquels ils ont accès.
Flux de travail des développeurs : Réduire les frictions et augmenter la productivité
Une agence qui opte pour un hébergement DIY doit se concentrer sur la création d’un site web ou d’une application, mais aussi sur la création et la maintenance de sa propre infrastructure. Comme mentionné ci-dessus, cette option offre une flexibilité maximale et un contrôle total sur votre pile, votre flux de travail et vos processus. Cependant, elle nécessite la mise en œuvre et la maintenance de votre infrastructure, ce qui a un coût.
Le processus commence par la mise en place du projet et le provisionnement, qui comprend le lancement d’une nouvelle instance cloud, la configuration du pare-feu, l’association des IP, l’installation de la pile logicielle, la création d’environnements de mise en scène, la gestion des autorisations, la création de pipelines CI/CD personnalisés et la mise en place de sauvegardes. En outre, l’agence est directement responsable du bon fonctionnement de l’infrastructure. En bref, l’agence doit se préoccuper non seulement de ce qu’elle construit (sites web ou applications pour les clients), mais aussi de la configuration et de la maintenance de l’infrastructure d’hébergement sous-jacente, y compris des mises à jour et des correctifs de sécurité.
En choisissant Kinsta comme solution d’hébergement cloud infogéré, vous n’aurez pas à vous soucier de ces tâches car la plateforme est préconfigurée et optimisée pour la performance et la sécurité, et le flux de travail est conçu pour minimiser les frictions avec les développeurs.
Voici quelques-unes des fonctionnalités que votre équipe de développement peut s’attendre à trouver sur Kinsta.
Environnements de staging en un clic et poussée sélective
Chaque site hébergé sur la plateforme Kinsta est livré avec un environnement de staging en un clic par défaut (à quelques exceptions près), ainsi qu’avec un système de poussée sélective. Cela signifie que votre équipe informatique n’aura pas besoin de dupliquer manuellement des instances ou des bases de données, de configurer des sous-domaines ou de gérer des autorisations, car Kinsta s’occupe de tout cela en coulisses. Votre équipe de développement doit simplement naviguer vers Sites > Nom du site, cliquer sur le nom du site dans la barre d’outils supérieure, et sélectionner Créer un nouvel environnement.
Il vous sera alors demandé de choisir entre un environnement de staging premium, qui dispose des mêmes ressources que votre site live et qui est disponible en tant que module, et un environnement de staging standard, qui est idéal pour les situations où le staging ne nécessite pas les mêmes ressources que l’environnement de production.
Vous pouvez créer une copie exacte de votre environnement (staging ou production) en le poussant vers n’importe lequel de vos environnements existants. Grâce aux environnements de staging de Kinsta, vous avez la flexibilité de :
- Créer une copie exacte de votre environnement de staging ou de production afin de l’utiliser comme modèle pour de nouveaux projets.
- Déplacer les changements effectués dans l’environnement de staging directement vers la production. C’est utile lorsque vous avez du code personnalisé et que vous souhaitez vérifier que le site fonctionne correctement avant de le transférer en production. C’est également utile lorsque la mise à jour du site est risquée en raison de configurations spéciales.
Vous pouvez également pousser sélectivement tous les fichiers et dossiers de votre installation ou seulement certains d’entre eux. En outre, vous pouvez pousser l’ensemble des tables de la base de données ou seulement des tables spécifiques. Enfin, vous pouvez choisir d’effectuer une opération de recherche et de remplacement du domaine de l’environnement d’origine vers le domaine de l’environnement de destination.
Chaque opération de transfert d’un environnement à un autre est précédée d’une sauvegarde automatique. En cas de problème, vous pouvez restaurer l’environnement à la version précédente en un seul clic.
Vous voulez savoir ce que nos clients pensent de nos environnements de staging ? Voici un commentaire de Martim D. sur G2 :
J’aime beaucoup la rapidité et la fiabilité de l’hébergement de Kinsta. Le tableau de bord est très intuitif, ce qui facilite la gestion de plusieurs sites WordPress, des sauvegardes et des environnements de staging. L’équipe de support client est toujours disponible par discussion en direct et ils savent vraiment ce qu’ils font, on a l’impression de parler à de vrais experts WordPress plutôt qu’à des agents de support génériques. L’amélioration globale des performances par rapport à mon précédent hébergeur est énorme.
Intégration continue et livraison continue (CI/CD)
Pour ceux qui optent pour un hébergement DIY, le déploiement de code est une tâche complexe qui nécessite la construction et la maintenance d’un pipeline. Une équipe DevOps doit configurer des outils tels que GitHub Actions ou GitLab CI ; gérer la sécurité de l’environnement, l’accès au serveur et la gestion des clés ; synchroniser les environnements avec des scripts de recherche et de remplacement ; et s’assurer qu’une poussée de code n’écrase pas accidentellement des fichiers essentiels, etc.
Avec Kinsta, tout cela appartient au passé car Kinsta se connecte directement à vos référentiels. Votre équipe informatique peut déployer automatiquement les changements d’un système de contrôle de version vers un environnement réel, ce qui réduit le risque d’erreurs manuelles et accélère considérablement le développement et le déploiement. Ainsi, les sites de vos clients sont toujours à jour avec les dernières versions de votre code.
Pour un aperçu détaillé de la manière de déployer en continu vos sites WordPress sur Kinsta, consultez nos tutoriels :
- Comment déployer en continu votre site WordPress sur Kinsta avec les actions GitHub
- Comment déployer en continu votre site WordPress sur Kinsta avec Bitbucket Pipelines
- Comment créer un pipeline CI/CD avec les actions GitHub et l’API Kinsta
SSH et WP-CLI
Non seulement l’accès SSH au serveur est pratique, mais il est également essentiel pour effectuer des opérations telles que la configuration de la pile, la correction des permissions de fichiers et la résolution des erreurs critiques qui empêchent le panneau de contrôle de se charger. Si vous avez choisi la solution DIY, vous devrez également configurer, mettre à jour et sécuriser les outils pour les « power users », tels que WP-CLI. Vous devrez également gérer l’accès SSH de manière sécurisée.
Avec Kinsta, votre équipe peut tirer parti de toute la puissance de ces fonctionnalités tout en éliminant les tâches fastidieuses de configuration et de sécurité.
L’accès SSH est disponible sur tous les plans, et WP-CLI est installé par défaut sur tous nos serveurs. En tant qu’administrateurs de la société, si vous n’avez pas créé d’utilisateurs SSH/SFTP supplémentaires, vous trouverez les informations nécessaires pour accéder à votre serveur via SSH dans MyKinsta. Naviguez vers Sites > Nom du site > Info > Utilisateur SFTP/SSH primaire.
Une fois que vous êtes à l’intérieur, vous pouvez utiliser les commandes WP-CLI pour effectuer diverses tâches, telles que gérer les extensions et les utilisateurs en vrac, vider le cache, rechercher et remplacer du texte dans la base de données, et dépanner votre site web.
WP-CLI est inclus par défaut avec Kinsta, de sorte que votre équipe de développement peut profiter pleinement de cette fantastique fonctionnalité de WordPress sans se soucier de configurer quoi que ce soit.
Sauvegardes automatiques et options de sauvegardes horaires et externes
Lorsque vous utilisez un service d’hébergement brut, comme AWS, Google Cloud ou Azure, votre agence doit également mettre en place un service de sauvegarde. Cela implique d’orchestrer les instantanés de fichiers et les vidages de bases de données, et de créer des processus automatisés pour stocker les sauvegardes sur un service de stockage externe. Vous devrez également mettre en œuvre des politiques de rétention pour éviter que les coûts de stockage n’augmentent au fil du temps. Vous devez ensuite concevoir un système de récupération, ce qui est complexe dans une infrastructure brute.
Avec l’hébergement cloud infogéré de Kinsta, les sauvegardes s’effectuent automatiquement à des intervalles définis et pendant les moments critiques, de sorte que vous n’avez pas à vous soucier de configurer quoi que ce soit. La récupération est aussi simple que possible : un simple clic.
Kinsta propose six types de sauvegardes avec récupération en un clic :
- Sauvegardes quotidiennes incluses dans tous les plans : Kinsta sauvegarde automatiquement chacun de vos sites WordPress quotidiennement. Selon votre plan, la période de rétention des sauvegardes est de 14 ou 30 jours. L’espace disque consommé par les sauvegardes n’est pas comptabilisé dans votre allocation totale d’espace disque.
- Sauvegardes générées par le système : Kinsta sauvegarde automatiquement votre site WordPress avant toute opération potentiellement risquée. Que vous passiez de staging à live, que vous fassiez une recherche et un remplacement, ou que vous mettiez à jour WordPress automatiquement, vous aurez toujours une sauvegarde fonctionnelle que vous pourrez restaurer en un clic en cas d’échec.
- Sauvegardes manuelles : vous pouvez créer jusqu’à cinq sauvegardes manuelles qui restent dans le système pendant 14 jours ou plus, selon votre plan. Ces sauvegardes sont utiles lorsque vous avez besoin d’apporter des modifications au site en direct sans passer par la phase de staging.
- Sauvegardes téléchargeables : vous pouvez créer une sauvegarde par semaine et la télécharger sur votre ordinateur.
- Les sauvegardes téléchargeables sont disponibles pendant 48 heures.
- Sauvegardes horaires : Kinsta propose un module qui vous permet de créer des sauvegardes horaires à des intervalles d’une heure ou de six heures, en fonction des besoins de votre site. Ces sauvegardes vous aident à minimiser votre objectif de point de récupération (RPO) en garantissant qu’en cas d’erreur humaine, de panne ou de violation, la perte de données est minimale ou inexistante.
- Sauvegardes externes : Le module de sauvegardes externes vous permet de connecter votre hébergement Kinsta à un service de stockage dans le nuage, comme Amazon S3 ou Google Cloud Storage, pour des sauvegardes hebdomadaires ou mensuelles. Cela élimine le besoin d’extensions tierces ou d’outils supplémentaires.
La restauration d’une sauvegarde se fait en quelques clics depuis le tableau de bord de MyKinsta.
Voici ce que notre cliente Katy W. pense des sauvegardes de Kinsta :
J’ai vraiment l’impression que le prix en vaut la peine. Je m’attendais à des fonctionnalités haut de gamme, mais pas à la tranquillité d’esprit. C’est l’une des rares plateformes qui donne vraiment l’impression d’être une valeur, et pas seulement une dépense.
En tant que créateur solo construisant un site réfléchi, au design avant-gardiste, sans équipe technique, Kinsta m’a donné l’impression d’avoir une solution de secours. Pas de stress, pas de chaos caché. Pas d’erreurs bizarres. Juste un hébergement WordPress qui tient ses promesses.
Automatiser votre flux de travail avec l’API de Kinsta
La plupart, sinon la totalité, des opérations que nous avons décrites ci-dessus sont automatisées. Cependant, Kinsta porte l’automatisation des processus et des flux de travail à un tout autre niveau grâce à sa puissante API REST, qui vous permet d’intégrer votre hébergement à votre propre tableau de bord ou à des applications tierces que votre équipe utilise déjà.
Avec l’API de Kinsta, par exemple, vous pouvez créer un nouvel environnement de staging pour un site WordPress :
curl -i -X POST \
https://api.kinsta.com/v2/sites/{site_id}/environments \
-H 'Authorization: Bearer <YOUR_TOKEN_HERE>' \
-H 'Content-Type: application/json' \
-d '{
"display_name": "development",
"site_title": "My First Site - development",
"is_premium": false,
"is_subdomain_multisite": false,
"admin_email": "[email protected]",
"admin_password": "vJnFnN-~v)PxF[6k",
"admin_user": "admin",
"is_multisite": false,
"woocommerce": false,
"wordpress_plugin_edd": false,
"wordpressseo": false,
"wp_language": "en_US"
}'Vous pouvez pousser un environnement de staging vers la production, et vice versa :
curl -i -X PUT \
https://api.kinsta.com/v2/sites/{site_id}/environments \
-H 'Authorization: Bearer <YOUR_TOKEN_HERE>' \
-H 'Content-Type: application/json' \
-d '{
"source_env_id": "54fb80af-576c-4fdc-ba4f-b596c83f15a1",
"target_env_id": "54fb80af-576c-4fdc-ba4f-b596c83f15a1",
"push_db": true,
"push_files": true,
"run_search_and_replace": true,
"push_files_option": "SPECIFIC_FILES",
"file_list": [
"wp-content/plugins",
"wp-content/themes",
"wp-content/uploads"
]
}'Vous pouvez cloner un environnement existant :
curl -i -X POST \
https://api.kinsta.com/v2/sites/{site_id}/environments/clone \
-H 'Authorization: Bearer <YOUR_TOKEN_HERE>' \
-H 'Content-Type: application/json' \
-d '{
"display_name": "development",
"is_premium": false,
"source_env_id": "0010cdaf-0b94-472e-86bd-7edf6fceaa1c"
}'Lancer une sauvegarde :
curl -i -X POST \
'https://api.kinsta.com/v2/sites/environments/{env_id}/manual-backups' \
-H 'Authorization: Bearer <YOUR_TOKEN_HERE>' \
-H 'Content-Type: application/json' \
-d '{
"tag": "my-awesome-backup"
}'Ou restaurer une sauvegarde existante :
curl -i -X POST \
'https://api.kinsta.com/v2/sites/environments/{target_env_id}/backups/restore'\
-H 'Authorization: Bearer <YOUR_TOKEN_HERE>' \
-H 'Content-Type: application/json' \
-d '{
"backup_id": 123456789,
"notified_user_id": "54fb80af-576c-4fdc-ba4f-b596c83f15a1"
}'Et bien d’autres choses encore.
La mise en œuvre d’une automatisation basée sur une API REST sur un hébergement cloud brut nécessite la construction d’un intergiciel qui permet à vos applications de communiquer avec les API propriétaires des différents fournisseurs de cloud. Cependant, avec une API REST prête à l’emploi comme l’API Kinsta, votre équipe peut économiser des heures de travail chaque mois et tirer parti de toute sa puissance sans avoir à configurer ou à maintenir quoi que ce soit dans votre environnement d’hébergement.
Le support, une extension de votre équipe
L’assistance est peut-être l’aspect le plus pénible de l’hébergement DIY. Vers qui pouvez-vous vous tourner lorsque votre site WordPress est lent ou affiche une « Erreur lors de l’établissement de la connexion à la base de données » ? La réponse courte est « personne » Le support des fournisseurs de cloud est limitée – ils ne vous aideront pas à résoudre les problèmes liés à WordPress – et il peut être coûteux.
Cela signifie que votre équipe informatique doit s’occuper de toutes les erreurs et de tous les problèmes de votre site WordPress.
Kinsta, d’autre part, fournit un support premium par des ingénieurs WordPress qualifiés qui répondent rapidement et efficacement 24/7.
De plus, Kinsta n’offre pas de support à plusieurs niveaux. Vous n’aurez pas à attendre des heures pour obtenir une réponse définitive à un problème, car un technicien compétent vous aidera dès votre première discussion.
Lisez ce que Casey S., PDG de Bookafy, a à dire sur l’assistance de Kinsta sur G2 :
Il y a beaucoup d’options d’hébergement WordPress, mais inévitablement, WordPress est compliqué et tombe en panne. D’après mon expérience avec Kinsta, chaque fois que j’ai un problème, je peux obtenir de l’aide immédiatement et en quelques minutes, ils sont toujours en mesure de résoudre le problème. Ce n’est pas comme parler à l’assistance clientèle. Je parle à un ingénieur qui est capable de résoudre tous les problèmes que j’ai eus.
Consultez les avis sur l’assistance Kinsta sur G2 pour découvrir pourquoi nos clients apprécient tant notre support.
L’essentiel : le coût total de possession
Le manque de créativité ou de clients n’est pas le véritable obstacle à la croissance d’une agence. Le véritable goulot d’étranglement provient du temps passé à configurer et à entretenir les serveurs, à gérer les sauvegardes et à enquêter sur les baisses de performance des sites WordPress.
Lorsqu’un développeur senior – dont le temps est évalué à plus de 100 $/heure – passe des heures à patcher un serveur ou à restaurer une sauvegarde, cela se répercute directement sur les résultats de votre agence.
Kinsta ne se contente pas d’héberger vos sites, il récupère la valeur des heures de travail de votre équipe. Nous fournissons tous les outils avancés que votre équipe de développement utilise et connaît, prêts à l’emploi, sans configuration ni maintenance, sauf pour vos sites WordPress.
Qu’attendez-vous ? Consultez nos offres ou contactez notre équipe commerciale pour en savoir plus.
Carlo est un passionné de webdesign et de développement frontend. Il joue avec WordPress depuis plus de 10 ans, notamment en collaboration avec des universités et des établissements d'enseignement italiens et européens. Il a écrit des dizaines d'articles et de guides sur WordPress, publiés à la fois sur des sites web italiens et internationaux, ainsi que dans des magazines imprimés. Vous pouvez trouver Carlo sur X et LinkedIn.
