关于Storm框架业务处理拆分的设想,storm框架业务拆分


Storm,不多说了,懂的人自然懂,我这里提出一个关于业务拆分的设想。

提出问题

这里写图片描述
这是我们遇到的再普通不过的topology,一目了然。

设想问题

这里写图片描述
设想的目的是改善前面提出的问题,当某一个input流发生业务变化,导致的整个topology修改,这里,把三个业务流分成三个topology来进行处理,任何一个修改都不影响其他两个。但是,这里又提出一个新的设想,能否把每个bolt都拆分开,这样,同样的业务逻辑只要编码一次就可以了,然后可以动态引用。

新的设想

这里写图片描述
这样,即使有100个输入源,300个业务逻辑处理,也可以大大减少代码量和测试的工作量。模块化处理,通过配置文件的方式进行组装topology,我们的应用弹性更高,低耦合高内聚。

本人属于storm初学者,难免有理解不足的地方,欢迎各方人士批评指正。

版权声明:本文为博主原创文章,未经博主允许不得转载。

相关内容