Category Archives: DevOps

DevOps Days Five Years Later…Where’s the Security?

It’s been five years since the first DevOps Days in Ghent. Last week, Patrick Debois, the founder of DevOps Days brought the conference back to Belgium for a five year reunion. Let me start off by saying, I didn’t attend the event. In fact, I’ve never attended a DevOps Days event at all. My hometown of Washington, DC hasn’t hosted an event yet. Though a few of my friends and colleagues in the DC/Baltimore area have been talking about organizing one, I haven’t participated. Right now…it’s all talk. So feel free to give me grief if you like.

I’ve been fascinated with the DevOps movement since its inception. I was one of the lucky few who caught wind of the Velocity Conference from the beginning and was able to be an annual attendee. I was a longtime performance engineer and huge fan of the work of Steve Souders and the Yahoo Exceptional Performance team. When I heard there was a conference about Web Performance and Operations, I jumped at the possibility of hanging out with colleagues who spoke the same language as me and shared similar thoughts. Up until then if you wanted to talk software performance, you either went to JavaOne, Oracle World or CMG. Finally, here was a conference all about web performance and operations…and I was immersed in it.

During my time at Velocity over the years, I met a ton of folks who were more than Front-End performance engineers. They were full-stack engineers interested in performance. They were interested in monitoring and measurement. They wanted to do more automation, provisioning and deployment. They were interested in meeting others like themselves who were dealing with the same kind of issues. They were at the conference for the Culture and Sharing if anything.

Velocity is what birthed DevOps days and we owe this to its original leaders (Steve Souders, Jesse Robbins, Tim O’Reilly and many countless others). We equally owe the rise of the movement to Patrick Debois for creating a blueprint for the community to come together in a peaceful and collaborative way via DevOps Days.

Now that I’ve set the stage, let me tell you what I’m actually thinking in terms of DevOps and Security…

Let’s Look At the Numbers

The data I’m going to present below is not highly scientific. It started as an anecdotal thought and moved into me parsing through 5 years of DevOps Days agendas and presentations. I started with the following hypothesis:

DevOps is becoming a real thing. It’s not a fad. It’s not just for startups and unicorn companies out of Silicon Valley. The Enterprise world has accepted the movement and is trying to be a part of it.

I’ve been part of the enterprise software community for years during my time at Blackboard and prior with a Supply Chain software company called Manugistics. What I know about the Enterprise community is that they care a lot about security (application, information and infrastructure security) as well as compliance. I then added the following to my hypothesis:

If the enterprise world accepted the DevOps movement, then most likely it was because the DevOps movement was thinking beyond Automation and Monitoring. It wasn’t just a Culture and Sharing love fest. There had to be more thoughts around securing the enterprise and scaling the enterprise.

So I decided to dig into some data to see if this hypothesis could be proved out. Could I make a correlation from the data? I decided to use the data from every program linked on the DevOps Days website. The only exception was Nairobi, which didn’t list their program. For that, I will conclude that they didn’t have a good program as the S in CAMS is “Sharing”. Since they didn’t share, they get a 0.

The chart below is pretty straightforward. The blue bar represents the number of presentations that referenced Security in some capacity. I looked at titles, abstracts, blogs and even the presentations. I’m sure someone can dig deeper than me and correct the data if they see a glitch. I would certainly welcome the research and would make corrections. The red bar represents the number of sessions. Note this accounts for any Ignite sessions called out on the program. It doesn’t account for hacksessions or BOAF fun stuff.

The last column on the far right is the DevOps Enterprise Summit this past October in San Francisco. I had just attended it and was excited that security was starting to be talked about. I enjoyed the conference immensely, but happened to walkaway thinking we have a long way to go before security becomes a whole track in the DevOps movement.

devopsDaysSec

Here are my initial takeaways. 2012 was the best year in terms of count. I’m a big believer it’s because (3) of the sessions were in Austin where a ton of AppSec and InfoSec players are making waves such as James Wickett and Nick Galbreath. They just happen to be (2) of the (3) presenters on Security. They also happen to be the main folks on the circuit talking about Security and DevOps, other than my co-worker at Contrast Security and one of the co-founders of the Rugged DevOps movement, Jeff Williams.

The number of DevOps Days has jumped dramatically in 2013 (all-time high) and is still close to 3x more than any other year during 2014. I would bet that 2015 will probably have 10+ if not more.

I assumed that as the number of DevOps Days increased, so too would the topic of Security. It seemed like an obvious conclusion in my mind. It’s just not happening. Forget that the first 3 years didn’t really have anything Security related. It was probably called-out, but nothing serious. The numbers show that the percentage of presentations (even the raw numbers) just aren’t increasing.

I wonder if similar conclusions could be made about Security in other conference settings and meet-ups associated with DevOps themes, as well as tooling to support the DevOps movement and Continuous Delivery. Is the problem with the Security community being slow to participate in the DevOps movement, or is it the DevOps community doesn’t know what to do with the Security community?

I honestly thought there would be more penetration of security within DevOps, as well as more penetration of DevOps within security. I had heard references to DevOpsSec. DevOps is real, but DevOpsSec isn’t there yet. The two are flirting and possibly going on a couple of dates, but it’s safe to say they aren’t going steady yet.

I talked about this with my colleague Jeff Williams. He eloquently described the situation between about Security and DevOps in the following sentence. “Security is still an island.” Jeff is right. People are talking about security in the context of DevOps and CD, but not in an emersed and integrated way.

I guess that’s what 2015 will all be about.

Why Am I Even Thinking About This

Let me start off by saying that this was not intended to be a controversial blog. Looking over now, it hopefully doesn’t read too controversial. I had just come from Gene Kim’s conference on Enterprise DevOps and I was starting to think more fluidly about DevOps, the Enterprise and Security. I was glad to see that some folks are talking about DevOps and Security.

There’s still not enough conversation. We need some more mind sharing in the space. We don’t necessarily need it all to come from Security experts. We need folks in the DevOps and CD spaces to jump into Security in a similar manner they did years ago with Performance and Scalability. It makes me think about my own passage to DevOps.

A few years back I was fortunate to watch one of my earliest mentors, Bernie Wong make the move from being a Performance Engineering practitioner to a Security Engineer. There are a lot of similarities between the two practice areas. Bernie convinced me that if I worked hard enough and embraced the Security community and all its good habits and flaws, then it would be an easy transition. I was fortunate to team up with a fantastic Security practitioner at Blackboard, Stephanie Tan to evolve an entire practice area around application security. I learned the ways of application security.

Stephanie and I worked on the problem of application security as part of an enterprise software product, as well as our SAAS cloud products for four years. We talked daily about how to make application security something “continuous” as part of our commit/build/test pipeline in which our tools could give our developers feedback within minutes of a commit. We also thought/worked the deploy and operations piece of live software, but not to the same degree as the commit pipeline.

We looked at every tool on the market. We built some tools as well and open sourced them. We committed to other projects via Pull Requests. We struggled to get a comprehensive tool set and workflow in place at a reasonable cost and without considerable security training. It’s safe to say that Security was an island. We had to run a parallel commit pipeline just of the AppSec team that couldn’t fail the build. We had a couple touch points with the developer commit pipeline, but not to the degree we wanted and visioned.

Alas, we both parted from Blackboard this past summer (amicably and on our own accord) to pursue deeper interests in the security community with other companies.

In full disclosure, I got the opportunity to work on the problem of Continuous Application Security for a company called Contrast Security. I’m not a co-founder, but I’m an early arrival. We evaluated Contrast about a year before and were really impressed. When they created the opportunity for me to join, I couldn’t refuse. It’s an opportunity to tackle Security and CD.

I welcome comments/feedback or tweets to anyone that wants to help make Continuous Application Security and the topic of Security within the DevOps community relevant. Also, the commentary in this blog are solely of mine and do not necessarily reflect the views of my current employer, Contrast Security or my past employer, Blackboard Inc. 

Advertisements

DevOps Enterprise 2014…A Conference Review of Sorts

I had the chance to attend a new conference on the DevOps circuit called DevOps Enterprise earlier in the month. For those of you who did not have a chance to attend, it was a conference co-hosted by one of the greatest Tech Connectors to have ever walked this Earth, Gene Kim, his colleagues at IT Revolution Press and the main sponsor Electric-Cloud. The timing of the conference was spectacular as it happened to fall around the five year anniversary of the DevOps movement.

https://www.flickr.com/photos/bethaniehines/15478309207/in/set-72157648631801518

Source: Flickr

I first learned about the Conference from a friend and colleague in the Washington, DC area named Jeff Gallimore, a longtime friend of Gene Kim and a collaborator on theDevOps Defense Audit Toolkit. Jeff had a speaking role at the conference with a few auditors and technologists, acting as the moderator on a panel about the Toolkit. Simon Storm, Josh Corman and Byron Miller participated in the panel and have been part of the Toolkit project for quite some time. I won’t go into too much about the Toolkit, other than to suggest reading the blog post and joining the Google Group if you have an interest in participating.

Pre-Conference Perspective

When I first thought about going to conference I was a little weary of what the topics would be like and who the attendees would be. The thought of DevOps concepts and culture inside the enterprise wasn’t something I naturally aligned. As a long-time Velocity Conference attendee, I was concerned that this conference would miss the mark and not teach me something new about the movement or introduce me to new ideas and practices. I personally watched the DevOps movement come out of Velocity, long before the term DevOps was even coined, so any other conference that was going to use DevOps as a culture would have to be top notch. Since Gene was running it, I gave him the benefit of the doubt.

Then I thought about my new role as VP of Engineering at Contrast, specifically about who are our customers. The bulk of our customers are not Silicon Valley startups or technology plays. Rather, they are enterprise players. Naturally, I thought it would be a good idea to see how the “Enterprise” was thinking about the DevOps movement and how they associated it with building and operating software system.

Thoughts on the Conference

I wrote a ton of crazy notes about each of the sessions from Day 1. I guess you can call me the “King of Horses” then. There was one session that stood out in my mind more than anyone and that’s the Target presentation. Ross Clanton (Ops) and Heather Mickman (Dev) presented about how the DevOps culture was brought into the organization at scale. It was how Dev + Ops found a home together at a large Enterprise player with years of legacy code and systems. You can also see the slides here.

Target is/was/will always be a big horse. They are doing the things that make them unicorn like to their competitors and their colleagues in other companies. What are those things you might ask? Well, first they are breeding a culture of transparency through a few core means. The first is making the move to collaborative development via Git using Pull Requests. Everyone uses Git on both the Dev and Ops side. They share repos and access across teams. Second, not only are they big players iMinneapolis’ DevOps Days, but they are running their own internal DevOps Days so that everyone in the organization can participate. Third, they are sharing to the outside world little by little via their Github blog.

The most impressive thing I waked away from the talk was this notion of Flash Builds. As they described, Flash Builds =
(flash mob + scrum + hackathon = awesome) 8hr day with 2x4hr sprints (includes retrospectives, planning, etc…). They promised a blog about the idea. Since it’s on Twitter and the Internet it has to happen ;). From their description, it sounds like Flash Builds are mini-hackday events that accomplish a full development and operations lifecycle. What this team showed as well as anyone is the need to breakdown silos and become one culture.

Devops More than Tooling

One of the pleasant surprises of the conference was the alignment of DevOps and Continuous Integration. I have to admit that I was totally expecting a ton of talks talking about the token DevOps tool sets for automation (Chef, Puppet, Ansible, Salt, etc…). I was expecting a ton of Docker, Vagrant, AWS Services and of course monitoring/reporting (Graphite, StatsD, CollectD, New Relic, etc…). The tooling was called-out in a few presentations, but it wasn’t three days of “Tool Overkill” and presentations about those tools.

I definitely felt like the enterprise players put a great amount of emphasis on build pipelines, feedback loops to development teams and collaborative deployment architectures involving development and operations working together. There were more references to Jenkins-CI than any other tool, followed by Git. In my mind that’s telling me the crowd was focusing on the development delivery pipeline striving for continuous development and feedback.

Unicorns, Horses and Ninjas

One of the main themes of the conference is the notion of horses and unicorns. The companies and players associated with the early DevOps movement were/are often referred to as Unicorns, as their work is considered magical and mystical. This has been echoed in papers, blogs and countless slides at DevOps Days, Velocity, FlowCon, OSCon and other conferences. It was fitting that Gene used this theme as I believe he calls out Project Unicorn in The Phoenix Project, a must read for any and all.

During the conference I found myself writing down some notes on what I thought a Unicorn looked like in the movement, as well as a Horse so I could put a picture to it. I even added a third persona called a DevOps Ninja. I’ll briefly post my comments on the three below. Note, I’m not intending to be snarky, but it reads pretty snarky.

Unicorns are companies that simply get it. They have broken down the culture barriers. There are no silos. Everyone practices Continuous Delivery, They post all of their awesome tools that they built in-house on Github. When they don’t build their own tools, they make time for Pull Requests on the latest and greatest projects on Github. They attend all of the latest conferences as presenters and sometimes as sponsors. Their most favorite part about conferences is the “Hallway Track”. They never sleep. It’s almost like they are vampire unicorns or something. If they aren’t coding on a plane, attending a conference or participating in a hack-event for a declining population of siamese albino wales, then they are guest speakers on podcasts. When do they have time to sleep or better yet…play golf?

https://drawception.com/pub/panels/2012/5-6/D59KOb3YZ7-10.png

What exactly are horses then? I guess it’s fair to say that they come on to the movement well after the movement is gaining steam, but rather has no become a fad. Why? Because they have been heads down on some important projects for the last few years and haven’t had time to pick their heads up. They manage their own source code (SVN, TFS or Perforce). They buy enterprise monitoring tools from IBM, HP and CA. They run their own data centers. They choose Perl and Shell as their scripting languages of choice. They go to conferences, but tirelessly take notes and even pictures of the slides on their smartphones and tablets. They don’t like to get up from their seats at the conference in fear of losing their spot.

http://image13.spreadshirt.com/image-server/v1/compositions/1001659506/views/1,,,appearanceId=231/horse---nerd-Women-s-T-Shirts.jpg

I decided to add a 3rd persona in the mix. Let’s call them DevOps Ninjas. Who are these ninjas we speak of? Well, they are the guys from Docker. Ah…just kidding. Well they might be from Docker, but essentially these are the guys and gals who skip the conference all together and have an “Un-Conference” or sponsor secret meetups. They are full-stack engineers who code-automate-deploy-fix-redeploy. They work purely in the cloud. They drift from Starbucks to Starbucks daily.

http://kyleart.com/wp-content/uploads/2008/07/07_ninjastarbucks.jpg

Should We Aspire to be Unicorns or a DevOps Ninjas?

I think it’s fair to say that there are no such things as unicorns or ninjas. They really don’t exist. I know a lot of folks who work for companies that are considered both and between you, me and this blog post they all have issues. Don’t get me wrong…they love their jobs. They feel empowered to make decisions. They collaborate a ton. They don’t live in bliss. Heck, watch a episode of My Little Pony and you will see that even the unicorn ponies on that show have drama. (Note: I am the father of two daughters ages 8 and 5, so we have My Little Pony on a queue at our house).

http://www.hdwallpapersos.com/wp-content/uploads/2014/08/My-Little-Pony-Wallpaper-Photos.png

I guess it’s fair to say that all companies can be compared to horses. You have ponies, jumpers, thoroughbreds, clydesdales, etc…Companies can be any or all at the same time depending on their attitude and culture, probably the best takeaway from the conference in my opinion. It makes me think of a great post by John Willis back in 2010 called What DevOps Means to Me. In the post, Willis references C.A.M.S. (Culture…Automation…Monitoring…Sharing), which many in the community identify as the four pillars of DevOps. I think the conference presenters nailed the C and S. Nearly every presentation focused on Culture and Sharing. Throw in the word Collaboration for C.S.C and you have a more robust picture of the mood and attitude of the presentations. Collaboration was truly being called-out between the traditional roles of Dev and Ops.

I think the Enterprise represents the line of demarcation between Development and Operations so well. For years you often had the development folks working in cubicles in the bowels of the corporate headquarters. The Operations folks they worked in some NOC or Data Center miles, sometimes many states away. Most of the time the developers didn’t know the operations folks and the operations folks didn’t know the developers. What the conference highlighted and the DevOps movement highlights so well is that the barriers have to be removed. The two cultures have to become an amalgam of one culture. These groups need to be together in order to breed a new ideology of thoughts and perspectives together.

Would I Go Back in 2015?

Absolutely…but I want to go back as a presenter. I felt like there were gaps in the stories I heard. The biggest gap is that Performance and Security continue to be called-out as something important to the Continuous Delivery pipeline, but it’s only lip service in my mind. The only folks who are making strides with Performance and Security remain to be the Operations folks. Incorporating Performance and Security as part of the build pipeline is not happening with the diligence and intensity that it should. These are by far the most important non-functional requirements of any system or application. Yet, they remain to be treated as second class problems by development teams.