原文：https://devblogs.microsoft.com/dotnet/orleans-3-0/
作者：Reuben Bond，Orleans首席软件开发工程师
翻译：艾心
这是一篇来自Orleans团队的客座文章，Orleans是一个使用.NET创建分布式应用的跨平台框架。获取更多信息，请查看https://github.com/dotnet/orleans。
我们激动的宣布Orleans3.0的发布。自Orleans2.0以来，加入了大量的改进与修复，以及一些新特性。这些变化是由许多人在生产环境的大量场景中运行基于Orleans应用程序的经验，以及全球Orleans社区的智慧和热情推动的，他们致力于使代码库更好、更快、更灵活。非常感谢所有以各种方式为这个版本做出贡献的人。
自Orleans 2.0以来的关键变化：
Orleans 2.0发布于18个多月前，从那时起Orleans便取得了巨大的进步。以下是自Orleans 2.0以来的重大变化：
- 分布式ACID事务-多个Grains加入到一个事务中，不管他们的状态存储在哪里
- 一个新的调度器，在某些情况下，仅它就可以将性能提升30%以上
- 一种基于Roslyn代码分析的新的代码生成器
- 重写集群成员以提升恢复速度
- 联合（Co-hosting）支持
还有很多其他的提升以及修复。
自从致力于开发Orleans2.0以来，团队就建立了一套实现或者继承某些功能的良性循环，包括通用主机、命名选项，在准备将这些功能好成为.NETCore的一部分之前与.NET团队密切合作、提供反馈和改进“upstream”，在以后的版本中会切换到.NET版本附带的最终实现。在开发Orleans 3.0期间，这个循环继续着，在最终发布为.NET Core 3.0的一部分之前，Orleans 3.0.0-beta1使用了Bedrock代码。类似的，TCP套接字连接对TLS的支持是作为Orleans 3.0的一部分实现的，并计划成为.NET Core未来版本的一部分。我们把这种持续的合作视为是我们对更大的.NET生态系统的贡献，这是真正的开源精神。
使用ASP.NET Bedrock替换网络层
一段时间以来，社区和内部合作伙伴一直要求支持与TLS的安全通信。在3.0版本中，我们引入了TLS支持，可以通过Microsoft.Orleans.Connections.Security包获取。有关更多信息，请查看TransportLayerSecurity范例。实现TLS支持之所以是一个重大任务要归因于上一个版本中Orleans网络层的实现方式：它并不容易适应使用SslStream的方式，而SslStream又是实现TLS最常用的方法。在TLS的推动下，我们着手重写Orleans的网络层。
Orleans 3.0使用了一个来自ASP.NET团队倡议的基于Bedrock项目构建的网络层替换了自己的整个网络层，Bedrock旨在帮助开发者构建快速的、健壮的网络客户端和服务器。
ASP.NET团队和Orleans团队一同合作设计了同时支持网络客户端和服务端的抽象，这些抽象与传输无关，并且可以通过中间件实现定制化。这些抽象允许我们通过配置修改网络，而不用修改内部的、特定于Orleans的网络代码。Orleans的TLS支持是作为Bedrock中间件实现的，我们的目的是使之通用，以便与.NET生态圈的其他人共享。
尽管这项工作是的动力是启用TLS支持，但是在夜间负载测试中，我们看到了平均吞吐量提升了大约30%。
网络层重写还包括借助使用MemoryPool<byte>替换我们的自定义缓存池，在进行这项修改时，序列化更多的使用到了Span<T>。有一些代码路径之前是依靠调用BlockingCollection<T>的专有线程进行阻塞，现在使用Channel<T>来异步传输消息。这将导致更少的专有线程占用，同时将工作移动到了.NET线程池。
Orleans的核心连接协议自发布以来一直都是固定的。在Orleans3.0中，我们已经增加了通过协议协商（negotiation）逐步更新网络层的支持。Orleans 3.0中添加的协议协商支持未来的功能增强，如定制核心序列化器，同时向后保持兼容性。新的网络协议的一个优点是支持全双工Silo到Silo的连接，而不是以前在Silo之间建立的单工连接对。协议版本可以通过ConnectionOptions.ProtocolVersion进行配置。
通过通用主机进行联合托管
Orleans与其他框架共同进行联合托管，如ASP.NETCore，得益于.NET通用主机，相同的进程中（使用联合托管）现在要比以前容易多了。
下面是一个使用UseOrleans将Orleans和ASP.NETCore一起添加到主机的例子：
1 var host = new HostBuilder()
2 .ConfigureWebHostDefaults(webBuilder =>
3 {
4 // Configure ASP.NET Core
5 webBuilder.UseStartup<Startup>();
6 })
7 .UseOrleans(siloBuilder =>
8 {
9 // Configure Orleans
10 siloBuilder.UseLocalHostClustering();
11 })
12 .ConfigureLogging(logging =>
13 {
14 /* Configure cross-cutting concerns such as logging */
15 })
16 .ConfigureServices(services =>
17 {
18 /* Configure shared services */
19 })
20 .UseConsoleLifetime()
21 .Build();
22
23 // Start the host and wait for it to stop.
24 await host.RunAsync();
使用通过主机构建器，Orleans将与其他托管程序共享同一个服务提供者。这使得这些服务可以访问Orleans。例如，一个开发者可以注入IClusterClient或者IGrainFactory到ASP.NETCore MVC Controller中，然后从MVC应用中直接调用Grains。
这个功能可以简化你的部署拓扑或者向现有程序中额外添加功能。一些团队内部使用联合托管，通过ASP.NET Core健康检查将Kubernetes活跃性和就绪性探针添加到其Orleans Silo中。
可靠性提高
得益于扩展了Gossip，集群现在可以更快的从失败中恢复。在以前的Orleans版本中，Silo会向其他Silo发送成员Gossip信息，指示他们更新成员信息。现在Gossip消息包括集群成员的版本化、不可变快照。这样可以缩短Silo加入或者离开集群的收敛时间（例如在更新、扩展或者失败后），并减轻共享成员存储上的争用，从而加快集群转换的速度。故障检测也得到了改进，利用更多的诊断信息和改进功能以确保更快、更准确的检测。故障检测涉及集群中的Silo，他们相互监控，每个Silo会定期向其他Silo的子集发送健康探测。Silo和客户端现在还主动与已声明为已失效的Silo的连接断开，它们将拒绝与此类Silo的连接。
现在，消息错误得到了更一致的处理，从而将错误提示信息传播回调用者。这有助于开发者更快地发现错误。例如，当消息无法被完全序列化或者反序列化时，详细的异常信息将会被返回到原始调用方。
可扩展性增强
现在，Streams可以有自定义的数据适配器，从而允许他们以任何格式提取数据。这使得开发人员更好的控制Streamitems在存储中的表示方式。他还使Stream提供者可以控制如何写入数据，从而允许Streams与老的系统和Orleans服务集成。
Grain扩展允许通过自己的通信接口附件新的组件，从而在运行时向Grain添加其他行为。例如，Orleans事务使用Grain扩展对用户透明的向Grain中添加事务生命周期方法，如“准备”、“提交”和“中止”。Grain扩展现在也可用于Grain服务和系统目标。
现在，自定义事务状态可以声明其在事务中能够扮演的角色。例如，将事务生命周期事件写入服务总线队列的事务状态实现不能满足事务管理器的职责，因为它（该事务状态的职责）是只写的。
由于预定义的放置策略现在可以公开访问，因此在配置期间可以替换任何放置控制器。
共同努力
既然Orleans 3.0已经发布，我们也就会将注意力转向未来的版本-我们有一些令人兴奋的计划！快来加入我们在GitHub和Gitter上的社区，帮助我们实现这些计划。
标签：努力 localhost 如何 etc 分析 职责 开发人员 配置 失效
原文地址：https://www.cnblogs.com/Leo_wl/p/12253692.html
