
<html xmlns="http://www.w3.org/1999/xhtml">

<head>

<title></title>

</head>

<body>

<div name="messageBodySection">

<div dir="auto">Hi,<br />

<br />

I'm Renat Akhmerov. I'd like to announce my PTL candidacy for Mistral<br />

in Wallaby cycle.<br />

<br />

In Victoria, we made a huge change related to how we manage actions<br />

in Mistral. Previously, all actions were stored in the database and<br />

when any Mistral subsystem needed to get info about an action (action<br />

definition) it sent a query to DB. So, there wasn't any abstraction<br />

responsible for action management. This approach is not flexible and<br />

makes refactoring incredibly hard. It also means that it's nearly<br />

impossible to deliver actions to the system or alter them in runtime<br />

w/o having to reboot a cluster node. In Victoria we introduced the<br />

new abstraction called Action Provider. Action providers are fully<br />

responsible for delivering actions to Mistral. It is possible to.<br />

register many providers in the entry point "mistral.action.providers"<br />

in setup.cfg of any Python project (installed within the same Python<br />

env as Mistral) and Mistral will be using them all to find actions.<br />

So action management is now decoupled from the rest of the system and<br />

it's now possible to move away from storing action definitions only<br />

in the DB. It's fully up to a particular action provider implentation.<br />

Actions can even be dynamically generated, for example, as wrappers<br />

around a subset of operating system commands. Another option is.<br />

requesting info about actions via some communication protocols like<br />

HTTP, AMQP etc.<br />

<br />

There's still work to polish this all and document properly but the<br />

main infrastructure is already available and everyone can implement<br />

their own action providers.<br />

<br />

For W cycle I'd like to proceed with improving Mistral usability<br />

(toolset for developing Mistral actions, docs etc.) and address<br />

several known scalability issues.<br />

<br />

As always, anyone is very welcome to join our project. It's a lot of<br />

fun to work on it.<br />

<br />

The best way to get in touch with us is IRC channel #openstack-mistral<br />

or the openstack-discuss mailing list (with [mistral] tag in email<br />

subject).<br />

<br />

<br />

[1] <a href="https://review.opendev.org/#/c/754646/" target="_blank">https://review.opendev.org/#/c/754646/</a><br />

<br />

Cheers</div>

</div>

<div name="messageSignatureSection"><br />

<div class="matchFont" dir="auto"><br /></div>

<div class="matchFont">Renat Akhmerov<br />

@Nokia</div>

</div>

</body>

</html>