Lee H. Marzke on 17 Nov 2018 19:04:34 -0800


[Date Prev] [Date Next] [Thread Prev] [Thread Next] [Date Index] [Thread Index]

Re: [PLUG] DevOps practices/framework


I've also passed off the Dev Ops Handbook to an org I was consulting for on the data-center side
.
Some of their management went to the devops conference, but then they tried to implement everything themselves, on a critical project.  Two of the things you are not supposed to do.

Imagine taking developers without devops experience and putting them in charge of ops. It tended to be more cutting corners than automating all the things in ops...  

Lee

Sent from Nine

From: Doug Stewart <zamoose@gmail.com>
Sent: Friday, November 16, 2018 10:52 AM
To: Philadelphia Linux User's Group Discussion List
Subject: Re: [PLUG] DevOps practices/framework

I highly recommend the DevOps Handbook or, for the management types, The Phoenix Project (aka the novelization of TDOH). Gives a good sense as to what the scope of the concepts looks like.

On Fri, Nov 16, 2018 at 9:32 AM Calvin Morrison <mutantturkey@gmail.com> wrote:
stay away from ITIL if you want to keep your sanity
On Thu, 15 Nov 2018 at 20:54, JP Vossen <jp@jpsdomain.org> wrote:
>
> I've been asked at $WORK to see if there is some kind of best
> practices/framework/standard thing we can align to so we can be Big
> Company Buzzword Compliant.  I'm aware of these so far but I have not
> yet read them in depth:
> •       https://www.nist.gov/cyberframework
> •       https://en.wikipedia.org/wiki/ITIL
> •       https://en.wikipedia.org/wiki/ISO/IEC_20000
>
> We call our team "DevOps" but don't let that fool you, we have that name
> because we do some "dev" stuff (systems integration, "glue" code, etc.)
> and a lot of "ops" stuff (build-out, sysadmin, H/W & S/W maint., etc.).
> A "scrum" is a fight you get into when playing sportsball, being "agile"
> is not getting hit in the scrum, CI is "continuous improvement" (of
> business processes), and asking for a "pull request" would probably
> result in a visit from HR.  We do use Git, except when we use
> Subversion.  And we're doing more and more in Ansible, which makes me
> very happy.  So we're kind of pretend devops.  :-)
>
> With that context, can anyone suggest any other buzzword compliance
> checklists I should look at?
>
> TIA,
> JP
> --  -------------------------------------------------------------------
> JP Vossen, CISSP | http://www.jpsdomain.org/ | http://bashcookbook.com/
> ___________________________________________________________________________
> Philadelphia Linux Users Group         --        http://www.phillylinux.org
> Announcements - http://lists.phillylinux.org/mailman/listinfo/plug-announce
> General Discussion  --   http://lists.phillylinux.org/mailman/listinfo/plug
___________________________________________________________________________
Philadelphia Linux Users Group         --        http://www.phillylinux.org
Announcements - http://lists.phillylinux.org/mailman/listinfo/plug-announce
General Discussion  --   http://lists.phillylinux.org/mailman/listinfo/plug


--
-Doug


___________________________________________________________________________
Philadelphia Linux Users Group         --        http://www.phillylinux.org
Announcements - http://lists.phillylinux.org/mailman/listinfo/plug-announce
General Discussion  --   http://lists.phillylinux.org/mailman/listinfo/plug