Avoir la XAPI est essentiel car c'est une couche de gestion intégrée et efficace (accessible facilement en JSON-RPC), qui permet de tout contrôler « de l'extérieur » (avec Xen Orchestra par exemple, pas besoin « d'agent » à déployer dans l'hôte).
En effet, il n'y a plus personne pour la maintenir sur Debian depuis quelques années, mais il n'est pas impossible que cela revienne avec XCP-ng, cf ce ticket sur GitHub
Cependant, XenServer est construit sur une base de CentOS, donc déjà arriver à construire le fork de manière complètement indépendante (à partir de l'upstream de tous les projets utilisés) est compliqué, car il y a pas mal de patch à appliquer.
Ce n'est pas impossible, mais vu la taille de notre structure et de la communauté qui produit du code actuellement, nous devons avoir des priorités !
[^] # Re: Et sur Debian ?
Posté par Plam . En réponse à la dépêche XCP-ng 7.4.1 — une alternative à XenServer propulsée par la communauté. Évalué à 6.
Avoir la XAPI est essentiel car c'est une couche de gestion intégrée et efficace (accessible facilement en JSON-RPC), qui permet de tout contrôler « de l'extérieur » (avec Xen Orchestra par exemple, pas besoin « d'agent » à déployer dans l'hôte).
En effet, il n'y a plus personne pour la maintenir sur Debian depuis quelques années, mais il n'est pas impossible que cela revienne avec XCP-ng, cf ce ticket sur GitHub
Cependant, XenServer est construit sur une base de CentOS, donc déjà arriver à construire le fork de manière complètement indépendante (à partir de l'upstream de tous les projets utilisés) est compliqué, car il y a pas mal de patch à appliquer.
Ce n'est pas impossible, mais vu la taille de notre structure et de la communauté qui produit du code actuellement, nous devons avoir des priorités !