orleans

~此次收购可加强 Lineage Logistics 的亚太业务，扩大其以港口为中心的网络，并为客户提供更大的全球覆盖范围 ~ 密歇根州诺维--(美国商业资讯)--全球最大、最具创新性的温控物流解决方案提供商Lineage Logistics, LLC（以下简称“ Lineage”或“公司”）今天宣布，其已完成对Emergent Cold (“Emergent”)的收购。 此项收购于2019年11月18日 首次宣布 。 合并后的公司扩展了全球最大的温控设施网络，在北美、南美、欧洲、亚洲、澳大利亚和新西兰的12个国家拥有300多处设施，容量超过19亿立方英尺，面积达5,300万平方英尺。作为交易的一部分，Lineage还收购了位于达拉斯-沃思堡市场和秘鲁Piura的新建配送中心，以及New Orleans Cold Storage及其在新奥尔良、休斯顿和查尔斯顿港口的四处美国设施。 Lineage国际运营总裁兼网络优化执行副总裁Mike McClendon表示：“将Emergent Cold和New Orleans Cold Storage纳入Lineage旗下，将大大扩展亚太地区的设施覆盖范围，并能通过一个网络更好地连接客户的全球供应链。许多收购的设施都位于重要的国内和国际港口，这让我们比以往任何时候都更有优势，可以更有效地在世界几乎每个角落为我们的客户提供服务

©PaperWeekly 原创 · 作者｜龚俊民 学校｜新南威尔士大学硕士生 研究方向｜NLP、可解释学习 论文标题： Hierarchical Entity Typing via Multi-level Learning to Rank 论文来源： ACL 2020 论文链接： https://arxiv.org/abs/2004.02286 引言 细粒度实体标注 Fine-graind Entity Typing（FET）任务是给定一个候选实体 (Mention) 和其上下文 (Context)，求这个涉及的可能类别集合 (Type), 。 它与实体命名识别 Named Entity Recognition (NER) 任务有几个显著不同在： 在引入统一阅读理解 MRC 框架之前，NER 通常是序列标注任务。它需要模型从一段文本序列中找出实体的边界和实体的类型，以及非实体的边界。序列标注任务搜索空间很大，限制了实体的类别数量通常不会很多。 FET 做的是有层级的多标签分类任务。它的实体边界通常是已经给好了，需要从远程监督的候选标签中找出正确的、符合上下文语境的实体类型集合。它不关心给定上下文是否包含了别的实体。FET 类别有上下层级。比如位置这个一级类别下有行政区、建筑类等等，行政区二级类别下又可以分国家、省份和城市等等。子类别确定了父类别，而父类别又限定了其可能候选的子类别。

数据库设计就是设计数据库的结构特性，即为特定应用环境构造出最优的数据模型。由于数据库的结构特性是静态的，一般不会轻易变动，因此又称为数据库的静态结构设计。 数据库设计的基本流程：先将客观世界中的事物、事物间的联系用 E-R图 表示，汇总各个分 E-R图 得到一个总的 E-R图，在此基础上得到 概念结构模型 ，最后将概念结构模型转换为数据库支持的 逻辑结构模型 。 新奥尔良（New Orleans）方法 是设计数据库的一种规范化的方法，它将数据库设计分为四个阶段：需求分析、概念结构设计、逻辑结构设计、物理结构设计。下面分别介绍这四个阶段。 需求分析 需求分析是数据库设计的第一步，也是最困难、应当投入最大精力的一步。需求分析要做的是了解、分析用户对系统的需求，弄清系统要达到的目标、要实现的功能。需求分析的结果用 数据流程图 和 数据字典表示。值得注意的是，要使一个系统具有较长的生命周期，除了要满足用户提出的需求外，还需要系统设计人员 预测 未来系统可能要支持的功能。 下方的 系统 是指整个数据库系统（包括数据库和数据库应用系统） 系统需求调查的内容 数据库中的信息内容：数据库中需要存储哪些数据 数据处理内容：系统应该实现哪些功能 数据的安全性和完整性要求：数据的存取控制要求、约束限制 系统需求调查的步骤 从整体上，调查分析系统应该支持的单元有哪些 对每个单元单独进行分析

数据库设计 数据库设计就是设计数据库的结构特性，即为特定应用环境构造出最优的数据模型。由于数据库的结构特性是静态的，一般不会轻易变动，因此又称为数据库的静态结构设计。 数据库设计的基本流程：先将客观世界中的事物、事物间的联系用 E-R图 表示，汇总各个分 E-R图 得到一个总的 E-R图，在此基础上得到 概念结构模型，最后将概念结构模型转换为数据库支持的 逻辑结构模型。 新奥尔良（New Orleans）方法 是设计数据库的一种规范化的方法，它将数据库设计分为四个阶段：需求分析、概念结构设计、逻辑结构设计、物理结构设计。下面分别介绍这四个阶段。 需求分析 需求分析是数据库设计的第一步，也是最困难、应当投入最大精力的一步。需求分析要做的是了解、分析用户对系统的需求，弄清系统要达到的目标、要实现的功能。需求分析的结果用 数据流程图 和 数据字典表示。值得注意的是，要使一个系统具有较长的生命周期，除了要满足用户提出的需求外，还需要系统设计人员预测未来系统可能要支持的功能。 下方的 系统 是指整个数据库系统（包括数据库和数据库应用系统） 系统需求调查的内容 数据库中的信息内容：数据库中需要存储哪些数据 数据处理内容：系统应该实现哪些功能 数据的安全性和完整性要求：数据的存取控制要求、约束限制 系统需求调查的步骤 从整体上，调查分析系统应该支持的单元有哪些 对每个单元单独进行分析

上一讲，我们能够通过HelloWorld多线程来实现无锁的请求响应。 这一讲，我们来讲解如何保存Actor的状态。 Actor的状态是通过消息来访问来改变的，对应到上一讲的计数例子，Actor的状态其实是记录于内存中，通过成员遍历_count来保存。 这一讲通过改造上一讲的例子，来讲述Orleans的State状态保存机制。 上一讲中我们的Grain定义为： public class HelloGrain : Orleans.Grain, IHello Grain还有另外一种泛型定义，以State类型作为模板参数使用，对Grain的修改如下： [StorageProvider(ProviderName="DevStore")] public class HelloGrain : Orleans.Grain<PersistentData>, IHello { …… public async Task AddCount() { this.State.Count ++; await this.WriteStateAsync(); } …… public override Task OnActivateAsync() { this.ReadStateAsync(); return base.OnActivateAsync(); } public override Task

1、序列化 序列化配置有几个坑这里我写出来 2、负载均衡 3、 定时器与提醒 4、服务启动执行代码 5、监控 序列化 新建实体类 引用的包 Microsoft.Orleans.Core V2.12 Microsoft.Orleans.OrleansCodeGenerator.Build V2.12 Microsoft.Orleans.Serialization.Bond V2.12 using Bond; using System; namespace Entity { [Schema] [Serializable] public class GoodsEntity { public int ID { get; set; } public string GoodsName { get; set; } } } 两个标签缺一不可 所有的简仓全部需要配置 包括用来做网关的 网关使用BondSerializer 添加包 Microsoft.Orleans.OrleansGoogleUtils V2.12 var builder = new SiloHostBuilder() .Configure<SerializationProviderOptions>(d => { d.SerializationProviders.Add(typeof(ProtobufSerializer)

Orleans的官方定义是“用于构建健壮的，可扩展的分布式应用程序的跨平台框架”。它是Actor模型的.NET实现。 本章主要记录一些基础概念。 Actor模型 Actor模型并不是什么新的概念，它由Carl Hewitt在1973年提出，Gul Agha在1986年发表技术报告“Actors: A Model of Concurrent Computation in Distributed Systems”。 -- https://blog.csdn.net/gulianchao/article/details/7249117 Actor模型是一个概念模型，用于处理并发计算。它定义了一系列系统组件应该如何动作和交互的通用规则，最著名的使用这套规则的编程语言是 Erlang 。 一个Actor指的是一个最基本的计算单元。它能接收一个消息并且基于其执行计算。 面向对象思想通过隐藏类的私有方法来实现封装，仅允许外部调用公有方法来使用类。这一点在Actor中，给出了另外的理解。Actor外部仅能通过消息调用，Actor内部的实现对外不可见。 Actors一大重要特征在于actors之间相互隔离，它们并不互相共享内存。一个actor能维持一个私有的状态，并且这个状态不可能被另一个actor所改变。 光有一个actor是不够的，多个actors才能组成系统

引言 时间如梭，娃都可以打酱油了。 转眼间第一个五年计划，已过了一半。 年终总结是个打脸的好地方，曾经夸下的海口，有的真的成了海口。 所幸，一切都在按好的方向发展。但乐观背后容易忽略潜在的问题，所以，在2020来临之际，是时候对2019做个具体的回顾，并对来年做个具体的展望。 谈成长 那就先从收获开始讲起吧。 成功续任微软最有价值专家。 离开工作4年的老东家金蝶，前往自己看好的物联网行业发展。 码字3万+，写博10篇。 开始尝试进行架构设计，并应用微服务技术栈 第一次受企业邀约，前往厦门做技术分享 作为讲师，参加Microsoft Ignite The Tour 大会 这一切的收获得益于我坚强的后盾 —— 双方父母的支持，老婆的理解与督促，还有我那调皮捣蛋的小家伙给我源源不断的动力，所以感谢我至亲至爱的家人！也感谢一路走来给予我帮助、指引我方向的每一位可爱的人。 谈工作 今年做出了一个艰难的决定，就是跳出自己的舒适圈，从工作4年的老东家辞职，加入到一家物联网创业公司。这里十分感谢张队的引荐，才有一个好的落脚点，才得以实施自己的技术抱负，才得以转型自己期望的技术栈，从传统的.NET 后端转移到.NET Core 全栈开发。真正的去实践微服务，玩转K8S。当然，也得益于前期的理论知识的积累。 加入新公司，是机遇，是挑战。 记得入职后的第二天，就紧急前往武汉出差

.Net 基金会中包含有很多优秀的项目，今天就和笔者一起了解一下其中的一些优秀作品吧。 中文介绍 中文介绍内容翻译自英文介绍，主要采用意译、如与原文存在出入，请以原文为准。 Orchard CMS Orchard 是一个免费、开源、注重社群的内容管理系统，其基于 ASP.NET MVC 进行构建。 Orchard 采用现代化的体系结构设计，确保系统扩展性被首要考虑。所有的组件都可以被替换或者扩展。站点内容基于容易组合在一起的构建块组成。 采用模块机制来解耦系统功能是非常时尚的。以评论模块为例，它可以被非常容易的应用在页面、博文、照片和产品介绍上。 系统内置的富文本 UI 界面设计系统，能够在构建时实时生成预览图，以确保您能够得到与您设计预期一直的呈现效果。 项目详情 官方网站 项目源码 项目许可证: New BSD License(BSD) 项目联系人: Steering Committee 相关链接 开发文档 参与讨论 参与贡献 Gitter 聊天室 笔者简评 这是一个值得学习的 CMS 系统。不仅仅局限于对其的应用。其中包含的设计思路，非常有助于开发者的自我提高。 Orchard 目前已经采用 ASP.NET Core 进行了重新设计，命名为 Orchard Core 。虽然截至 2020 年 2 月 14 日 还未 GA ，但是第一个 RC 版本已经发布，值得期待。 英文介绍

这里将介绍一些Orleans的高级特性，适合对Orleans已经有不少了解的用户,先列出一个索引，博客文章慢慢补充 1. 使用Immutable 优化复制 2.自定义序列化 (待完成) 3. 可重入 Grain &单线程执行模型 4. 定时器和提醒器 Timers and Reminders 5.扩展任务和Grains (待完成) 6.请求上下文 Request Context (待完成) 7.Grain实例垃圾回收 Activation Garbage Collection (待完成) 8.运行监控 Runtime Monitoring (待完成) 9.如何随silo的启动，执行自定义的启动任务 (待完成) 10.配置垃圾回收策略 (待完成) 以上文档是基于 https://github.com/dotnet/orleans/wiki/Advanced-Concepts 的翻译和整理，英文好的同学可直接去看。 翻译是为了部分英文阅读存在一定困难的同学，目前翻译是抽自己的空闲时间一点一点翻译，先列一个目录。翻译进行中… 我的几个关于orleans的开源项目，如果你觉得这个几个东西还不错，可以star一下，谢谢。 1.Orleans的couchbase storage provider https://github.com/weitaolee/Orleans.Storage