bpm - Evaluation of Activiti as Continuous Integration orchestrator -
i'm working in devops space , supporting overly complicated ci system. purpose test & certify multiple java artifacts against tests every single artifacts , artifacts against each other. have multiple jenkins instances , complicated custom workflows, share same limitation: lack of resources control. ended bunch of purely technical jenkins jobs deal limitations aren't perfect , initial workflow became bloated.
here i'm asking expertise applicability of activiti bpm engine ci process.
we have following issues current process:
- cloud nodes can handed-over 1 jenkins job another. if workflow became terminated in middle (let's functional tests failed on newly built artifact) have free nodes.
- jobs can consume multiple resources - databases, environments of multiple nodes, etc. resources must freed when workflow finished
ideally, should able define workflow steps in dsl , bind resources steps. later on, during workflow execution, possible workflow engine determine when resources first required , request them before step (according resource type) appropriate pool / provider.
after each step finished, workflow engine call "garbage collection" on resources. calculate (based on provided dsl) list of steps still reachable current state , list of resources binded steps. after possible construct list (currently allocated resources minus future required resources). list go garbage collection.
with such "garbage collection" i'm trying avoid overly complicated logic of manual resource lifecycle control embedded workflow definition , bloat it. want have clear , understandable (and supported) workflows.
do think can done activiti or other bpm engine?
andrev,
this can implemented limited effort. have created similar workflows qa environments using open source bpms eclipse stardust http://www.eclipse.org/stardust/
best regards
rob
Comments
Post a Comment