[TriLUG] Dev/Ops research

[Ron Kelley via TriLUG]

Thanks Israel (and all the other replies today!).

As I mentioned in a few private emails, I work for an infrastructure integrator who builds turn-key data center solutions for our customers (from bare-metal hardware up to and including the virtualization layer).  We are looking to add more value-add options for our customers and think the Dev/Ops environment might be a good avenue.

Specifically, I am trying to brainstorm ideas on how to leverage infrastructure components for Dev/Ops workflows.  What if the workflow tools could "look into" the infrastructure and make automation tasks easier/better.   For example, what impact could we achieve if the dev/ops tools had direct access to software defined storage/networking components, IPMI/iDRAC, virtualization APIs, power draw, CPU idle times, etc.

Just looking to explore this avenue with some smart guys/gals since I don’t have much dev/ops exposure.

Thanks again for all the great resources.

-Ron




> On Mar 27, 2019, at 8:31 PM, Israel J. Pattison <pattison at usa.com> wrote:
> 
> Ron,
> 
> I am in a DevOps transformation team. We work with software delivery teams in our company to help them transform to DevOps methods and practices. I also coach and train DevOps, and I hold an ICAgile DevOps certification. As the other folks have said on this thread, there are about as many different definitions as there are practitioners. It started as a way to fight night and weekend work for development and operations teams, and I still consider that the "holy grail" of DevOps - everything safely completed between 9-5 M-F.
> 
> I recommend reading The Phoenix Project, The DevOps Handbook and Accelerate by the folks at the DORA - Gene Kim, Jez Humble, Nicole Forsgen, et al. Their approach to DevOps could be summed up as "the application of Agile-Lean methodologies to entire value streams." Whereas Agile is usually found within software development teams, "Agile-Lean DevOps" should happen at every step from customer request to customer use in production. The "Three Ways" - Flow, Continuous Feedback, and Experimentation - echo Lean Development principles, especially identifying and removing bottlenecks and waste by visualizing flows and limiting work in progress (WIP).
> 
> All of that nonsense up there ^^^, in reality, looks like lots of automation, collaborations between developers and ops/infosec/QA, and "shifting left" so that testing/security/configuration is handled as code by developers using CI/CD principles. Look for teams that keep test cases and configuration under source control. Look for commits to trigger builds, tests, packaging so that every commit potentially creates a tested, deployable release. Look for ops teams that relish deploying to production because it's so damned easy and low risk. That's DevOps in practice. Oh, and nobody ever works nights or weekends.
> 
> Israel
> 
> 
> n
> Israel J Pattison
> Raleigh, North Carolina
> 
> Email: pattison at usa.com  |  Phone: +1.919.439.5214 
> Post Office Box 97773  |  Raleigh, North Carolina  |  27624-7773  |  United States
>         israelpattison at fanana.net   israelpattison   israelpattison
> 
> Infinity, dear friends, extends not only outwards, but inwards into the heart of each human being.  
> -- Dr. E. Urner Goodman, Founder of the Order of the Arrow
> 
> This email and any included files may contain CONFIDENTIAL information and are intended only for use by the addressee(s) named above or, if addressed in error, other addressee(s). If the reader of this message is not the intended recipient, please be aware that any dissemination, distribution, duplication, or use of this communication is strictly prohibited, and you are requested to please notify me immediately by telephone and email and delete this email and all included files.
> 
> 
> 
> On Wed, Mar 27, 2019 at 2:09 PM 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: pattison at usa.com <pattison at usa.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/pattison%40usa.com
> Welcome to TriLUG: https://trilug.org/welcome