Zing se compose de deux parties : la machine virtuelle Zing (ZVM, qui est une machine virtuelle Java) et les outils de service Zing (ZST) qui sont des logiciels installés sur Linux avec leur module noyau qui gère la mémoire. En tant qu'ingénieur système, je trouve la gestion de Zing dans un environnement d'entreprise très facile.
La mise à niveau est simple. Une mise à niveau ZST n'est pas nécessaire pour chaque mise à niveau ZVM - plusieurs versions du ZVM peuvent fonctionner sur le même ZST. Les ZST sont emballés dans des RPM, donc tout ce que nous faisons est "yum update" et "reboot".
La planification/dimensionnement de Zing sur le matériel est un peu différente, mais reste simple. Lorsque le module noyau zing démarre, il prend immédiatement une partie de la RAM, et toutes les allocations de mémoire ZVM se font à l'intérieur. Il n'y a aucun risque que d'autres processus du système d'exploitation privent Zing Java de l'espace de tas, car il est déjà pris par le module noyau.
La licence peut être effectuée soit par un serveur centralisé pour que tous les ZVM "appellent à la maison", soit un fichier de licence statique peut être stocké sur les serveurs. Avis collecté par et hébergé sur G2.com.
Les premières versions (il y a des années) de ZST ne se mettaient pas à jour proprement, nous devions souvent vérifier que les modules du noyau étaient correctement supprimés de l'arborescence des modules. Cependant, les versions plus récentes n'ont pas ce problème et notre gestion de ZST est beaucoup plus fluide maintenant. Avis collecté par et hébergé sur G2.com.



