O que é este pacote de esqueleto Hyperf?
O Hyperf fornece oficialmente imagens de contêiner e as opções de configuração são muito abertas. Não é complicado implantar o Hyperf na nuvem. Vamos tomar o Kubernetes como um exemplo e fazer algumas modificações no pacote de esqueleto padrão da Hyperf, para que ele possa ser executado no Kubernetes graciosamente.
Consulte este blog: https://guxi.me/postss/cloudnative-hyperf/
A diferença do esqueleto oficial do Hyperf
- Adicione o roteamento de verificação de saúde do Kubernetes (o conteúdo específico ainda precisa ser implementado de forma independente pelos usuários)
- De acordo com o Docker Container Custom, os logs de saída para STDOUT
- A saída de formato JSON em ambientes de produção é conveniente para integrar as ferramentas Fluentbit, Elk e outras ferramentas de coleta.
- Defina diferentes níveis de log de acordo com variáveis de ambiente
- Rastreamento e componentes métricos são integrados por padrão
- O padrão é o modo base e apenas 1 processo está ativado. Este modo pode ser usado para implementar a expansão e encolhimento do nível do processo do Kubernetes HPA.
- Devido aos motivos acima, o componente métrico não permite processos independentes por padrão e saídas diretamente da rota
- A limpeza do timer é realizada quando o trabalhador termina, alcançando uma saída elegante sob Kubernetes
- O rastreamento usa Jaeger por padrão
- Integrar a liga/sistema flysysy, o ambiente de desenvolvimento usa o sistema de arquivos local por padrão e outros ambientes usam o driver S3 por padrão.
- Ligue o ouvinte do erro
- O gráfico de comando adicionado, implantado em K8s com um clique
- ApidoG integrado
# helm 2
helm install .helm
# helm 3
helm install hyperf .helm
