Microservices in production

微服务监控 Microservices monitoring

请参阅我们的 JHipster Registry documentation 了解哪些运行时信息板可用，以及如何使用它们。

我们的 monitoring documentation 也非常重要，要了解有关使用的具体信息：

使用Docker-Compose子生成器时，系统将询问您是否要将监控添加到基础架构。此选项将JHipster控制台添加到您的 docker-compose.yml 文件。一旦启动，它将在 http://localhost:5601 上可用，并开始收集应用程序的日志和指标。

对于网关和微服务应用程序，还提供了其他功能来帮助您有效监控微服务集群。例如，日志丰富了每个应用程序的名称，主机，端口和Eureka / Consul ServiceId，以便您可以跟踪来自哪个服务实例。JHipster控制台还配有默认仪表板，可让您概述所有服务指标。

使用微服务架构意味着您将需要几个不同的服务和数据库协同工作，在这种情况下，Docker Compose是管理开发，测试和生产环境的重要工具。

我们的 Docker Compose documentation, 包含有关微服务的特定部分，我们强烈建议您在使用微服务架构时熟悉该服务。

由于Docker Swarm使用与Docker Machine相同的API，因此在云中部署您的微服务架构与将其部署在本地计算机上完全相同。按照我们的 Docker Compose documentation 了解有关使用JHipster使用Docker Compose的更多信息。

The Cloud Foundry sub-generator 的工作原理与微服务架构相同，主要区别是，你有更多的应用程序部署：

使用 Cloud Foundry sub-generator 首先部署JHipster注册表（这是一个正常的JHipster应用程序）。
请注意您部署JHipster注册表的URL。您的应用程序必须指向该URL：
- In the bootstrap-prod.yml file, the spring.cloud.config.uri must point to http(s)://<your_jhipster_registry_url>/config/
- In the application-prod.yml file, the eureka.client.serviceUrl.defaultZone must point to http(s)://<your_jhipster_registry_url>/eureka/
部署您的网关和微服务器
与Cloud Foundry照常缩放应用程序

需要记住的一个重要的一点是，JHipster注册表默认情况下不受保护，并且由于用户应该使用网关来访问您的应用程序，所以不应该从外部世界访问微服务器。

有两个解决方案可以解决这个问题：:

Heroku sub-generator 的工作原理几乎与微服务架构相同，主要区别是，你有更多的应用程序部署：:

直接点击一下部署JHipster注册表：

请遵循 Heroku sub-generator documentation 以了解如何保护您的JHipster注册表。

请注意您部署JHipster注册表的URL。您的应用程序必须全部指向该 application-prod.yml 文件中的该URL 。将该配置更改为：

eureka:
    instance:
        hostname: https://admin:[password]@[appname].herokuapp.com
        prefer-ip-address: false

您现在可以部署和扩展网关和微服务器。Heroku子生成器将询问您一个新问题，以了解您的JHipster注册表的URL：这将允许您的应用程序在Spring Cloud Config服务器上获取其配置。