Hi,
Although the decision was made long ago (about 1.5 years AFAIK) it’s still disappointing for me to see it happening and I feel like saying something.
It may sound weird but, in the best attempt to be technically honest, I actually agree with the decision to remove Mistral from TripleO. As far as I know, TripleO never used the strongest distinguishing sides of Mistral (like running workflows at scale, using it for very long running workflows etc). Mistral was mostly used just to extend configurability customizability of TripleO. Red Hat’s engineers who I had a great pleasure to work with on Mistral a few times told me “Hey, we are allocated to Mistral but we just don’t know what else to work on that our company would need. It just works for us. Works very well for the case we use it. Bugs are very rare, maintenance doesn’t require 4 people from Red Hat. So we’ll be shrinking our presence.” So it happened, as expected. I realized there was no point in trying to keep them on the project. Then some new engineers came and said: “Why can’t we use something else, more well-known, like Ansible?” So, honestly, for this use case, yes. However, I heard many times that Ansible is essentially the same thing as Mistral but it is more mature, well maintained, etc etc. And every time I had to explain why these two technologies are fundamentally different, have different purposes, different method of solving problems.
I’m saying this now because I feel it is my fault that I failed to explain these differences clearly when we started actively promoting Mistral years ago. And it would be bad if misunderstanding of the technology was the real reason behind this decision. For what it’s worth, if you ever want me to elaborate on that, let me know. This thread is not a good place for that, I apologize.
And finally, I want to reassure you that the project is still maintained. More than that, it keeps evolving in a number of ways and new functionality is consistently being added. The number of active contributors is now lower than in our best times (Also true I believe for OpenStack in general) but it’s now promising to change.
Again, my apologies for writing it here.