Quel est ce package squelette hyperf?
Hyperf fournit officiellement des images de conteneurs et les options de configuration sont très ouvertes. Il n'est pas compliqué de déployer Hyperf dans le cloud. Prenons Kubernetes à titre d'exemple et apportons quelques modifications au package squelette par défaut d'Hyperf afin qu'il puisse fonctionner avec élégance sur Kubernetes.
Veuillez vous référer à ce blog: https://guxi.me/posts/cloudnative-hyperf/
La différence par rapport au squelette Hyperf officiel
- Ajouter le routage de vérification de la santé de Kubernetes (un contenu spécifique doit encore être implémenté indépendamment par les utilisateurs)
- Selon Docker Container personnalisé, les journaux de sortie à STDOUT
- La sortie du format JSON dans des environnements de production est pratique pour intégrer les outils de Fluentbit, Elk et d'autres outils de collecte.
- Définissez différents niveaux de journal en fonction des variables d'environnement
- Les composants de traçage et métriques sont intégrés par défaut
- La valeur par défaut est le mode de base et un seul processus est activé. Ce mode peut être utilisé pour implémenter l'expansion au niveau du processus et la rétrécissement de Kubernetes HPA.
- En raison des raisons ci-dessus, le composant métrique n'activait pas les processus indépendants par défaut et sortira directement de l'itinéraire
- Le nettoyage de la minuterie est effectué lorsque le travailleur se termine, réalisant une sortie élégante sous Kubernetes
- Le traçage utilise Jaeger par défaut
- Integrate League / FlySystem, l'environnement de développement utilise le système de fichiers local par défaut et d'autres environnements utilisent le pilote S3 par défaut.
- Activez l'écoute d'erreur
- Ajout du graphique de casque, déployé à K8s en un seul clic
- Apidog intégré
# helm 2
helm install .helm
# helm 3
helm install hyperf .helm
