vlambda博客
学习文章列表

有许多选项可以通过 HTTP 连接提供属性， 领事和动物园管理员很受欢迎。但是，对于 Spring 项目，Spring Cloud 提供了一个灵活的配置服务器，可以连接到多个后端，包括 Git、数据库和文件系统。鉴于属性最好存储在版本控制中，我们将在此示例中使用用于 Spring Cloud Config 的 Git 后端。

Spring Cloud Config 服务器代码、配置和运行时与 Eureka 非常相似，并且很容易像我们在 Chapter 中为 Eureka 所做的那样启动实例2，编写您的第一个云原生应用程序。

按照以下步骤运行服务注册表：

1.父为spring-boot-starter-parent

2.依赖 as spring-cloud-config-server

3.依赖管理 as spring-cloud-config

server: 
  port: 8888 
spring: 
  cloud: 
    config: 
      server: 
        git: 
          uri: file:../.. 

端口号是配置服务器通过 HTTP 连接侦听配置请求的位置。

spring.cloud.config.server.git.uri的另一个属性是Git的位置，我们已经为开发配置了一个本地文件夹。这是 Git 应该在本地机器上运行的地方。如果没有，请在此文件夹上运行 git init 命令。

我们在这里不涉及 Git 身份验证或加密。请查看 Spring Cloud 配置手册（https://spring.io/guides /gs/centralized-configuration/) 了解更多详情。

testMessage=Hi There 

该属性文件应该存在于我们在上一步中刚刚引用的 Git 文件夹中。请使用以下命令将属性文件添加到 Git 文件夹：

git add product.properties and then commit.

spring: 
  application: 
    name: configsvr 

ConfigurationServiceApplication 已启动并正在侦听端口 8888

让我们检查一下我们添加的属性是否可供消费。

启动浏览器并检查 product.properties。有两种方法可以做到这一点。第一种是将属性文件视为 JSON，第二种是将其视为文本文件：

如果您想知道，默认值是配置文件名称。 Spring Boot 应用程序支持配置文件覆盖，例如，用于测试和 用户验收测试 (UAT ) 环境，其中生产属性可以替换为 product-test.properties 文件。因此，配置服务器支持以下形式的 URL 读取：http://configsvrURL/{application}/{profile} 或 http:// /configsvrURL/{application-profile}.properties 或 .yml。

在生产中，我们不太可能直接访问配置服务器，如前所示。将是访问配置服务器的客户端；我们将在接下来看到这一点。

我们将使用之前开发的 product 服务代码作为基线，开始将应用程序中的属性提取到配置服务器中。

spring: 
  application: 
    name: product 
 
  cloud: 
    config: 
      uri: http://localhost:8888 
      failFast: true 

server.port=8082 
eureka.instance.leaseRenewalIntervalInSeconds=15 
logging.level.org.hibernate.tool.hbm2ddl=DEBUG 
logging.level.org.hibernate.SQL=DEBUG 
testMessage=Hi There 

    @Value("${testMessage:Hello default}") 
    private String message; 
    
   @RequestMapping("/testMessage") 
   String getTestMessage() { 
         return message ; 
   }

当 ProductSpringApp 启动时，它首先从运行在 8888 端口上的外部配置服务获取配置

name=product 的环境在 bootstrap.yml 文件中被选为我们的应用程序名称。

product 服务应该监听的端口号是从这个配置服务器中获取的，以及其他属性，例如我们现在将看到的测试消息：

ProductSpringApp 开始于端口 8082 从外部化配置中获取。

使用两个 URL 测试应用程序，如下所示：

现在，如果您想要集中反映在所有服务上的属性发生变化怎么办？

但是，服务不会立即获取此属性，因为调用 http://localhost:8082/testMessage 会导致旧的 Hi There 消息。我们如何在命令行刷新属性？

这就是执行器命令 /refresh 派上用场的地方。我们将bean配置为 的一部分@RefreshScope 注释。当从 Postman 应用程序执行对 http://localhost:8082/refresh 的 POST 方法调用时，这些 bean 将被重新加载.请参阅以下日志以检查调用刷新导致重新加载属性的情况：

第一行在日志中显示 product 服务如何在执行 http://localhost:8082/refresh 时刷新其属性

您可以检查，在标记的行之后，属性加载如何重新开始，以及调用 http://localhost:8082/testMessage 后的消息如何得到反映。

Netflix Zuul 是一种流行的边缘网关，由 Netflix 推广，然后作为 Spring Cloud 的一部分提供。 Zuul 表示看门人并执行所有这些功能，包括身份验证、流量控制，以及最重要的路由，如前所述。它在查找服务和报告指标方面与 Eureka 和 Hystrix 很好地集成在一起。企业或域中的服务可以通过 Zuul 进行前端。

让我们在我们的 product 服务前面放置一个 Zuul 网关：

1.设置父级为spring-boot-starter-parent

2、设置对spring-cloud-starter-zuul、-eureka、的依赖-web 项目

3.在spring-cloud-starter-netflix上设置依赖管理：

application.yml 中的配置信息对于 Zuul 来说非常关键。这是我们配置 Zuul 的路由功能以将其重定向到正确的微服务的地方。

eureka: 
  client: 
    serviceUrl: 
defaultZone: http://127.0.0.1:8761/eureka/ 

这告诉 Zuul 在该端口上运行的 Eureka 注册表中查找服务。

zuul: 
  routes: 
    product: 
      path: /product*/** 
      stripPrefix: false 

让我们看看幕后发生了什么：

现在让我们尝试运行我们的 product 服务以及生态系统的其他部分：

您应该会在第一个请求中看到产品 3 以及在第二个请求中与类别 1 对应的产品。

我们看一下Zuul和product服务的日志：

Zuul edge 现在注册为 product 服务的请求映射，并转发到 Eureka 指向的服务地址

Cloud Foundry 有一个精心设计的基于角色的访问控制（RBAC ) 用于管理应用程序及其各种资源：

Pivotal 网站 pivotal.io/platform 给出了一个非常简单的 Cloud Foundry 实现图，这映射到我们之前的讨论：

PCF 可以在大多数流行的云上运行，包括托管在数据中心上的 Google Compute Platform、Azure、AWS 和 Open Stack (IaaS)。

虽然 PCF 及其组件非常适合服务器端负载，但对于在本地计算机上构建软件的开发人员来说可能很麻烦。我们现在正处于那个阶段。我们开发了 product 服务，并通过各个阶段成熟以达到云原生运行时。

整个 PCF 及其运行时组件很难安装在笔记本电脑上进行开发。

PCF Dev 是一个精简的 PCF 发行版，可以在台式机或笔记本电脑上的 VM 上本地运行。它承诺启用与开发人员在主 PCF 环境中相同的环境，因此当适用于 PCF Dev 的应用程序在主 PCF 环境上运行时没有区别。参考 https://docs.pivotal.io/pcf 中的表格-dev/index.html 用于精确比较 PCF Dev 提供的大小和功能与完整的 PCF 和 Cloud Foundry< /span>（CF）：

如果您的台式机/笔记本电脑有超过 8 GB 的内存和超过 25 GB 的磁盘空间，让我们开始吧。

Starting PCF Dev

我们第一次开始使用cf dev start，需要很长时间才能下载VM镜像（4 GB），解压（20 GB） )，然后启动PCF的各种服务。因此，一旦 VM 被下载并运行，我们只需在 Cloud Foundry 服务运行的情况下暂停和恢复 VM。

启动 PCF Dev 的命令行选项如下：

1. Assuming you have a multi-core machine, you can allocate half the cores for this VM, such as -c 2 for a four core machine.
2. The SCS version will use 8 GB of memory; to keep the buffer, let's use 10 GB of memory which is expressed in terms of MB on the command line.
3. We will need the services of MySQL and SCS for the next chapter. Internally, SCS needs RabbitMQ to run. Hence, let's include all servers while running the instance.
4. It is optional to give the domain and IP address, and hence, we will skip -d and -i options.
5. Set the environment variable PCFDEV_HOME to a specific folder on a drive that has a good amount of space, so that it does not default to the home folder on the home drive. We would recommend the home folder to be a fast drive like SSD, as the Cloud Foundry start and stop operations are very I/O intensive.

所以，我们的启动命令如下：

cf dev start -c 2 -s all -m 10000  

Copy

这将需要很长时间才能最终准备好 PCF 开发环境。

加快开发时间

每次启动整个 PCF Dev 环境时，很难等待 20 分钟。完成一天的工作后或在关闭笔记本电脑之前，您可以暂停 PCF Dev by 使用 cf dev suspend 并在第二天使用 cf dev resume 命令恢复。

其他有用的命令包括：

• A default PCF Dev creates two users—admin and user. To install or manage the applications, you should login as one of the users. The command cf dev target logs you in as a default user.
• The cf dev trust command installs a certificate to enable SSL communication, so that you don't need to use parameter -skip ssl every time you log in on the command line or on an application manager in the browser.
• The cf marketplace command (once you have logged in as a user) shows the various services that can be installed in the org and space.

让我们看看到目前为止讨论的命令的输出：

正如我们在市场中看到的那样，由于我们以所有服务选项启动 PCF Dev，我们可以看到市场已经准备好使用七种服务。

从列表中，在本章中，我们将配置我们的 product 服务以使用 MySQL 数据库并查看 Spring Cloud 服务，例如断路器仪表板和其他服务下一章。

运行以下命令：

cf create-service p-mysql 512mb prod-db

检查服务是否正在运行：

让我们创建一个 product 服务的简化版本，它只连接到我们之前创建的用于运行查询的 MySQL 服务。

您可以编写第 3 章中的练习代码，设计您的云原生应用程序或从 Git 下载文件到您的 Eclipse 环境。值得注意的文物有：

management.security.enabled=false
logging.level.org.hibernate.tool.hbm2ddl=DEBUG 
logging.level.org.hibernate.SQL=DEBUG 
spring.jpa.hibernate.ddl-auto=create 

项目准备就绪后，运行 mvn install 以在 中创建综合的 .jar 文件目标目录。它的名称应该与 manifest.yml 文件中的 .jar 的名称相匹配。

部署到 Cloud Floundry 很简单，使用命令 cf push pcf-product，如下：

Cloud Foundry 做了很多工作，在空间中创建应用程序，创建到达应用程序的路由，然后将各种服务与应用程序绑定。如果您对幕后发生的事情感兴趣，您或许应该阅读更多有关 Cloud Foundry 的内容。

部署完成后会看到success方法，如下：

请注意在前面的屏幕截图中生成的 URL。

它是 http://pcf-product-undedicated-spirketting.local.pcfdev.io。我们将在下一章中看到如何使这个 URL 更短。

如果您在启动时遇到错误，例如配置错误或缺少几个步骤，您始终可以通过在命令行中输入以下命令来检查日志：

cf logs pcf-product --recent

现在，是时候测试我们的服务了。在浏览器窗口中，运行我们一般运行的两个服务：

您将看到来自数据库的响应，即输出和日志，如下所示：

这完成了将我们简单的 product 服务部署到 PCF Dev 上的 PCF。