Il y a environ trois mois, nous avons lancé la version bêta de l’API Kinsta avec des fonctionnalités qui comprenaient la récupération de détails sur WordPress, les applications et les bases de données. Elle permettait également de créer un site WordPress, de vider le cache du site, de redémarrer les moteurs PHP et de suivre l’état de ces opérations gourmandes en ressources.

Depuis lors, l’équipe de l’API Kinsta s’est attachée à développer en permanence les capacités de l’API en s’appuyant largement sur les commentaires des utilisateurs. Kristof Siket, chef de l’équipe de développement de l’API Kinsta, a affirmé le rôle crucial de vos commentaires dans l’établissement des priorités en matière de fonctionnalités :

« Les commentaires des utilisateurs déterminent l’ordre de priorité de l’exposition des fonctionnalités. Si vous pensez qu’un outil ou un point de terminaison spécifique devrait être inclus dans l’API de Kinsta, n’hésitez pas à nous faire part de vos commentaires. »

Nouveautés de l’API Kinsta

L’API de Kinsta a connu une croissance substantielle, introduisant de nombreux nouveaux points de terminaison pour compléter ses services existants. Nous allons nous pencher sur ces ajouts, en soulignant comment ils enrichissent la gestion des applications, des sites WordPress et des bases de données.

Hébergement d’applications

Lors de sa sortie initiale, l’API Kinsta permettait d’accéder aux informations relatives aux applications, y compris les détails de processus et de déploiement, contribuant ainsi aux données analytiques. Aujourd’hui, ces informations ont été organisées de manière plus efficace, ce qui permet non seulement de récupérer les détails du déploiement.

Déploiement manuel

Vous pouvez désormais déclencher le déploiement d’une application par l’intermédiaire de l’API avec le point de terminaison de déploiement manuel. Cela signifie que vous pouvez désormais déployer une application de manière programmatique par différents moyens, tels que le terminal, un pipeline CI/CD ou une requête HTTP.

Kristof note que « bien que le déploiement manuel ne soit pas encore équivalent à la commande kinsta deploy ou kinsta up d’une CLI Kinsta (qui déploierait directement à partir du système de fichiers plutôt que d’une branche Git), il s’agit déjà d’une fonctionnalité précieuse pour la personnalisation des flux de travail ».

Le déploiement manuel vous permet d’adopter des méthodologies de déploiement et de livraison continus dans votre flux de travail DevOps, comme nous l’avons détaillé dans des articles présentant les actions GitHub et l’intégration CircleCI :

Hébergement WordPress

Le nombre de points de terminaison pour l’hébergement WordPress a augmenté de manière significative par rapport à d’autres services.

Bloquer/débloquer des adresses IP

En plus des outils d’effacement du cache du site et de redémarrage du moteur PHP du site, nous avons maintenant des points de terminaison pour vous permettre d’obtenir la liste des adresses IP refusées et un autre pour mettre à jour la liste. Cela simplifie le processus de blocage des adresses IP indésirables, qu’elles appartiennent à des robots, à des spammeurs ou à d’autres sources de comportement malveillant.

Nettoyage du cache edge

Nous avons également créé des points de terminaison permettant d’effacer le cache d’un site à l’aide de son identifiant d’environnement. Ceci est inestimable pour les agences qui gèrent plusieurs sites car cela permet l’intégration avec des outils comme Slack ou des interfaces personnalisées, éliminant ainsi le besoin de naviguer sur de nombreuses pages MyKinsta.

Environnements de site

Un ensemble remarquable de nouveaux points de terminaison a également été publié, permettant des opérations CRUD pour les environnements de site WordPress. Cela comprend la récupération des détails de l’environnement, la création d’environnements de sites WordPress, la création d’environnements simples dépourvus d’installations WordPress, le clonage d’environnements existants et la suppression d’environnements de sites WordPress.

Cloner et supprimer des sites

En outre, nous avons introduit le point de terminaison « cloner un site ». Kristof explique que « le clonage était une fonctionnalité demandée, en particulier par les agences qui souhaitent créer des sites à partir d’un site de base avec toutes les extensions et tous les thèmes nécessaires préinstallés ».

Nous avons également intégré le point de terminaison « supprimer un site », qui complète désormais le point de terminaison « créer un site ». Vous pouvez lancer la création et la suppression d’un site via l’API.

Exemples

Nous avons rédigé plusieurs guides présentant diverses applications des points de terminaison de l’hébergement WordPress :

Hébergement de bases de données

Bien qu’il n’y ait pas eu d’ajouts majeurs aux points de terminaison d’hébergement de base de données, nous avons supprimé le point de terminaison get database by name en faveur du point d’extrémité get database with ID.

Commencez dès aujourd’hui avec l’API Kinsta

Il y a beaucoup de choses à faire avec l’API Kinsta. N’hésitez pas à consulter notre documentation pour comprendre ce qui est possible avec l’API, comment commencer, et les différents niveaux de permission et les limites de l’API.

Libérez la puissance de l’automatisation et augmentez l’efficacité grâce à la commodité de l’API Kinsta. Commencez dès aujourd’hui !