[TriLUG] Dev/Ops research

[Sean Korb via TriLUG]

I was just clued into a very high level newbie *free* set of videos
that does a pretty good job at describing service pipeline and skills
for a typical devops stack.  All the popular technologies are on
display and it is AWS focused.  It's handy if thats the stack you will
be using.  You can find similar videos from Amazon themselves.

https://youtu.be/8D46Pgbz0gg

That's what most people mean when they talk about DevOps.  But to me
DevOps is a perspective on automation discipline and customer service.
While one or two people can deploy these stacks and manage them
effectively, it does scale to larger teams and streamlines some
communication avenues.  Planning and testing can sometimes seem to
take a back seat but are the most critical components if you want
happy customers (and Agile disciplines naturally dovetail into this
well).

What is probably the unsung hero with these tool suites is the stacks
and tools used give opportunities to document, document, document
which retains knowledge and becomes critical in operation.  Instead of
having a detached and cumbersome operations document that goes quickly
out of date, each tool has an opportunity to reveal why there was an
addition or a change. Having these closely associated and available to
the stack means you don't have to go looking for it, and external
documents can be uncluttered and purposeful simply referring to the
tool used.

The challenge is everything can change so quickly you really do need
to staff up a bit to beef up communication and sourcing so that the
coders can get to coding.  The other challenge is the stacks
themselves have their own complexity and keeping them up to date and
solid needs attention.  This is probably why so many are trusting
(paying) cloud providers for those stacks.

We really never automate our jobs away. Our users will always want us
to do more and we seem to be able to oblige.  I'd like to imagine
automation being able to "do all the things" leads to a better world
but I think the benefits, while evident, are somewhat narrow in scope.

sean


On 3/27/19, Ron Kelley via TriLUG <trilug at trilug.org> wrote:
> Greetings all,
>
> I am researching workflows for a Dev/Ops environment and would like to get
> some feedback from those of you who are on such a team.  I don’t have an
> in-depth understanding of Dev/Ops yet, thus my questions will come from a
> “newbie” point of view.
>
> Instead of cluttering up the trilug mailer alias with senseless questions on
> my part, I would like to discuss this topic via uni-cast email.  Thus,
> please ping me directly (my email address should be part of this email).
>
> Thanks,
>
> -Ron
> --
> This message was sent to: Sean Korb <spkorb at gmail.com>
> To unsubscribe, send a blank message to trilug-leave at trilug.org from that
> address.
> TriLUG mailing list : https://www.trilug.org/mailman/listinfo/trilug
> Unsubscribe or edit options on the web	:
> https://www.trilug.org/mailman/options/trilug/spkorb%40gmail.com
> Welcome to TriLUG: https://trilug.org/welcome


-- 
Sean Korb spkorb at spkorb.org http://www.spkorb.org
'65 Suprang,'68 Cougar,'78 R100/7,'60 Metro,'59 A35,'71 Pantera #1382
"The more you drive, the less intelligent you get" --Miller
"Computers are useless.  They can only give you answers." -P. Picasso