原文：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上的社區，幫助我們實現這些計劃。
本站聲明:網站內容來源於博客園,如有侵權,請聯繫我們,我們將及時處理【其他文章推薦】
※收購3c,收購IPHONE,收購蘋果電腦-詳細收購流程一覽表
※網頁設計公司推薦更多不同的設計風格，搶佔消費者視覺第一線
※廣告預算用在刀口上，網站設計公司幫您達到更多曝光效益
※公開收購3c價格,不怕被賤賣!
※自行創業 缺乏曝光? 下一步"網站設計"幫您第一時間規劃公司的門面形象