25ZE
Akka子项目的实用性功能性都很强，不过还没有看到能够利用actor天然的上下级树形结构去搞事情的项目，就像入门例子Part 1: Actor Architecture
Actor 的 Architecture 是actor模型的基本特征，一个actor不可能脱离这个体系存在，上下级之间的查找通讯都是一个actor的基本属性，每一层actor既是一个逻辑层又能承担failures Isolates，这为构建这种微服务树提供了便利首先得承认这种需求场景很稀少，也就是需要一个能够提供大并发访问的Architecture 层次化的模型，在很多领域，模型是核心，不管做什么一般都需要一个组织模型，但是往往并不需要具备大并发能力，比如电子政务虽然也有组织机构模型，但是这个模型不需要支撑什么大并发访问，CRUD就完了；noSQL时序数据虽然需要大并发，但是在做大并发的场景下一般却又不需要模型的参与。所以首先要有支撑大并发的需求、其次大并发场景也必须要求模型的深度参与，这个场景就是有用的地方了。暂时能够想到的是大规模物联网，所有设备可能带有几个传感器，传感器必然属于一台设备，而设备一般也有上下级从属关系，不管这种关系是纯逻辑的还是物理的，在海量数据的读写、聚合统计时一般也重度依赖于模型，那么是否能够从这种微服务树模型入手做些事情？
拟或者扩展到图领域，借鉴Pregel，啃一下 GraphChi 这篇论文，简单实用的单纯图遍历。
网友评论