<div dir="ltr"><div><div><div><div>Basically I love the blueprints thrust.<br><br></div><div>I'd love to see a real spec for how to construct a proper openstack logging event, and how to place those events into the message queue for consumption.  Something that's more engineering spec then proverb.<br>
</div><div><br></div><div>That being said, a couple of things I'd like to see that I didn't see in there just yet.  ( mind you i may have missed it, i am human after all )<br></div><div><br>1.  Standardized Metadata <br>
<div><br></div><div>Being able to parse a log for content with a known metadata structure would be very helpful for folks planning on consuming logs in adaptive orchestration scenarios.<br></div><div><br></div><div>2.  Message Service Etiquette<br>
</div><br>I think the 'logged events need to make sense' starts to get into the idea of a common logging etiquette.  But there's the logical aspect beyond the aesthetic.  I assume we'll probably want to force rate limiting of logging should something start getting noisy.  I feel like that's something that should be done before hitting the message bus and creating noise there.  Specifically I am thinking of the repetition of messages being condensed on the app side before being pushed to the bus.  <br>
<br></div>This of course calls into question should this ettiquette be different for a WARN versus an ERROR?<br><br></div>3.  Audit Log Handling<br><br></div>This is probably outside scope.  Feel free to declare it so.  But once we start talking audit logs we need to discuss what can and cannot be done to an event before it gets signed ( yeah that would need to be discussed too ) and handed off to the audit log pipeline ( that doesn't exist yet ).<br>
<br></div>-Matt<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Apr 30, 2014 at 4:39 PM, Sean Dague <span dir="ltr"><<a href="mailto:sean@dague.net" target="_blank">sean@dague.net</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I'm trying to work up some drafts of logging guidelines that we can get<br>
agreement on and hopefully get all openstack projects to implement over<br>
time. In advance of the Juno summit I'd like to get feedback on drafts<br>
via the nova-specs process.<br>
<br>
The draft review is here - <a href="https://review.openstack.org/#/c/91446/" target="_blank">https://review.openstack.org/#/c/91446/</a><br>
<br>
Anyone is welcome to log into gerrit and provide feedback on what's<br>
there, including general comments on areas we should address which<br>
aren't there. I'll try to blend the feedback I get this week for at<br>
least one, if not 2 follow up drafts prior to summit.<br>
<br>
There is not a specific summit session for this, however if we've got a<br>
good working doc before the summit I was hoping we could bang out any<br>
sticky parts ad-hoc while there.<br>
<span class="HOEnZb"><font color="#888888"><br>
        -Sean<br>
<br>
--<br>
Sean Dague<br>
<a href="http://dague.net" target="_blank">http://dague.net</a><br>
<br>
</font></span><br>_______________________________________________<br>
OpenStack-operators mailing list<br>
<a href="mailto:OpenStack-operators@lists.openstack.org">OpenStack-operators@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators</a><br>
<br></blockquote></div><br></div>