CoreWeb

一，引言 　　上一节，我们使用 Azure Load Balancer 类型为外部的，来转发我们的 Web 服务。今天我们看看另一种类型为 “Internal” 的 Azure Load Balancer。接下来，我们依旧先看看基础架构图。 --------------------我是分割线-------------------- Azure Web App 部署系列： 1，Azure Web App（一）发布你的Net Core Web 项目 2，Azure Web App（二）使用部署槽切换部署环境代码 3，Azure Web App（三）切换你的Net Core Web 项目的数据库连接字符串 4，Azure 提供负载均衡（一）Azure Traffic Manager 为我们的Web项目提供负载均衡 5，Azure Traffic Manager（二） 基于权重与基于优先级的路由策略为我们的Web项目提供负载均衡 6，Azure Load Balance（一） 为我们的Web项目提供负载均衡 7，Azure Load Balancer（二） 基于内部的负载均衡来转发为访问请求 二，正文 1，创建VM03虚拟机 选择之前创建好的 CnBateBlogWeb_VNET 的虚拟网络，选择 ”Settings => Subnets“，进入子网页面，点击 ”+ Subnet“

一，引言 　　上一节有讲到使用 Azure Application Gateway 为我们后端类型为 Web App 的 Demo 项目提供负载均衡，Azure Application Gateway 的后端池的目标类型可以是多中类型，如下图所示： 目标类型分别是： 1，IP address or FQDN 2，Virtual Machine 3，VMSS 4，App Services 这个我也不用多说了，今天我们将基础设施架构图中的App Services 换成 VM，重新添加Azure Application Gateway的后端池的目标类型 --------------------我是分割线-------------------- --------------------我是分割线-------------------- Azure Web App 和Azure VM 部署系列： 1，Azure Web App（一）发布你的Net Core Web 项目 2，Azure Web App（二）使用部署槽切换部署环境代码 3，Azure Web App（三）切换你的Net Core Web 项目的数据库连接字符串 4， Azure Traffic Manager（一） 为我们的Web项目提供负载均衡 5，Azure Traffic Manager（二）

一，引言 前天我们将到使用Azure的 Pass 服务 “Web App” 去部署我们的.NET Core Web项目，也同时有介绍到如何在VS中配置登陆中国区的Azure账号，今天接着讲，我们部署完我们的Web服务，进行完测试后，肯定是要发布到生产环境，但是我们不可能再去创建一个相同的Web App，配置上生产环境的域名，配置上生产环境的数据库连接字符串等等，而 Azure 的 Web App是可以通过自己的一个叫 “Deployment slots（部署槽）”的功能进行切换。我们来看一下微软给出的使用部署槽的优点，以下是微软的官方文档提到的优势 将应用程序部署到非生产槽具有以下优点： 可以在分阶段部署槽中验证应用更改，并将其与生产槽交换。 首先将应用部署到槽，然后将其交换到生产，这确保槽的所有实例都已准备好，然后交换到生产。 部署应用时，这样可避免停机。 流量重定向是无缝的，且不会因交换操作而删除任何请求。 当不需要预交换验证时，可以通过配置自动交换来自动化这整个工作流。 交换后，具有以前分阶段应用的槽现在具有以前的生产应用。 如果交换到生产槽的更改与预期不同，可以立即执行同一交换来收回“上一已知的良好站点”。 下面，我们正式开始今天的分享。 ----------我是分割线---------- Azure Web App 部署系列： 1，Azure Web App（一

一，引言 　　上一节，我们使用 Azure Load Balancer 类型为外部的，来转发我们的 Web 服务。今天我们看看另一种类型为 “Internal” 的 Azure Load Balancer。接下来，我们依旧先看看基础架构图。 --------------------我是分割线-------------------- Azure Web App 部署系列： 1，Azure Web App（一）发布你的Net Core Web 项目 2，Azure Web App（二）使用部署槽切换部署环境代码 3，Azure Web App（三）切换你的Net Core Web 项目的数据库连接字符串 4，Azure 提供负载均衡（一）Azure Traffic Manager 为我们的Web项目提供负载均衡 5，Azure Traffic Manager（二） 基于权重与基于优先级的路由策略为我们的Web项目提供负载均衡 6，Azure Load Balance（一） 为我们的Web项目提供负载均衡 7，Azure Load Balancer（二） 基于内部的负载均衡来转发为访问请求 二，正文 1，创建VM03虚拟机 选择之前创建好的 CnBateBlogWeb_VNET 的虚拟网络，选择 ”Settings => Subnets“，进入子网页面，点击 ”+ Subnet“

一，引言 　　上一片文章我们使用 Azure Traffic Manager 分发用户请求，同时演示了两种路由策略，“Performance”，“Geographic”的两种方式，今天我们继续讲解 Traffic Manager profile 的其他几种路由策略。我们依旧先来看看我们的架构图，废话不多说，开始今天的分享。 　　我们需要为流量管理器配置文件配置中的每个终结点分配权重。 然后，系统会根据分配给每个终结点的权重进行用户流量路由。 该权重是从 1 到 1,000 的整数。 分配给终结点的权重值越高，其优先级就越高。 --------------------我是分割线-------------------- Azure Web App 部署系列： 1，Azure Web App（一）发布你的Net Core Web 项目 2，Azure Web App（二）使用部署槽切换部署环境代码 3，Azure Web App（三）切换你的Net Core Web 项目的数据库连接字符串 4，Azure 提供负载均衡（一）Azure Traffic Manager 为我们的Web项目提供负载均衡 5，Azure Traffic Manager（二） 基于权重与基于优先级的路由策略为我们的Web项目提供负载均衡 二，正文 1，创建路由策略为 “ Weighted ” 的Traffic

一，引言 　　上一片文章我们使用 Azure Traffic Manager 分发用户请求，同时演示了两种路由策略，“Performance”，“Geographic”的两种方式，今天我们继续讲解 Traffic Manager profile 的其他几种路由策略。我们依旧先来看看我们的架构图，废话不多说，开始今天的分享。 　　我们需要为流量管理器配置文件配置中的每个终结点分配权重。 然后，系统会根据分配给每个终结点的权重进行用户流量路由。 该权重是从 1 到 1,000 的整数。 分配给终结点的权重值越高，其优先级就越高。 --------------------我是分割线-------------------- Azure Web App 部署系列： 1，Azure Web App（一）发布你的Net Core Web 项目 2，Azure Web App（二）使用部署槽切换部署环境代码 3，Azure Web App（三）切换你的Net Core Web 项目的数据库连接字符串 4，Azure 提供负载均衡（一）Azure Traffic Manager 为我们的Web项目提供负载均衡 5，Azure Traffic Manager（二） 基于权重与基于优先级的路由策略为我们的Web项目提供负载均衡 二，正文 1，创建路由策略为 “ Weighted ” 的Traffic

一，引言 　　上一篇讲到我们将自己的Net Core Web 项目部署到 Azure 的 Web App 的一项 pass 服务，假如随着项目的日益增长的访问量，之前部署到单节点的应用可能无法保证其稳定性，可能会导致系统宕机等等问题，这个时候，我们就要考虑到项目的架构问题，怎么保证项目的稳定性，比如： 　　1，纵向扩展，增加 Web App的定价层 Azure Portal 中找到我们之前创建好的叫 “CnBateBlogWeb” 的 Web App，选择 “App Service plan” => "Change App Service plan"，点击 “Standard（S1）”的超链接。 我们可以看到，当前我们创建的Web App 的定价层是 S1，为100个计算单元，1.75G的内存，如果日后项目随着业务访问量的上涨无法满足后，我们可以进行选择升级，选择一个合适的定价层。同时，我们也可以点击 ” See additional options “ 查看更多选项,比如 "Standard（P3V2）“ 　　2，横向扩展：我们可以增加 Azure Web App 实例数，Azure 已经为我们提供了 缩放/扩展的功能， 我们可以选择 ”手动“/ ”自动“去缩放我们的资源 但是今天，我采用第三种方式，假设我们的架构是这个样子的。 ok，第一种方案，我就不再进行演示了

一，引言 　　上一篇文章讲到今天我们演示了一下，如何在Web App中创建 “Deployment Slot”进行快速无停机部署新功能代码，也使用VS进行发布到创建的Web App中创建的新的部署槽位中，同时也引出了另外一个问题，环境变量怎么切换，切换槽位后，生产环境的数据库连接字符串怎么办。下一篇文章，我会继续 部署槽，进行配置部署槽设置，同时在交换槽位的时候，测试环境/生产环境都能够准确的连接到对于的数据库。😎😎😎😎😎 --------------------我是分割线-------------------- Azure Web App 部署系列： 1，Azure Web App（一）发布你的Net Core Web 项目 2，Azure Web App（二）使用部署槽切换部署环境代码 3，Azure Web App（三）切换你的Net Core Web 项目的数据库连接字符串 二，正文 1，新建Net Core Web 项目 项目名称 “CnBateBlogWeb” 选择 “Web 应用程序（模型视图控制器）”，去掉 “为HTTPS 配置” 的勾选，点击创建 删除 “launchSettings” 文件中 IIS 配置部分 添加一个名叫 “appsettings.Production.json” 配置文件，里面当前项目的生产环境的数据库连接字符串。 ”appsettings

一，引言 　　上一篇讲到我们将自己的Net Core Web 项目部署到 Azure 的 Web App 的一项 pass 服务，假如随着项目的日益增长的访问量，之前部署到单节点的应用可能无法保证其稳定性，可能会导致系统宕机等等问题，这个时候，我们就要考虑到项目的架构问题，怎么保证项目的稳定性，比如： 　　1，纵向扩展，增加 Web App的定价层 Azure Portal 中找到我们之前创建好的叫 “CnBateBlogWeb” 的 Web App，选择 “App Service plan” => "Change App Service plan"，点击 “Standard（S1）”的超链接。 我们可以看到，当前我们创建的Web App 的定价层是 S1，为100个计算单元，1.75G的内存，如果日后项目随着业务访问量的上涨无法满足后，我们可以进行选择升级，选择一个合适的定价层。同时，我们也可以点击 ” See additional options “ 查看更多选项,比如 "Standard（P3V2）“ 　　2，横向扩展：我们可以增加 Azure Web App 实例数，Azure 已经为我们提供了 缩放/扩展的功能， 我们可以选择 ”手动“/ ”自动“去缩放我们的资源 但是今天，我采用第三种方式，假设我们的架构是这个样子的。 ok，第一种方案，我就不再进行演示了

第一篇： 把代码连接到容器 第二篇： 定制Docker镜像 第三篇： 发布镜像 第四篇： 容器间的连接 Docker Compose简介 Compose是一个用来定义和运行多容器Docker应用的工具。使用Compose的时候，你可以使用一个YAML文件来配置你应用的服务。然后根据配置，使用一个命令即可创建并运行所有的服务。 使用Compose的时候通常分三步： 使用Dockerfile定义你的环境 在docker-compose.yml文件里定义你的服务，这样就可以让他们在隔离的环境中一起运行了。 运行docker-compose up 命令，来启动和运行整个应用。 Docker Compose的特点 Docker Compose可以做很多事情，但是如果只考虑在开发环境里，它可以做下面这些事情： 管理整个应用的生命周期：启动、停止、重构建服务，而服务呢，其实就是运行的容器而已。 查看在运行的服务的状态，包括输出日志。 可以在单个容器上运行一次性命令。 为什么要使用Docker Compose 通常来说，如果你的应用稍微有点规模，例如你的Web应用需要使用Web服务器，缓存服务器，数据库服务器。。。如果你手动管理这样的docker应用，就很繁琐，也很容易出错。 而如果使用Docker Compose的话，它可以定义一个docker-compose.yml文件，在这个文件里