微软分布式云计算框架Orleans(1)：Hello World

阅读目录

• 什么是Orleans？
• 是否可靠？案例有哪些？
• 基于Orleans的应用部署图
• 核心角色
• 第一个基于Orleans的应用程序
• 总结
• 交流方式

    自从写了RabbitHub框架系列后的一段时间内一直在思索更加轻量简便，分布式高并发的框架（RabbitHub学习成本较高），无意间在网上级联看到了很多新框架：从helios到Akka.NET在到Orleans在到Azure Service Fabric，最终选择了Orleans作为研究对象，理由是微软官方出品，Service Fabric还没有正式版，下面我们来进入Orleans的大门。

回到目录

什么是Orleans？

来自官网的解释：

    一种构建分布式、 高规模（伸缩）的应用程序，在.NET 简单方法

    奥尔良是一个框架，提供一个简单的方法来构建分布式的高规模计算应用程序，而无需了解并应用复杂并发或其他伸缩模式。它是由微软研究院创建和设计在云计算中使用。   

    特性

1. 可扩展
2. 低延迟
3. 简化并发

    从上述的简介可以看出Orleans就是为了分布式、并发而生，那么大并发、高用户量也可以得到解决。

官网：http://dotnet.github.io/orleans/

文档：http://dotnet.github.io/orleans/What's-new-in-Orleans

源码：https://github.com/dotnet/orleans

回到目录

是否可靠？案例有哪些？

    是否可靠我也不确定，但是案例还是很诱人的，特别是微软官方游戏：Halo4、Halo5（光环|光晕）的云服务全部由它来承载。当然还有其它的用户，不过我都不怎么认识，就不列出了，大伙可以去官网查看。

回到目录

基于Orleans的应用部署图

回到目录

核心角色

Grains（粮食、谷物、杂粮）

    Grains可以理解为一个服务，类似：UserService、AccountService，是主要的业务逻辑实现与抽象。

Silos（筒仓）

    Silos可以理为一台Server，里面主要用于存储Grains，也就是说Grains开发完成后需要注册到Silos中，然后等待调用。

支持的宿主

.NET Framework、Core CLR，也就是说可以进行跨平台部署。

 

Client（客户端）

    具体的应用客户端，可以是控制台、Web应用程序（MVC——包含vNext、WebForms）、WindowService、WPF等一切.NET端技术。

回到目录

第一个基于Orleans的应用程序

建立项目结构

新建2个控制台应用程序，和2个Windows类库，项目结构如下：

在”Sample.Implements“中添加对项目”Sample.Interfaces“的引用。

在”Client“项目中添加对项目”Sample.Interfaces“的引用。

在”Server“项目中添加对项目”Sample.Interfaces“，”Sample.Implements“的引用。

安装NuGet包

安装NuGet包“Microsoft.Orleans.Server”、”Microsoft.Extensions.DependencyInjection“到“Server”项目中。

安装NuGet包“Microsoft.Orleans.Client”到“Client”项目中。

安装NuGet包“Microsoft.Orleans.Core”到“Sample.Implements”和”Sample.Implements”项目中。

书写业务逻辑（Grains）

在”Sample.Interfaces“中新建一个IUserService，代码如下

用意非常简单，根据手机号码判断用户是否存在。

在”Sample.Implements“新建一个UserService实现IUserService接口，代码如下：

为服务端和客户端书写代码

在”Server“Program.cs入口点中写入如下代码：

在”Client“Program.cs入口点中写入如下代码：

运行

首先运行”Server.exe“等待出现如下文字：

 

在运行”Client.exe“

 

Demo源码

本次的源码放在：https://github.com/majian159/Samples/tree/master/OrleansSamples/HelloWorld

回到目录

总结

    可以发现我们的客户端应用”Client“完全没有引用业务逻辑实现的项目”Sample.Implements“，也就是说业务逻辑的执行是在服务端”Server“执行的，本次Demo只用了一个服务端，大伙可以想象下如果服务端进行了集群，再通过一些协调服务进行管理分配，那么搭建一个”微服务“的架构变得异常轻松，通过一些手段动态切换客户端所需服务的服务端地址从而提供应用响应与容灾的支持。

    本文主要是做一个简单的介绍和Demo的效果，在后续章节中我会继续带来一些更实用的特性介绍与剖析，虽然我也在摸索中，但尽量不误导大伙。。。

回到目录

交流方式

QQ群：384413261（RabbitHub）

Email：majian159@live.com

---

如果您觉得阅读本文对您有帮助，请点一下“推荐”按钮，您的“推荐”将是我最大的写作动力！欢迎各位转载，转载文章之后须在文章页面明显位置给出作者和原文连接，谢谢。

欢迎大家关注微信号。扫下面的二维码或者收藏下面的二维码关注吧（长按下面的二维码图片、并选择识别图中的二维码）

 

 

出处：https://www.cnblogs.com/ants/p/5122068.html