Kubernetes快速开始

在Kubernetes群集中安装和配置Istio时，可以参考如下快速入门说明。

先决条件

以下说明要求您有权访问启用了RBAC（基于角色的访问控制）的Kubernetes 1.7.3或更新的群集。你还需要安装1.7.3或更新版本。如果您希望启用自动注射支架，您需要打开群集中的Kubernetes alpha功能。 阅读全文

原文链接

8. 嵌入配置服务器

Config服务器作为一个独立的应用程序运行得最好，但是如果你需要，你可以将它嵌入到另一个应用程序中。只需使用 @EnableConfigServer注释。在这种情况下可选属性spring.cloud.config.server.bootstrap将会是可用的，它是一个标志，指示服务器应该从自己的远程存储库中进行配置。该标志默认是关闭的，因为它可以延迟启动，但是当嵌入到另一个应用程序中时，与其他应用程序一样初始化也是有意义的。

应该很明显，但请记住，如果使用引导标志，则在bootstrap.yml中配置服务器将需要配置其名称和存储库URI 。

阅读全文

9. 推送通知和Spring Cloud总线

许多源代码存储库提供者（例如Github，Gitlab或Bitbucket）会通过webhook通知你存储库中的变化。您可以通过提供商的用户界面将webhook配置为您感兴趣的URL和一组事件。例如， Github 将通过一个包含提交列表的JSON主体和一个等于“push”的头部“X-Github-Event”来POST webhook。如果您在spring-cloud-config-monitor库中添加了依赖项并在Config Server中激活了Spring Cloud Bus，则会启用“/ monitor”节点。

阅读全文

10.  Spring Cloud Config客户端

Spring Boot应用程序可以立即利用Spring Config服务器（或应用程序开发人员提供的其他外部属性资源），还可以获取与Environment更改事件有关的一些其他有用的功能。

阅读全文

原文链接

第二部分 Spring Cloud 配置

1.3.5.BUILD-SNAPSHOT

Spring Cloud 配置为分布式系统中的外部配置提供服务器和客户端支持。借助Config Server，您可以在所有环境中管理应用程序的外部属性。客户端和服务器上的概念与Spring Environment 和  PropertySource 抽象是一样的，所以它们非常适合Spring应用程序，但可以与任何运行在任何语言的应用程序一起使用。当应用程序从开发到测试转移到部署管道时，您可以管理这些环境之间的配置，并确保应用程序具有在迁移时所需运行的所有内容。服务器存储后端的默认实现使用git，因此它可以轻松地支持标记版本的配置环境，并且可以通过广泛的工具来访问管理内容。使用Spring配置添加替代实现并插入它们是很容易的。

阅读全文

原文链接

7. 提供纯文本

而不是使用Environment抽象（或YAML或其他属性格式中的替代表示形式），应用程序可能需要通用的纯文本配置文件，并且是针对其环境来定制。配置服务器通过/{name}/{profile}/{label}/{path} 在“名称”，“配置文件”和“标签”与常规环境节点具有​​相同含义的位置处提供了这些附加节点，但“路径”是文件名（例如log.xml）。此节点的源文件与环境节点的位置相同：使用属性或YAML文件相同的搜索路径，但不会汇总所有匹配的资源，并且只返回第一个匹配的资源。

阅读全文

原文链接

6. 提供替代格式

来自环境节点的默认JSON格式非常适合Spring应用程序使用，因为它直接映射到 Environment抽象。如果您愿意，您可以通过向资源路径（“.yml”，“.yaml”或“.properties”）添加后缀来使用与YAML或Java属性相同的数据。对于那些不关心JSON节点结构的应用程序，或者它们提供的额外的元数据，那么这对于消费是有用的。例如，一个不使用Spring的应用程序可能会受益于这种方法的简单性。

阅读全文

原文链接

5. Spring Cloud Config Server

服务器为外部配置（名称 – 值对或同等的YAML内容）提供了一个HTTP、基于资源的API。服务器很容易使用@EnableConfigServer注释嵌入到Spring Boot应用程序中 。所以这个应用是一个配置服务器：

阅读全文

关于nginScript

nginScript是允许在 http 和 stream 中实现位置和变量处理程序的JavaScript语言的子集 。nginScript创建符合 ECMAScript 5.1 和一些 ECMAScript 6 扩展名。合规性仍在不断发展。

阅读全文

用DTrace pid提供程序调试nginx

本文假设读者对nginx内部和 DTrace 有一般的了解。

虽然使用 –with-debug 选项构建的nginx 已经提供了大量关于请求处理的信息，但是有时候更有必要更详细地跟踪代码路径的特定部分，同时省略其余的调试输出。DTrace pid提供程序（在Solaris，MacOS上可用）是浏览用户程序内部的有用工具，因为它不需要任何代码更改，并且可以帮助您完成任务。跟踪和打印nginx函数调用的简单DTrace脚本可能如下所示：

阅读全文

转换重写规则

转换Mongrel规则

重定向到主站点

在他们共享的宿主生活中，人们仅仅使用Apache的.htaccess文件来配置一切，通常会翻译下列规则：

阅读全文

WebSocket代理

要将客户机和服务器之间的连接从HTTP / 1.1转换为WebSocket，要使用HTTP / 1.1中可用的 协议切换 机制。

然而，有一个微妙的地方：由于“升级”是一个 逐跳 标题，它不会从客户端传递到代理的服务器。使用转发代理，客户端可以使用该CONNECT 方法来规避此问题。然而，这不适用于反向代理，因为客户端不知道任何代理服务器，并且需要在代理服务器上进行特殊处理。

阅读全文

nginx如何处理TCP / UDP会话

来自客户端的TCP / UDP会话在称为阶段的连续步骤中处理：

阅读全文

配置HTTPS服务器

要配置HTTPS服务器，ssl必须在 服务器 块中的 监听套接字 上启用该参数 ，并且应指定 服务器证书 和 私钥 文件的位置 ：

server {
    listen              443 ssl;
    server_name         www.example.com;
    ssl_certificate     www.example.com.crt;
    ssl_certificate_key www.example.com.key;
    ssl_protocols       TLSv1 TLSv1.1 TLSv1.2;
    ssl_ciphers         HIGH:!aNULL:!MD5;
    ...
}

阅读全文

服务器名称

服务器名称使用 server_name 指令定义， 并确定哪个服务器块用于给定的请求。另请参见“ nginx如何处理请求 ”。可以使用精确名称，通配符名称或正则表达式来定义它们：

阅读全文