虽然我发现 Jitterbit 4 是一个相当强大的工具,但我想我和我的公司已经最大限度地发挥了 v4 的功能,或者看起来是这样。
我试图让一些现在的关键业务流程保持活力,并发现我正在逆流而上。
迁移到更高版本的 Jitterbit 是否有任何改进经验使这条路线值得,或者是时候迁移到功能更强大的平台了?我过去曾使用过 Business Objects DM,但我认为我们的预算不会用到这个。
我做了一些有限的研究,但我需要比一些通用博客引用更多的信息来形成升级或移动平台的案例。
我想分配多个自动触发器 - 例如每 15 分钟一次的 MF,每小时一次的 S&S。如果能够在 IDE 中一次打开多个项目,那就太好了。
我必须处理一些从 CSV 文件或 MySQL/MSSQL 表中获取数据并上传到 Netsuite CRM 或从 Netsuite CRM 中提取数据并转移到 MySQL/MSSQL 的进程。(与 Netsuite 的交互是通过使用 XML 的 SOAP 请求进行的)直到 11 月,这些进程通常每天运行 3 或 4 次,但现在许多进程以 15 或 5 分钟的间隔运行。我做了一些优化工作,但服务器几乎以最大速度运行——限制是我们每小时最多可以将 2000 条记录更新到 Netsuite。该公司希望在 2015 年做得更多。
Netsuite 的限制是绝对的 - 但是我想要解决的问题包括更好地控制日志记录 - 我似乎无法关闭我不想或不需要记录的位的日志记录。我希望能够在一个 IDE 中打开两个项目,以便比较代码。而且我希望能够在一台服务器上打开开发 IDE,但打开管理面板以查看另一台服务器 - 我使用的 IDE 只允许一次登录。
如果 Talend 或其他东西可以提供这些优势,那么也许这就是要走的路 - 特别是因为 Jitterbit 不是在英国的许多 DevOps 中发现的技能,但 Talend 和其他东西是。