<div dir="ltr"><br><div class="gmail_extra"><div class="gmail_quote">2015-06-29 3:09 GMT+02:00 Nick Coghlan <span dir="ltr"><<a href="mailto:ncoghlan@gmail.com" target="_blank">ncoghlan@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><p dir="ltr"><br>
On 29 Jun 2015 1:50 am, "Ludovic Gasc" <<a href="mailto:gmludo@gmail.com" target="_blank">gmludo@gmail.com</a>> wrote:<br>
> In fact, the issue shouldn't be our brains, but it was clearly a time consuming task, and we have too much directly paid-work to take care.<br>
><br>
> Don't be wrong: I don't say that ELK doesn't work, only it's time consuming with a high level of logs.<br>
> I'm pretty sure that a lot of people are happy with ELK, it's cool for them ;-)<br>
><br>
> It's like Oracle and PostgreSQL databases: Where with Oracle you need a full-time DBA, with PostgreSQL: apt-get install postgresql<br>
> With this last sentence, I'm totally caricatural, but only to show where I see an issue that should be fixed, at least for us.<br>
> (FYI, in a previous professional life, I've maintained Oracle, MySQL and PostgreSQL servers for several clients, I know a little bit the subject).</p>
</span><p dir="ltr">This discrepancy in manageability between services like PostgreSQL & more complex setups like the ELK stack is why Red Hat started working on Nulecule as part of Project Atomic: <a href="http://rhelblog.redhat.com/2015/06/23/announcing-yum-rpm-for-containerized-applications-nulecule-atomic-app/" target="_blank">http://rhelblog.redhat.com/2015/06/23/announcing-yum-rpm-for-containerized-applications-nulecule-atomic-app/</a><br></p>
<p dir="ltr"></p></blockquote><div><br></div><div>Thanks for the link, I didn't know, I'll keep an eye on that.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><p dir="ltr">There's still some work to be done making sure the related tools support Debian and derivatives properly, but "the ELK stack is too hard to install & maintain" is a distro level software management problem to be solved, rather than something to try to work around at the language level.</p></blockquote><div>As you can imagine, I want to finish to dig around journald before to change the strategy. <br></div><div>Thanks for your time and your remarks.<br></div><div><br></div><div>Have a nice day.</div></div></div></div>