Blog

Disclaimer: I work for Red Hat, my views and opinions are solely mine though. I had the pleasure of speaking at and attending DevOpsDays Raleigh 2019. First off, this event routinely out punches its weight class as far as quality. Don’t get me wrong the McKimmon Center on NC State’s campus has gotten very dated but, this five-year-old event keeps getting better. Note: If you are not familiar with DevOpsDays, please consider attending one near you in the next year. They are affordable and encourage networking better than most events I’ve been to. I spoke at my first DevOpsDays in Detroit in 2016. We lived in Raleigh, and I wanted to work for Red Hat. Now we live in Detroit near my wife’s family, and I work for Red Hat. Who says DevOps doesn’t make dreams come true? ...

Background: I started using Ansible in 2014 at a data center company. I implemented Ansible to deploy our customer portal, which contained hundreds of war files, load balancer changes, database schema changes, etc. I’ve used Ansible at every position since. I joined Red Hat as part of the Ansible team in June 2018. I moved over to the OpenShift team in June 2019. I’m a long time Ansible user, advocate, and fan. I work for Red Hat, these views and opinions are solely though. ...

I used to think of industry analysts as 100% worthless to the broader technology world. After meeting Chris Gardner from Forrester, some of the good folks from RedMonk, and working with Red Hat’s Analyst Relations team, I’ve warmed up to Analysts a little. They serve an important function that a lot of us forget: Tactical efficiency does not replace strategic efficacy We as technologists spend a lot of our time tackling the next problem put in front of us. These problems are tactical challenges that need to be addressed. We are in the habit of blocking and tackling. We often forget we are working as part of a team in a more extensive system. We are moving towards a grander strategic vision. Analysts serve as a data point in a much larger world around us. They’re, for lack of a better term, intelligence assets. ...

Just when you thought a toxic, old, white guy with lousy hygiene was going to dominate the news this week, in walks Seth Vargo. On Thursday, Seth Vargo, a former Chef employee, learned something he wasn’t comfortable with about code he’d written. Seth discovered Chef had an active contract with the US Department of Homeland Security’s Immigration and Customs Enforcement (yes, that one). Seth then did something rather extraordinary. He yanked his code (including chef-sugar) from GitHub and RubyGems. This resulted in many production systems going offline across the globe. We could see some metrics about impact in a lawsuit at some point. When DM’ing Seth early Friday AM he told me, “It’s almost certain that Chef is going to sue.” ...

A slightly shorter version of this article was featured in DevOps’ish 144: Your 39 bps matters, happy little hybrid clouds, Kubernetes with a side of service mesh, HA SQLite, and more This week I read about a study of 17 languages that suggests humans, “no matter how fast or slowly languages are spoken, they tend to send information at about the same rate: 39 bits per second, about twice the speed of Morse code.” The study points out that some languages are clearly “faster” than others but, a steady average rate of 39.15 bits per second (bps) kept coming up. This study fascinated me since I talk to people as part of my work. My mind jumped to being on stage somewhere and spewing 1s and 0s out at a measly 17.6 kilobytes per hour. That is such a low data rate. It’s relatively equal to this random file I found on GitHub. At 39 bps, Kubernetes 1.15.3 would take about 1 day, 1 hour, and 14 minutes to download it’s whopping 443 KB of container orchestration code. ...