- The business workflow is rare to be changed after the implementation.
- Versioning is not required.
- BPMN is not a must-have. Since business stakeholders just need working software. What we need is only align requirements with stakeholders. And we have many methods for that.
- Business workflow optimization is not required.
- Monitoring & operations may be needed but we can also get the data from persistence and implement it.
I found in this scenario, we cannot find a strong reason to use Camunda. On the contrary, BPMN may become a burden for the whole development team. Because we have to consider how to deploy and maintain the XML files. And the developers have to adapt to the new way of working with the workflow engine.
Actually, I pretty like the concept of Camunda which designed as a lightweight framework. But every framework increase the constraints for developers. And the business workflow normally existing at the core domain of business logic. I’m not sure how to evaluate the benefits and loss if we import Camunda into our project.
Any suggestion or comments about this?