内容简介：最近在微服务的工程下面增加业务功能，设计涉及三个业务领域，也就是微服务的堆栈要处理webapi<—>Service<—->Agent<—>SDK<—->webapi<—–>bll<—->memcache,建立微服务通道花了一些时间，占了一定比例的开发时间与代码工作，而真正业务代码量是比较少。微服务中通道代码能否做一些处理，以节省没有必要的时间占用呢？这是开发过程中一直在思考的问题。我想有以下两方面可以考虑：NeuronStorm的最小逻辑单元为Neuron，可以理解为逻辑单元，不同的Neuron可组合成业务
最近在微服务的工程下面增加业务功能，设计涉及三个业务领域，也就是微服务的堆栈要处理webapi<—>Service<—->Agent<—>SDK<—->webapi<—–>bll<—->memcache,建立微服务通道花了一些时间，占了一定比例的开发时间与代码工作，而真正业务代码量是比较少。
微服务中通道代码能否做一些处理，以节省没有必要的时间占用呢？这是开发过程中一直在思考的问题。我想有以下两方面可以考虑：
- 代码生成器，对于微服务中各工程的代码，通道代码可以抽成模板或通过架构手段变成可生成的。当然这种玩法并没有改变微服务在通道代码上面的冗余。这种方案相对比较保守。但是对于现有工程来讲，不涉及大的变化，是比较好实施的。
- NeuronStorm，这种方案的话，是将代码逻辑封装到一个处理单元中，Neuron并不用关心自己在哪个业务领域处理哪个机器上。由NeuronStorm统一调度，由业务人员自行配置。这种方案下，Cell之间的通道是基于NeuronStorm统一实现，所以将微服务中的通道代码全部消灭掉了。
NeuronStorm的最小逻辑单元为Neuron，可以理解为逻辑单元，不同的Neuron可组合成业务流，通过组织Neuron单元形成业务流，使得代码逻辑流可以可视化呈现。
NeuronStorm是一个可视化的编程平台，依据设想，基于NeuronStorm的程序，只需要集中在Neuron单元中编写业务逻辑，通道代码由NeuronStorm集群控制。NeuronStorm借鉴了Apache Storm的Bolt概念，注重于可视化编程。
目前NueronStorm处于概念阶段，github的存储库已经建立起来，有兴趣的可以加入进来。
https://github.com/Lancker/NeuronStorm
以上就是本文的全部内容，希望本文的内容对大家的学习或者工作能带来一定的帮助，也希望大家多多支持 码农网
猜你喜欢:
- 亿级“附近的人”，打通“特殊服务”通道
- Golang 并发，有缓存通道，通道同步案例演示
- 科普 | 菜鸟学习状态通道，Part-2：App 定制型状态通道
- golang通道定义
- 通道 | Java NIO
- Go 通道
本站部分资源来源于网络，本站转载出于传递更多信息之目的，版权归原作者或者来源机构所有，如转载稿涉及版权问题，请联系我们。
程序员2010精华本
程序员杂志社 / 电子工业 / 2011-1 / 49.00元
《程序员(2010精华本)》主要内容：《程序员》创刊10年来，每年末编辑部精心打造的“合订本”已经形成一个品牌，得到广大读者的认可和喜爱。今年，《程序员》杂志内容再次进行了优化整合，除了每期推出的一个大型专题策划，各版块也纷纷以专题、策划的形式，将每月的重点进行了整合，让内容非常具有凝聚力，如专题篇、人物篇、实践篇等。另外杂志的版式、色彩方面也有了很大的飞跃，给读者带来耳目一新的阅读体验。一起来看看 《程序员2010精华本》 这本书的介绍吧!
