MOIA的日志与预警机制好像在文档没有体现出来，而且我觉得产品本身还有很大的提升空间。
今天我大概看了一下MOIA这个产品的介绍，根据我多年的经验来大概谈谈这个平台，由于没有使用过，而对平台只是简单了解，有些地方可能说的不太准确，希望不准确的地方给出回复纠正，从而实现双赢。
我从事ETL相关工作有很多个年头了，对大部分主流的非主流的ETL，开源的收费的，都有所了解，MOIA现在好像支持DataStage，对于Inforamtica和DataService支持好像还不是很好。
通过文档了解到moia平台分调度和执行两个节点，一般执行节点都是安装到datastage服务器的主节点上，一般是通过dsapi对作业进行调度（也可通过二次封装dsjob命令来到度）；调度节点一般是一个web平台可以将调度的作业导入到独立的库表中，通过平台调度平台向执行节点发出执行指令（传递作业名称和参数等信息），执行后通过dsapi可以取得运行结果和日志等信息。监控系统资源就更简单了，现在有很多java开源包，或c++也可以，可以在执行期内间隔一定时间调用系统底层信息获取系统资源使用情况。
通过文档介绍我觉得所谓的监控只是主动的去打开web页面看作业的执行状态，并没有获取作业执行的日志信息，也没有看到是否有主动的预警机制，例如发短信或邮件通知。这样的只是看执行状态的功能在information server 8.7以后版本都有web平台支持“operation console” 可以监控作业的状态，与日志，在9.1中还能设置parallel job同时运行的数量超过的会在queue里等待，而且还能检查报错作业在执行是的资源使用情况，而且支持主节点资源使用情况的监控。datastage的调度是业界公认的太太太Low了，所以独立的调度机制还是很有必要的，通过java开源的调度框架就能将此提升到另一高度，很多人也都是这么做的，我想moia也是的。
我有一个疑问，我们知道作业有几个运行状态，正常如果上一次运行是abort我们这次运行可以reset后在执行，但是如果这个作业不是多实例而且正在运行状态的时候，通过moia调用时会如何处理，直接返回调用失败吗？是否支持Queue的方式。还有就是报错后恢复执行或重新执行独立的报错作业问题？
我曾开发一个调度模块，可以通过webservice调用任何类型的job并返回调用情况，考虑到几种情况：1.多实例作业的调用；2.单实例作业的调用；3.工作流作业的调用等。当然我考虑到了有的作业是有update或delete操作，会遇到DB的锁问题，这种情况下如果作业已经在运行，可以采用Queue方式进行排队，由于webservice调用可能同时很多上游在通过实时的调用，而每次调用又需要一个比较负杂的过程。 通过web servivce实现了接近实时的数据集成，还可以简化调度，通过url或是soap等方式很容易实现，而且这个功能在大项目中测试的时候，上游可以自己做测试，而不用开发的人去负责调度（因为我们很多项目设计到多个国家，有时差）。在工作流上开发了公共的模块，可将作业名和参数写在简单的txt平面文件或是DB Table中，哪个作业有问题就可以发邮件通知，当然执行失败后是否继续也是很容易搞定的。
我曾做过一个测试通过dsapi在独立的机器上，而不是datastage节点上也是可以实现调度的，这样的情况下可以实现一个独立的web平台，而无需在datastage节点上部署任何东西即可实现调用。也就不会在datastage节点上起服务，而占用系统资源了。在平台方面设计时是否考虑设计通用接口，比如调用不同的产品的通用接口。api方式也好，cmd方式也好。
目前informatica产品在国内发展的也很好，dataservice由于对sap支持更好些，也有很多企业再用。将这两大产品加入其中会增添几分光彩。先到这吧。
收起