一,引言 又到了新的一周了,也到了我新的分享的时间了,还记得上一周立得Flag,其中 “保证每周输出一篇文章” ,让我特别“在意”(这里用词不太恰当).主要是我的一个大学舍友,他突然问了我一个关于写博的事情,自己也在上周开通了账号,也想着坚持写博客.在我看来,这确实是一件好事,写博不仅仅是分享的过程:也是自己提炼写博的一个过程,以及文章组织的能力,对自己还是很有好处的.这不仅仅要写内容要精炼,同时也要让别人能看的懂.加油,默默的在这里给他打气.(ง •_•)ง 好了,开始今天的分析 ------

先决条件 Visual Studio 2015或更高版本.本教程中的示例使用Visual Studio 2015. Azure订阅. 注意 要完成本教程,您需要一个Azure帐户.您可以激活MSDN订阅者优惠或注册一个免费帐户. 1.使用Azure门户创建一个命名空间 如果已经创建了Service Bus命名空间,请跳转到使用Azure门户部分创建队列.+ 创建服务命名空间 要在Azure中开始使用服务总线队列,必须首先创建一个命名空间.命名空间提供了一个用于在应用程序中寻址服务总线资源的作用域

本段代码是个通用性很强的sample code,不仅能够操作AAD本身,也能通过Azure Service Principal的授权来访问和控制Azure的订阅资源.(Azure某种程度上能看成是两个层级:AAD+Subscription) 下文中的代码是演示的screenshot中的红字2的部分.红字1的部分的permission实质上是赋予AAD service principal操作订阅的权限(这个需要切换var resource = “https://management.core.ch

(Azure Service Bus服务总线的两大类消息处理方式: 队列Queue和主题Topic) 问题描述 使用Service Bus作为企业消息代理,当有大量的数据堆积再Queue或Topic中时,如何来优化接收端处理消息的能力呢? 详细解释 在接收端(Receover)的代码中,有两个属性与处理消息的能力有关.一是maxConcurrentCalls(最大并发处理数), 二是prefetchCount (预提取消息数). 在Service Bus的SDK(azure-messaging-

为了把Identity(身份)和Access Management function(访问管理功能)委派给Azure AD,必须向Azure AD tenant注册应用程序.使用Azure AD注册应用程序,实际是为应用程序创建一个身份配置,以使其能够与Azure AD集成. 在Azure门户中注册应用程序时,可以选择是单租户(仅在您的租户中可访问)还是多租户(在其他租户中可访问),并且可以选择设置重定向URI,这是访问令牌(Access Token)被发送到的位置 . 当在Portal中注册a

通过本文你将了解: 什么是Azure Service Management REST API 如何获取微软Azure 订阅号 如何获取Azure管理证书 如何调用Azure Service Management REST API 什么是Azure Service Management REST API Azure Service Management REST API(之后简称为Azure REST API)是微软开放的一组REST API,它使得Azure用户不仅可以从Azure门户网站上对运

在简书中查看,请点击我. 关于相关内容解释,请参考docs文档 https://docs.microsoft.com/en-us/azure/media-services/previous/media-services-dotnet-get-started-with-aad说明: 本步骤默认我们已经有Azure订阅,并且步骤是针对Global Azure,如果是China Mooncake请仅供参考. Step by Step: 登录Azure Portal,创建Media Service服务.

通过Powershell 登陆Azure(Azure MoonCake为例)一般常见的有两种方式 1. 用户交互式登陆 前提条件:有一个AAD account 此种登陆方式会弹出一个登陆框,让你输入一个.onmschina.cn的账号,然后根据选择的订阅操作相应的资源. # set Azure Enviroment into China Mooncake. $EnvironmentName ="AzureChinaCloud" # Give your subcriptionID her

Azure Service Bus 死信队列产生的原因 服务总线中有几个活动会导致从消息引擎本身将消息推送到 DLQ. 如 超过 MaxDeliveryCount 超过 TimeToLive 处理订阅规则时的错误 应用程序主动设置信息进入死信队列 进入死信队列(DLQ)里面的数据 不会自动执行清理操作. 消息将保留在 DLQ 中,直到显式从 DLQ 中检索它们以及对死信消息调用 Complete() 为止.可以使用Service Bus Explorer工具来查看死信队列中消息 死信问题: 一:

问题描述 Service Bus接收端的日志中出现大量的MessageLockLostException异常.完整的错误消息为: Microsoft.Azure.ServiceBus.MessageLockLostException: The lock supplied is invalid. Either the lock expired, or the message has already been removed from the queue. Reference:b2b452db-bf

在博文ServiceBus 队列中死信(DLQ - Dead Letter Queue)问题一文中,介绍了服务总线产生私信的原因及可以通过代码的方式来清楚私信队列中的消息,避免长期占用空间(因为私信中的消息不会自动清理) 当前,我们也可以从Azure门户中查看到当前DLQ的数量,所占空间及进入DLQ的原因 问题描述 在使用Azure Service Bus过程中,随着时间的累积,当死信中存积了大量的消息时,如何快速的清理掉这些消息呢? 解决办法 使用Azure官方提供的工具 Service Bu

微服务体系结构是一种将服务器应用程序构建为一组小型服务的方法,每个服务都按自己的进程运行,并通过 HTTP 和 WebSocket 等协议相互通信.每个微服务都在特定的界定上下文(每服务)中实现特定的端到端域和业务功能,并且必须由自动机制进行自主开发和独立部署.最后,每个服务都应该拥有自己的相关域数据模型和域逻辑,并能使用不同的数据存储技术(SQL 和非 SQL),对每个微服务使用不同的编程语言. 为什么要使用微服务? 一言以蔽之,就是因为灵活性.从长远来看,微服务能够将应用程序设计为基于许多可

本文包括了以下几点内容: 什么是Azure云存储服务? 云存储服务分类 云存储服务的优势 什么是Azure云存储服务? Azure 云存储服务可以说是Azure 上最重要的SAAS服务了. 在Azure平台刚刚建立的时候,最主要推荐的服务是Azure Cloud Service. 由于Azure Cloud Service中的Instance会被随时回收,用户数据无法存储在这些Instance上. 用户的文本文件,图像文件等二进制大对象文件需要一个新的存储方式来存储. Azure 云存储由此而生

var appInsights=window.appInsights||function(config){ function r(config){t[config]=function(){var i=arguments;t.queue.push(function(){t[config].apply(t,i)})}}var t={config:config},u=document,e=window,o="script",s=u.createElement(o),i,f;for(s.src

前言 Windows Azure中的服务总线(Service Bus)提供了多种功能, 包括队列(Queue), 主题(Topic),中继(Relay),和通知中心(Notification Hub). 1) 有关Windows Azure Service Bus 的中继功能, 我们在 <在IIS上发布基于Windows Azure Service Bus的WCF服务>做了详细介绍. 2) 有关Windows Azure 通知中心(Notification Hub), 我们在<如何利用W

前言 随着Windows Azure 在中国的正式落地,相信越来越多的人会体验到Windows Azure带来的强大和便利.在上一篇文章中, 我们介绍了如何利用Windows Azure中的Service Bus的中继功能(Relay),来将您的WCF服务册到Windows Azure Service Bus上. 而WCF客户端可以通过访问Service Bus endpoint, 从而访问到您真正的WCF服务.在这篇文章中,我们将介绍Windows Azure Service Bus的另外一个

<Windows Azure Platform 系列文章目录> Service Bus 队列(Queue) Service Bus的Queue非常适合分布式应用.当使用Service Bus Queue的时候,分布式应用的组件不直接进行通信. - 前端应用(发送方)创建一个Azure Service Bus Queue,插入需要处理的消息主体,然后继续处理前端业务逻辑 - 后端消息处理(接收方)从Service Bus Queue中取出消息,并进行处理 - 发送方不需要等待接收方的答复,以便在

<Windows Azure Platform 系列文章目录> 熟悉笔者文章的读者都了解,Azure提供两种不同方式的Queue消息队列: 1.Azure Storage Queue 具体可以参考:       Windows Azure Cloud Service (12) PaaS之Web Role, Worker Role, Azure Storage Queue(下) Azure Storage Queue提供基础的消息队列服务,例如AddMessage, DeleteMessage.

<Windows Azure Platform 系列文章目录> 注意:本文介绍的是国内由世纪互联运维的Windows Azure服务. 项目文件请在这里下载. 我们在使用Azure平台的时候,经常会遇到本地应用和云端应用进行互通互连的情况. 在这种混合云的场景下,我们可以通过以下方式解决: 一.Point-To-Site VPN 将本地的一台设备(Point),与云端的网络(Site)进行互通互联. - 这里的Point指的就是企业内网的一台主机(VPN客户端) - 这里的Site是指Azur

今天推荐的文章其实是微软的一篇官方公告,宣布其即将发布的一个支撑高可用高伸缩云服务的框架--Azure Service Fabric. 前两天,微软Azure平台的CTO Mark Russinovich在Azure的官方博客上发表了一篇公告,宣布微软在上个月发布Azure App Service后即将发布Azure Service Fabric这个框架.首先要注意的一点是,此Fabric非之前的AppFabric,AppFabric是Windows Server上的一组集成技术,可更轻松地生成