<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=ISO-8859-1">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<font face="Arial">Thanks, Ivan, <font face="Arial">for the work on
the orche<font face="Arial">stration NG </font>and the demo
today. This is a big improvement over the current implem<font
face="Arial">entation<font face="Arial">, and it's actually te<font
face="Arial">stable!<br>
<br>
<font face="Arial">I would like to figure out if the
orchestration approach is something we want to stick
with, or should we switch to <font face="Arial">a me<font
face="Arial">ssaging-based (amqp?)<font face="Arial">
approach? We would if not completely <font
face="Arial">get ri<font face="Arial">d of
orchestrat<font face="Arial">ion, but at the
very least <font face="Arial">significantly
reduce the <font face="Arial">a<font
face="Arial">mou<font face="Arial">nt
of </font></font></font>it. <br>
<br>
<font face="Arial">One of the possible
approaches <font face="Arial">is where
Katello is a producer of messages (<font
face="Arial">reliable, persisted<font
face="Arial">, and <font
face="Arial">deliv<font
face="Arial">ery-</font></font>acked)</font></font></font></font>,
with pulp, candlepin, and foreman acting
as subscribers. The subscribe<font
face="Arial">r functional<font
face="Arial">ity can be extracted into
plugins/rails engines. <br>
<br>
<br>
<font face="Arial">Thoughts?<br>
<font face="Arial">-d</font><br>
</font></font></font></font></font></font></font></font></font></font></font></font></font></font></font></font>
</body>
</html>