Dan*_*ane 5 workflow automation
我刚开始在一家新的通讯公司工作,我们正在研究一种工作流/ Intranet系统来管理作业和流程。
基本上,我们从客户端接收数据文件,然后再通过系统进行处理。
我们还有许多其他内部业务流程(例如,重新处理损坏的输出,处理无效/已退回的邮件)。
我正在尝试使所有元素分开。有些将不可用(例如,打印流组成,电子邮件发送/管理,CRM)。有些将建在室内(例如重新处理损坏的输出)。
但是,我正在寻找将它们结合在一起的东西,并将业务工作流流程纳入其中。例如安排作业,按顺序启动数据处理任务和管理错误。其中很多步骤都是人为的。此外,还要进行SLA管理和业务活动监视/报告。
很快,一项关键要求是文件的自动接收和处理(即目录监视和与客户端/应用程序的匹配)。
我渴望易于管理和维护的内容(例如,在工作流程中添加新步骤,或条件逻辑等)。
我意识到这是一项艰巨的工作,目前,我们将重点放在每个单独的组件上,并进行适当的手动处理,直到获得用于管理它的系统为止。我们不想设计一个庞大的定制系统来将其全部结合在一起,而是宁愿购买某种工作流或集成系统。
有什么建议么?我看过Biztalk,但是不确定它是否过大或不适合内部专用系统。我接触过的另一种产品是Sagent Automation,但看起来有点笨拙。
-编辑-
忘记了,我们现有的技能主要是Microsoft。因此,基于Microsoft技术/.Net的任何内容都将是首选。但是,如果有出色的产品,我们就不会不利于提升技能
查看 Apache 的Active MQ。它实现了 Java 消息服务 1.1 规范,位于 servlet API 之上,并具有大量可以满足您的需求的功能。您还可以在Camel上分层,它添加了许多企业集成模式的丰富实现。
通常,JMS 消息保存在事务数据库中,可以将其配置为提供极高程度的容错能力(例如,RAID、主备数据库机器对、事务日志文件的多个副本)。数据库之上可以有多个运行 Active MQ 的负载平衡应用服务器计算机,为您提供可扩展性和高可用性。我认为,如果您使用 Active MQ 作为公共消息总线,您会发现可以以非常解耦的方式编写组件。
在 JMS 中,当消费者将消息出队时,消费进程必须稍后确认该消息已成功处理。如果确认未及时到达,JMS 系统将恢复该消息,以便另一个消费进程可以尝试处理该消息。这意味着您可以运行应用程序的多个副本以获得可靠性和容错能力。
看一下 O'Reilly 的Java 消息服务,第二版,它本周刚刚发布。
另一种途径是研究BPEL(业务流程执行语言)。
编辑:我对 Microsoft 产品不是很熟悉,但MSMQ似乎相当于 JMS。
您应该能够在 Microsoft 环境中使用 ActiveMQ。他们声称支持“跨语言客户端”,例如“C# 和.NET”。即使这会出现问题,由于 ActiveMQ 有一个基于 Java servlet 的 API 用于对消息进行排队和出队,因此外界只需能够向 ActiveMQ 服务器发出 HTTP 请求即可。这应该会限制您的团队必须进行的学习量。祝你好运,这听起来是一个很棒的项目!
| 归档时间: |
|
| 查看次数: |
892 次 |
| 最近记录: |