tag:blogger.com,1999:blog-3822757291061444396.post6301175923664641226..comments2024-02-27T03:14:00.412-06:00Comments on From the Canyon Edge: The Obligatory DevOps Blog PostDustin Kirklandhttp://www.blogger.com/profile/12464590128908584782noreply@blogger.comBlogger3125tag:blogger.com,1999:blog-3822757291061444396.post-85777662191164006742011-07-27T11:22:04.095-05:002011-07-27T11:22:04.095-05:00Question,
I'm looking over the existing contr...Question,<br /><br />I'm looking over the existing contributed formulas in principia. <br /><br />Is there anything that would prevent writing and submitting formulas which work for rpm,conary or ebuild package management instead of apt?<br /><br />I understand that the principia collection and its policy is debian ecosystem focused at the moment. But my understanding is ensemble itself is agnostic in this sense, and its only the formulas which end up needed system specific information details like which package management commands to use. Do you guys have any plans to start archiving formulas to make it possible for devops to use ensemble across heterogeneous environments? I don't expect you to do the work making the formulas, but as of right now from my reading, submitting a conary formula would break the principia submission criteria and that seems a bit limiting for overall ensemble adoption as a technology and I'd hope to think that's just an oversight. <br /><br />Another question, a little more abstract. I'm not completely sure what ensemable is intended to provide that puppet does not. Not a gripe, I just don't have enough information to compare and constract the offerings. I'm not looking for a feature by feature blow by blow (we all know how dynamic featuresets can be over the span of multiple project releases) I mean from a design and objective pov.<br /><br />-jefJef Spaletahttps://www.blogger.com/profile/11439754449677675460noreply@blogger.comtag:blogger.com,1999:blog-3822757291061444396.post-5780907990083458592011-07-27T03:59:36.556-05:002011-07-27T03:59:36.556-05:00Hear hear,
I thought DevOps is more a liaison thi...Hear hear,<br /><br />I thought DevOps is more a liaison thing between SysAdmins and Developers. <br /><br />A SysAdmin who builds automation systems, configuration management systems etc. is mostly a System Architects with a global view of the tools, infrastructure etc. of OPS.<br /><br />DevOps IMHO is more the connection between Developers who (mostly) don't know anything about the system they are developing for,and SysAdmins who (mostly) don't know what the developers are coding on.<br /><br />Software Architecture (Dev) and System Architecture (Ops) needs to go hand in hand. <br /><br />But I can be wrong :)<br /><br />Cheers,<br /><br />\shAnonymoushttps://www.blogger.com/profile/03434874767870144596noreply@blogger.comtag:blogger.com,1999:blog-3822757291061444396.post-73146754578066248452011-07-27T01:16:50.011-05:002011-07-27T01:16:50.011-05:00* Every single time except for Dapper but that was...* Every single time except for Dapper but that was a long time ago.Anonymousnoreply@blogger.com