Azure创建一个.NET CORE简单页面发布并监控接口状态
Posted sukidagala2018
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了Azure创建一个.NET CORE简单页面发布并监控接口状态相关的知识,希望对你有一定的参考价值。
介绍主题:Azure
大家都知道Azure云现在由于中国国策不一样,会有中国版Azure云和国际版Azure。
但是我们今天基于这个国际版的讲,因为我这个博客会比较international一点。(~o ̄3 ̄)~
Azure云到底是个什么东西?
平时经常说 Azure,Azure 云啊,云计算,云同步。人工智能,区块链 感觉啥都跟它能沾点边,那他到底是个什么东西嘛?
讲白了, Azure云 他就是一个服务平台。就是一个提供给你服务的地儿,你可以理解为你去一个饭店吃饭,你只管点菜,你点的宫保鸡丁这个菜(对应平台提供的一项服务),至于这道菜的鸡到底是山鸡还是乌鸡还是战斗鸡就都跟你没有关系了,你只管享受这道菜(服务),而他们只管把这道菜做到你想吃的味道(满足你的需求)就可以了,哪怕放点地沟油会更香呢....
简单提及一下我们今天会扯到的内容:
1. 如果创建SQL Databse,以及创建过程中可能会遇到的问题
2. 一些Azure衍生出来的关键字的基础概念
3. 多种方式连接到Azure SQL Datebase
4. 如何通过指令快速的将刚刚创建的数据库关联到你的Web App
5. 通过Metrics 监控数据变化
首先进入我们创建SQL Database页面
如果你还没有服务器,那么你也可以选择创建一个Server,Emmm....地域嘛...可以适当拓宽一下我们大海外市场...
创建过程中你会看到 Resource Group和elastic pool
1. Resource Group:
问:这个资源组是做什么用的呢?
答:比如说你的承包商分配给你做一个具体项目,这个项目再Azure云上,分配者肯定不会将Azure云的整个服务订阅都给你 他会给你一个资源组 然后这个资源组里面会包含你做的这个项目的所有需要的资源。
2. Elastic Pool
问:这弹性池又是神毛玩意呢?
答:在云的时代就有一个典型的问题存在:所有应用几乎都会有峰值和低谷。而单一数据库一旦分配,资源就已经提供,没有高峰和低谷的区别。那么如何解决这样的问题呢。通常有两个选项:(1) 基于高峰使用情况过度设置资源,因此需要支付额外的费用,或者 (2) 为了节省成本而采用低配,但在高峰期间会出现性能下降而导致客户满意度降低。
弹性数据库就是为了解决这样的问题而诞生。弹性池通过确保数据库在需要时获得所需的性能资源来解决此问题。它们在可预测的预算内提供简单的资源分配机制。
注意:在选择到collation的时候记得看一下,修改为支持中文的排序规则,比如Chinese_PRC_CI_AS, 不然你存一些中文数据会导致乱码或者其他显示问题
而且....一旦创建就没法修改了哟!
以上是关于Azure创建一个.NET CORE简单页面发布并监控接口状态的主要内容,如果未能解决你的问题,请参考以下文章
具有 Azure 应用服务身份验证的 .NET Core 应用
.NET Core Web API 在部署到 Azure 后无法正常工作
将 ASP.NET Core 5 Web API 发布到 Azure 应用服务
Azure AD 身份验证 401 错误“受众无效” AddAzureADBearer .Net Core Web Api
在 Azure 应用服务上运行的 ASP.NET Core 3.1 应用针对 1.6 MB json 有效负载引发 EPIPE 错误