Apache Camel:创建多个路由的操作成本高吗?
Apache Camel: Is creating multiple Routes costly operation?
以下只是要求:
- 从数据库读取
- 从数据创建 3 个文件,仅在 if 语句
上添加少量 setter
- Deliever 3 到同一个 sftp
编码:
1 Route Timer which to(direct)
1 Route trigger which call same (direct)
1 ROUTE - from(direct) then calls DB and fetches data and assign it to Bean and multicast to 3 transformation routes
3 routes - from(direct:transform) where similar transformation and ofr 3rd route a small different transformation and put to SFTP Route
1 Route to SFTP
这只能在 3 条路线中完成,即定时器路线、触发路线和从 3 到最后的单一路线。
只是想问一下,如果部署了 50 个类似类型的项目,创建多个路由是否被视为成本高昂的操作?
从资源操作来看,似乎并没有太大的不同。我已经设置了一些具有许多小路线的场景,以及一些具有较大路线的场景。通常,成本是在处理器等执行的工作中。更小的路线通常更可重用(可组合)并且更容易测试。所以这是我的偏好,因为性能似乎没有受到任何重大影响。
以下只是要求:
- 从数据库读取
- 从数据创建 3 个文件,仅在 if 语句 上添加少量 setter
- Deliever 3 到同一个 sftp
编码:
1 Route Timer which to(direct)
1 Route trigger which call same (direct)
1 ROUTE - from(direct) then calls DB and fetches data and assign it to Bean and multicast to 3 transformation routes
3 routes - from(direct:transform) where similar transformation and ofr 3rd route a small different transformation and put to SFTP Route
1 Route to SFTP
这只能在 3 条路线中完成,即定时器路线、触发路线和从 3 到最后的单一路线。
只是想问一下,如果部署了 50 个类似类型的项目,创建多个路由是否被视为成本高昂的操作?
从资源操作来看,似乎并没有太大的不同。我已经设置了一些具有许多小路线的场景,以及一些具有较大路线的场景。通常,成本是在处理器等执行的工作中。更小的路线通常更可重用(可组合)并且更容易测试。所以这是我的偏好,因为性能似乎没有受到任何重大影响。