Category: Features

  • Puppet, Like DevOps, Continues to Mature

    Puppet, Like DevOps, Continues to Mature

    Over the course of the last several years we have seen the DevOps movement continue to mature and evolve. It has moved beyond the early adopter, visionary stage into the mainstream of the market. Therefore, it should be no surprise that some of the leading solutions in the DevOps space should likewise mature and evolve as well.  Yesterday Puppet (formerly Puppet Labs) made several announcements as part of a broader message that they are ready, willing and able to continue to be a leader in this space for years to come.

    There are several parts of the Puppet announcement yesterday, lets have a look at each of them:

    Growth indicators – Somewhat mandatory, Puppet announced that they continue to enjoy rapid growth. puppet growth

     

     

     

     

     

    Not a lot to add here, the numbers speak for themselves.

    Puppet Labs is now just Puppet. In my conversation with Nathan Rawlins, SVP of marketing, he said that this was a case of recognizing what the market is already doing.  I don’t know how many people you have heard refer to the company as Puppet Labs. Most everyone I know says Puppet. So why push rope up hill? Henceforth the company will be known simply as Puppet.

    puppet

    But there is more than just the name here.  Rawlins told me that along with the new name, they have also gone through a complete rebranding. New logo, new website look, new collateral look. The new brand seeks to give the impression of simplicity, stability and maturity.

    sanjayNew leadership – The company has hired a software/tech industry veteran leader, Sanjay Mirchandani as President, COO. Mirchandani has held senior leadership roles at VMware, EMC and Microsoft. His responsibilities will include go-to-market operations, including sales, marketing, customer success, and global expansion. From what Rawlins told me, Sanjay will be leading much of the day to day operations of the company.

    This is not a case though of a professional leader coming in to replace the founder/CEO.  Puppet’s Luke Kanies remains in the CEO role. Mirchandani will free up Kanies to do what he is best at. Be a visionary and chart the course for Puppet and in turn help shape the DevOps and software delivery market as well.  It takes a confident founder to bring in a real professional to help run the business to allow you to do what you do best. Many are too insecure to share management with a newcomer who “just wouldn’t love their baby the way they do.” Kudos to Luke for recognizing this move for the long term good of the company.

    blueshift by puppetProject Blueshift– Many people are focusing on Blueshift’s capabilities of using Puppet with container technologies like Docker, Kubernetes, Meseosphere, CoreOS, etc.  While Blueshift does focus on this as of the release today, there is actually more to it than that. Blueshift is really a collaboration between the Puppet community and the company itself to ensure that Puppet will always be able to help companies adopt next-generation infrastructure technologies. While today those next-gen technologies are container related, the idea is to grow Blueshift into something capable of working with new technologies as they emerge. It is a longer range project beyond 2-3 years, instead looking at what could be on the horizon 5-10 years from now. It is an ambitious vision. It is always hard to know what is the next big thing. But the fact that Puppet is even attempting to keep its eye on this is commendable.

    Upgrades to Puppet Enterprise and Puppet Orchestrator – Mixed in all of the news is that Puppet has released upgrades to its Enterprise product and the Orchestrator product that was released last year. Without going into a feature by feature recap (you can read the link to the PR if you like), Puppet continues to polish their enterprise products as part of their maturation.

    Integrations with Splunk and HipChat – As DevOps matures, the market will want greater integration between their tools. Puppet has taken a nice step in that direction by releasing a Splunk App that will allow you to automate set up of Splunk servers and give greater visibility into enterprise DevOps environments.

    The HipChat integration allows your Puppet Orchestration management to show up right in the HipChat GUI and allows users to manage it from within HipChat. A nice bonus is the access rights which make sure that those without permission do not have access to the Puppet Orchestration data.

    All in all, this is a major step up by Puppet. To be fair, the folks at Chef have also been taking steps to further mature their product and organization. As DevOps continues to grow, I am sure we will see some of the other DevOps tools startups follow the leaders here in maturing and growing along with the DevOps market.

  • DevOps Journeys of Large Enterprises Highlights

    DevOps Journeys of Large Enterprises Highlights

    I read a recent comment to an article made by my friend Rob England (the IT Skeptic). Rob took exception with the authors point of view about that DevOps was so widely adopted. Rob asked the author of the article, “How many of the Fortune 500 are DevOps shops?”. My reaction to this was “Rob, not sure if you have noticed out in New Zealand, but there are a sizable number of Fortune 500  and other large enterprises that are DevOps shops now.” Maybe not a majority, but a sizable minority and growing every day. DevOps journeys of large enterprises are pretty well documented.

    In fact my friend Gene Kim’s DevOps Enterprise Summit (where I last saw Rob) marches out one Fortune 500  (and other large organizations) after the next to hear their DevOps journey. It is one of the things tat makes that event so special.

    Further proof of DevOps adoption by Fortune 500 and other large enterprises was also readily apparent at the recent IBM InterConnect event I attended in Las Vegas. As part of our video interviews and coverage of InterConnect I spoke to several IT leaders about their organizations DevOps transformation.

    Continuing our release of videos from IBM InterConnect 2016 I wanted to highlight these DevOps journeys of large enterprises:

    Our first journey is Hertz. You have probably heard of them. John LeFreniere of Hertz who is undertaking a huge transformation at Hertz updating their technology stack using DevOps, Cloud and Agile, had this to say about Hertz’s adoption of DevOps:

    John says, “The DevOps methodology is in lock step with where we want to go.”

    Another DevOps journey of a large enterprise was the Maersk story. Maersk if you don’t know is a large shipping company that has been around a long time. I spoke to Spencer Rodrigues and David Loughnane of Maersk.

    As David says, “Devops is about us ultimately delivering a better customer experience.”

    Let me give you one more large enterprise talking about their DevOps journey, Starwood Hotels and Resorts Thomas Seremet tells us about their journey.

    Thomas said that Starwood started their DevOps journey in 2014. A piece of the journey that they have now really concentrated on is the cultural element of DevOps.

    Finally, you don’t have to take my word for it. Let me give you one more interview, this one with Carmen DeArdo of Nationwide. Carmen is always one of my favorite interviews and besides leading Nationwide’s own journey, he has some great insight on DevOps in general.  Here is what Carmen had to say:

    For Carmen the difference at InterConnect this year “was seeing the journey and progression that different organizations are on”. Carmen said they have gone past just agile or CD and are now putting all of this together including changing of the culture.

    So my opinion is that DevOps is well entrenched in Fortune 500 and other large enterprises. Maybe I live in the DevOps echo chamber though. What do you think? Would love to hear about more DevOps journeys.

  • DevOps Connect: CD Summit Jenkins Days, Dallas Today & Tomorrow

    DevOps Connect: CD Summit Jenkins Days, Dallas Today & Tomorrow

    Our first DevOps Connect: CD Summit/Jenkins Days kicks off today in Dallas at the Irving Convention Center.  This is a two day event full of DevOps, CD, Bluemix, Jenkins, DevSecOps and more!  The first day is workshop day. We are offering 5 great workshops:

    Essential DevOps Workshop

    IBM DevOps Assessment Workshop: Using a Value Stream Map For Ten Times Faster Application Delivery

    Jenkins Users Workshop

    IBM Bluemix Garage Method Workshops – see the method in action

    Nexus World Tour: Rugged DevOps Heroes Assemble

    You can click the links to get information on each of these. There is still time to come down and take one of these if you read this early on Tuesday.

    If these sound interesting  to you, I have good news. Day 2 promises to be even better than day 1. Day 2 (Wednesday, April 6) kicks off with three keynotes in the morning:

    Screen Shot 2016-04-04 at 10.08.57 PMAdopting DevOps at Enterprise Scale – Mustafa Kapadia, DevOps leader, IBM

    kohsuke-kawaguchiWhy Jenkins Has Become the Engine of Continuous Everything – Kohsuke Kawaguchi (KK), CTO of CloudBees and Jenkins Founder

    gruverLeading the Transformation: “Applying Agile and DevOps Principles at Scale” – Gary Gruver, DevOps leader and author of “Leading the Transformation”

    That is just the morning! After the included lunch, we have a full afternoon of three tracks. One is dedicated to Jenkins, one is DevOps management related and one is technically focused sessions on DevOps.You can visit the site to get the full schedule.  So if you are in the Dallas area Tuesday or Wednesday please come join us.

    Also thanks to the generosity of our sponsors, we are offering special discounts to the next 25 people. Use code HALF50 when registering. Only the first 25 will be accepted so if the discount doesn’t work, you weren’t one of the first 25. Even without the discount it is still worth the $99 cost of admission. It includes lunch, refreshments and end of day reception on Wednesday.

    Speaking of sponsors, a huge shout out to CloudBees and IBM as our producing sponsors of this entire yearlong roadshow. Also many thanks to the DevOps Institute and Sonatype as workshop sponsors. SumoLogic is also a sponsor of our Dallas event. We also are happy to have as association sponsors Women Who Code and the DevOps Live! Meetup Group.  If you come by please stop and say thanks to this great group of sponsors!

    As an added bonus the DevOps Connect: CDSummit/Jenkins Days is co-located at the Innotech Dallas conference. So you get to experience that as well. It really is going to be a great even, hope you can join us.

    For the rest of you not in Dallas these next two days, please check out http://DevOpsconnect.com to see when this great roadshow is coming to a city near you.

  • Streamlining Cloud Tools, Platforms Management

    Streamlining Cloud Tools, Platforms Management

    DevOps and microservices have transformed the way organizations develop, deploy and manage applications—as well as the underlying infrastructure required to support it, be it cloud on on-premise. On the one hand, DevOps and microservices enable much greater speed and agility. On the other hand, that speed and agility come with a heaping side of complexity.

    It’s a beautiful thing when all of the elements of DevOps development are working in harmony. The diverse array of tools and platforms utilized, though, often are missing key security features and capabilities IT teams need.

    Apcera has a comprehensive portfolio of open source projects that provides customers with the ability to effectively manage and secure applications across various platforms and cloud infrastructures. The Apcera portfolio includes, among other things, NATS, a cloud-native messaging system; Kurma, a flexible container runtime; and Libretto, a virtual machine provisioning library. The company recently announced that it is extending its platform to also support Kubernetes.

    “Apcera … allows customers to securely move to any cloud, and deploy, orchestrate and govern the widest range of workloads on any infrastructure—including on-premises,” said Derek Collison, Apcera founder and CEO, in a press release statement. “Customers and developers are rapidly aligning behind Kubernetes as their API of choice when deploying container-based workloads. With its fast-growing ecosystem and strong market momentum, this was the obvious direction for us to take.”

    Kubernetes is an open source container orchestration platform, originally created by Google and now managed by the Cloud Native Computing Foundation (CNCF). Kubernetes enables organizations to manage large collections of containers as a single system. Embracing Kubernetes expands Apcera’s sphere of influence to include hybrid cloud management. Apcera also will actively contribute to the Kubernetes open source project.

    “We believe delivering trust to the cloud is critical, and Apcera has deep and proven expertise in this area,” said Kelsey Hightower, developer advocate, Google Cloud Platform. “We welcome their support of Kubernetes and future participation in the project.”

    Containers in particular have been a major security concern. A blog post from Gartner noted, “Security properties of containers are a largely unexplored field and there is a lot of controversial discussion about whether containers do contain or not. At times it seems that the discussion is driven by (hidden) business agendas, partnerships and financial dependencies rather than by plain technology. So, leaving all of this aside, can you make your containers contain or not?”

    A lot of progress has been made in the past year toward more secure container technologies. Hyper-V Containers from Microsoft, Clear Containers from Intel, and recent improvements from CoreOS are all examples of the fact that the container world is aware of—and vigilantly working on addressing—the security problem.

    Organizations need to understand how secure their infrastructure is, and be able to answer questions such as, “How can I effectively move into production quickly and with scalability?” Streamlining management of diverse cloud tools and platforms enables IT organizations to balance innovation and speed with safety and stability. Rolling Kubernetes support into the Apcera portfolio may be the key to effectively managing and protecting applications and infrastructure in a hybrid cloud environment.

  • Continuous Testing Improves Speed, Quality

    Continuous Testing Improves Speed, Quality

    We live in a world that expects immediacy. For a society that gets news updates from Twitter in 140-character increments as it happens while we microwave a complete meal in less than five minutes, anything that takes months—or even weeks or days—seems like an eternity.

    When it comes to continuous performance testing, organizations and developers need to keep up with the accelerated pace of development common in a DevOps environment—but without sacrificing the quality of the testing. That’s the real challenge.

    Twitter can deliver news virtually in real time, but the quality of the “journalism” is sometimes questionable. It’s possible to microwave a meal in a matter of minutes, but few would argue that the resulting food is actually as good as the same dish prepared the old-fashioned way. When it comes to continuous performance testing, you can’t afford to sacrifice the quality of the testing in the name of expediency.

    BlazeMeter thinks it has a way to address that challenge. It recently announced new functionality that allows developers to run tests using Gatling, The Grinder, Locust, Selenium, and JMeter—both locally and in the cloud—in parallel using a single, unified control language.

    BlazeMeter referenced statements from Diego Lo Giudice, vice president & principal analyst for Forrester, who noted during a recent webinar the demand for software development speed is pushing teams to look at delivery cycles in terms of weeks, days, hours and even seconds.

    The ability to run the tests in parallel shortens the build/test cycles. Developers can add more tests without extending the time involved in the testing cycle. Because all of the tests are run simultaneously, the total time will be only as long as the longest single test in the bunch, no matter how many tests are included in the mix. Running the tests simultaneously allows organizations to achieve greater speed without sacrificing the quality of the testing results.

    “Developers that want to excel in the era of continuous delivery need tools that give them the most speed and flexibility possible,” said Andrey Pokhilko, chief scientist at BlazeMeter, in a press release. “We’ve been working with the open source community to develop ideal performance testing tools for any scenario. The new functionality combines the best of our community work with the infrastructure we’ve built up at BlazeMeter, marking a new set of capabilities to bring performance testing to new heights.”

    The new BlazeMeter capability also streamlines testing by giving developers a unified control language for managing it all. BlazeMeter developed a “performance-tests-as-code” format that lets developers define tests using common YAML or JSON file formats. Testing teams can create load and performance tests as small fragments using any text editor. The BlazeMeter format enables developers to manage test logic and performance thresholds for various open source tools without needing to be an expert in the separate tools themselves.

    A unified solution that allows for simultaneously running multiple test loads in parallel seems like a valuable tool for continuous performance testing. If it works as advertised, it seems BlazeMeter has combined simplicity, speed and quality in one.

  • Multi-Speed IT versus Bimodal IT

    Multi-Speed IT versus Bimodal IT

    I wanted to continue our revue of the recent IBM InterConnect conference in Las Vegas last month. We kicked off the revue with the release of our first videos from the show on Monday. Since then we just updated the YouTube playlist of videos available with a new batch. We will be adding to these in the coming days. For this article I wanted to zero in on a topic that I find interesting and have explored before, namely Multi-Speed IT versus Bimodal IT.

    I know that Gartner has led the way in popularizing the term Bimodal IT. Many people have adopted the term to mean that some legacy parts of the IT organization will not be able to operate at the speed of some of the newer DevOps empowered parts of the org. can work at. So it is OK for the different parts to operate at different speeds. You have in essence more than bimodal, but almost bifurcated IT.

    My problem with this scenario starts with the Bi in Bimodal. Bi signifies two, as if there were just two parts in this equation. One moves at one speed and the other moves at another speed. In real life there are more than two parts to the organization moving at different speeds. So multi-speed is much more appropriate than Bimodal.

    My problem goes beyond just comparing two to many though. I have a problem with thinking legacy systems cannot benefit from DevOps, Agile, Lean, etc.  As we have seen, even Big Iron mainframes can be made faster with DevOps. So while different parts of the IT organization can move at different speeds and will naturally do so, it doesn’t mean that legacy systems of record for instance cannot be speeded up using DevOps.

    In my view of multi-speed IT the entire organization is more like the gears in a Swiss watch. Different gears of different sizes, moving at different speeds, but all of them orchestrated to mesh together like a fine timepiece.

    This brings me back to InterConnect. I had a chance to discuss this very issue with a few people who know a thing or two about mainframes and DevOps.  Below is my conversation with Hayden Lindsey, VP of DevOps for Enterprise Systems at IBM:

    As you can see Hayden shares many of my views on this subject, but probably even goes a bit further than me calling the premise of Bimodal IT “snake oil”.

    Hayden was not the only person I spoke to at InterConnect about this subject either. I had a great conversation with Rosalind Radcliffe, distinguished engineer, enterprise systems at IBM (and one of my favorite interview subjects).  Here is what Rosalind had to say:

    While this interview covered topics other than multi-speed IT, I have also interviewed Rosalind before on this subject. Rosalind and I actually did a podcast/DevOps chat on this subject as well.  You can listen and read along to that one here.

    The multi-speed IT versus bimodal IT isn’t just something that IBM sees though. While at InterConnect I also had a chance to sit down with Ralph Van Beek of Rabobank. A Netherlands based bank with operations throughout the world.

    Ralph tells us of Rabobank’s DevOps journey in which multi-speed IT plays a big role.

    If all of this multi-speed IT versus bimodal IT is not enough for you, we also did a good Google Hangout on this same issue prior to IBM InterConnect 2016. Finally, Sanjeev Sharma, author of DevOps for Dummies, wrote a good piece on this subject right here on devopsy.kinsta.cloud that you might find very useful if you are as interested in this subject as I am.

    So that should be enough on this subject to satisfy just about everyone. But if you have something to add to this topic please leave a comment or submit your own article to me here at editor@devops.com.

  • Protect Your Data with IRMaaS

    Protect Your Data with IRMaaS

    Anyone who works in information security knows that security is often a treated as a token afterthought. It is the necessary evil that is begrudgingly tacked on with duct tape and chewing gum after a hot new product or technology gains mainstream acceptance. Anyone in information security also knows that security can be done more effectively, at lower cost and with fewer headaches, if it is built into the fabric of the product or technology in the first place. To that end, Vera has unveiled an information rights management (IRM) solution to make it easier for organizations and developers to weave security in from the ground up.

    In most cases, security essentially boils down to data security. It’s nice to be able to prevent malware from infecting a laptop or prevent an attacker from compromising your network, but the real goal is to prevent the malware or attacker from gaining access to or exposing sensitive data. The ability to limit and control access to data, track who has accessed the data—including when and where—and monitor where that data goes and how it is used is crucial to providing security.

    Vera’s core business is based on the notion of securing data no matter where it goes. Vera’s new product is IRM-as-a-Service (IRMaaS), which uses Vera’s software development kit (SDK) and RESTful APIs to allow developers to directly protect and manage access to data within custom-built applications. The ability to easily integrate IRM into an application and automate as much of it as possible has the potential to make better security accessible to a much larger audience.

    “In today’s world, we can no longer afford to treat data security as an add-on or afterthought. Instead, we must establish a security model that can be woven directly into the enterprise software and hardware stack,” said Ajay Arora, CEO and co-founder of Vera, in a press release statement. “We’re building a future where businesses don’t have to worry about where their data travels or who has access. Our team is establishing Vera as the trusted standard for securing and sharing any type of business information. The next step in this journey is to make our IRM platform available as a service to anyone, because this kind of impenetrable and invisible security is key to the success of every business application.”

    One of the defining goals of security—at least security that you want people to actually use—is convenience. The negative perception of security is largely a self-perpetuating cycle. Security is often cumbersome and ineffective because it’s tacked on as an afterthought, which leads both developers and users to dislike security and also treat it as an afterthought. Anything that makes it easier for developers to weave security in at an earlier stage and that provides invisible (as much as it can be) security is a definite win-win.

    Developers can use the Vera client SDK to include the ability to secure data, set IRM policies and permissions and even revoke access to sensitive data right into custom business applications. Legacy applications can be retrofitted with IRM capabilities using the RESTful APIs in Vera’s cloud platform.

    Regardless of its reputation and generally negative perception, effective security is crucial for the long-term success of any application or service. Lowering the bar for implementing effective security—both in terms of cost and complexity—and providing developers with the tools necessary to protect sensitive data is definitely a step in the right direction.

  • The Rule Of Law: Open Source, The Internet and Society Breaks Without It

    The Rule Of Law: Open Source, The Internet and Society Breaks Without It

    By now many if not most of you have read the big blowup about an open source developer who pulled some of his JavaScript code from a repository named NPM and in doing so broke the Internet. If you need some background here and here and here are some good articles with the background. To me the real loser here was the rule of law. Make no mistake about it, when the rule of law breaks down, the open source, the Internet and even society itself breaks.

    I think there is blame enough to go around in this drama. The trademark holder threatening lawyers and lawsuits is never a good way to influence people and make friends with open source developers. The open source developer who in essence “took his toys and left the playground” did so without thought to the millions of people who were disrupted, without thinking through what it means to put code in the public domain. The repo service who when perceived as threatened caved in like a cheap suit and took away a name from the developer without due process is also not without blame.

    All three of these parties could have handled this differently and this whole thing could have been avoided. Hell if people all over the world didn’t depend on these 11 lines of code instead of doing it themselves we wouldn’t give a rats behind about any of this. But they didn’t, we didn’t and so we do.

    Just as there are plenty of people to blame here, there are also plenty of losers. The biggest losers are those who depended on this javascript and had their apps break. But I think the open source movement is a loser here too.  I remember when I first got into tech 25+ years ago. At the time open source software was still being snuck into organizations via WAIS, Gopher, Compuserve and floppy disks (by then they weren’t as floppy as much hard). Many organizations did not want open source in their IT department, The reasons were plenty:

    1. Was it secure?
    2. Who did you call for support?
    3. Was it legal? What license was there for it? How could you modify it?

    The security issue persists to this day, though there are arguments pro and con. Many companies have based their whole business model around supporting open source software.  On the legality and licensing issue a whole cottage industry popped up around open source licenses. The GPL in all of its versions, the Apache license, and a myriad of other open source licenses have evolved.

    Around all of these licenses the idea is give the user a sense of legitimacy. To let them know what is allowed, what is not allowed. Both the author and the user are given well defined protections. This as much as security and support enabled open source software to proliferate and become as dominant as it is today.

    For me a key tenet of open source is that once the code has been released into the open community it cannot be pulled. You don’t have to continue developing new versions. Heck you can even do what my friend Ron Gula and Tenable Security did with Nessus. They came out with new versions that were not open source (though still free as in beer). But they would never pull down an older version that was open source and remove it.

    You could be mad at the lawyers, you can rage at the repo, but you can’t decide your code should no longer be available. You can say your new code won’t be, but you can’t take your old code down and go home. Sorry, that breaks the rule of law. When you break the rule of law everything we hold dear breaks. Not just the Internet but society itself. We depend on the rule of law.When you break the rule of law you wind up punished. This is where law suits and damages result.

    The rule of law should apply to the repository as well. There needs to be clear rules of engagement and process in place for when these kind of situations pop up. I reached out to my friends at Sonatype who run the Central Repository about what they think of NPM’s actions here. Brian Fox, VP of Product Management at Sonatype told me this:

    As long time advocates of open source software development, we have huge respect for everything that NPM stands for.  What happened last week was unfortunate — not only for NPM, but for the entire open source community.  

    For the past decade, Sonatype has served as the steward of The Central Repository — which itself has grown to become the de facto standard for Java based open source component distribution. During this time we have embraced several fundamental tenets designed to ensure reliability of The Central Repository in support of developers around the world.  The most important of these tenets is that components are immutable which, in our experience, is the only reliable way to build a system that allows reuse of dependencies.

    Another important tenet underpinning The Central Repository is the requirement of a minimal set of metadata, pgp signatures, and verification of coordinates. Collectively, these ensure that someone can’t show up and pretend to be a representative of a popular project and publish components that would be detrimental to the community.

    Finally, all content in Central is namespaced by a groupId. This groupId maps to a domain name of a project or foundation. (e.g. org.apache) In order to publish into this namespace, a publisher must be manually approved; which guarantees that only the official project or someone delegated to do so, can publish to that namespace.

    If you want to see more about how Sonatype views this you can read their blog on it at the Nexus.

    Whether you think NPM caved or not is not as important to me as did they follow their own pre-defined rules. If they did, developers should know this is how they will handle this kind of situation and the choice to deposit their code there is one that developers should make. But they make it knowing the rules. You need to have expectations of what allowed behavior is. Without it there is no rule of law otherwise.

    Developers should know that once they make the decision to let their code be free (as in freedom, not beer), it is free. Like Jonathon Livingston Seagull, once you set it free it is no longer yours. The rule of law dictates this and without it everything breaks.

  • IBM InterConnect 2016: Sounding Off

    IBM InterConnect 2016: Sounding Off

    This years IBM InterConnect in Las Vegas was spectacular. Our devopsy.kinsta.cloud team covered as many of the 300+ DevOps tracks and sessions that we could. We have been editing video and getting ready to report on the show since then. Finally, we have enough ready and the time to give our full report.

    The last 6 weeks or so have been a rush here at devopsy.kinsta.cloud. I literally went straight from IBM InterConnect in Las Vegas to RSA Conference in San Francisco. Coming home from 2 weeks on the road I threw myself into putting the final touches on our DevOps Connect: CD Summit/Jenkins Days events this spring (click the link for more details on these upcoming events).

    So much to report from InterConnect that I haven’t had a chance to write up, but the good news is we have the videos to share with you all. The videos will be available on our devopsy.kinsta.cloud YouTube Channel under the playlist InterConnect 2016. We will feature some of the best in the days and weeks to come.

    Before I share the first batch of videos though I wanted to briefly go over what I consider the main news and themes of IBM InterConnect 2016:

    1. IBM and GitHub partner to deliver GitHub Enterprise as a hosted service or dedicated GitHub. While GitHub needs no introduction to most of you reading this, the ability to host your own GitHub enterprise version for your own private cloud or hybrid cloud is a major plus for organizations uncomfortable using a public repository for their code. I had a chance to speak with both IBM and GitHub folks at InterConnect and the videos on those will be available shortly. But if you are a Git user this could be something that really makes your day.
    2. IBM and VMware partner for seamless migration of VM workloads. I think this is really the short term biggest game changer coming out of InterConnect. Now all of of those VMware setups sitting in peoples private datacenter and server closets can be seamlessly moved to the cloud on IBM. While VMware always offered snap backups and such, this really makes it a no brainer to move your on premises VMware set up to the cloud quickly and painlessly.
    3. IBM brings Swift to Servers in the cloud. Swift has quickly become one of most used languages to develop client side application (mostly iPhone). IBM announced they were contributing code to the Swift community that will enable server-side Swift allowing developers who already know the language to work on the server side. Additionally, IBM Cloud via SoftLayer will be server side Swift ready. This was more of a roadmap announcement with more code and functionality to come. Important about this one is it represents some of the first fruit we have seen from the Apple-IBM partnership announced previously.
    4. Cognitive. I know it is a buzzword, but look beyond the buzzword.  Cognitive, AI or whatever you want to call it has the potential to have the biggest long term impact on how we live our life every day. Not only is IBM making great strides in Watson and cognitive capabilities, the real story is they are making it really easy for developers to hook into via API and bring this cognitive capability to developers everywhere. I spoke to one IBM security person who literally overnight used Watson cognitive to help prioritize large enterprise vulnerabilities. I spoke to another entrepreneur (video just needs her OK to release) who used Watson’s cognitive thinking to make what they claim is the smartest dating app in the market today. But frankly this stuff just barely touches the surface. Cognitive is going to touch everything we so including the IoT space, automation, health care, science and more. We may be seeing the birth of the next big thing right before our eyes.
    5. Bluemix Garage and Bluemix Garage Method – You will see several videos around the Bluemix Garage and the Bluemix Garage Method. In fact the Bluemix Garage area on the expo floor was the most visited exhibit at the show (well except for the Elton John concert I guess). In fact our first video today is a tour of the Bluemix Garage setup on the expo floor with Rachel Reinitz and Sarah Plantenberg, two of the key leaders of the team there. Bluemix Garage is key to the “innovate like a startup, scale to the enterprise” theme that was very prevalent at InterConnect. IBM is setting up Bluemix Garages all over the world to allow teams from enterprises to come in and learn how innovate like a startup. It gives them that startup feel, but with IBM’s own experience, as well as that of others who have been through the program to learn from.  In fact IBM has codified this into the Bluemix Garage Method. More than just code, it is also the processes, policies and protocols that IBM has gathered as emerging best practices for how do get things done in a DevOps/Agile manner.

    I have been following the Bluemix Garage stuff since it was announced at Gene Kim’s DevOps Enterprise Summit last October and am happy to see the progress Rachel and team are making.

    So below is our first video in the IBM InterConnect 2016 series. It is a tour of the Bluemix Garage on the expo floor this year. Below it are links to two other videos also on Bluemix Garage and Bluemix Garage Method. You can see more on the playlist we have set up.

    Also checkout these IBM Bluemix Garage & Bluemix Garage Method videos:

    Interview with IBM’s Peter Klenk on IBM’s Bluemix Garage

    Interview with IBM’s Chris Lazzaro on IBM’s Bluemix Garage Method

  • Experts Weigh In on the Evolution of DevOps

    Experts Weigh In on the Evolution of DevOps

    DevOps is an ethereal concept. It means different things to different organizations and individuals. It also is going through an evolution, which means that as quickly as we might think we have a grasp on what it is and how to effectively employ it, DevOps has moved on. There’s no way to accurately predict whether DevOps will even still be a thing in another five years, or if it will have faded into oblivion—replaced by the next hot tech or development model. We can, however, take a look at how DevOps has changed in the past year, and what the immediate future holds for it.

    It isn’t an easy question to answer because first we have to agree on what DevOps is. Are we talking about DevOps as a culture or business model, or are we referring to the evolution of the tools and applications generally used in a DevOps environment? I reached out to the DevOps community to get some expert insight.

    Current State of DevOps

    “The technology question is a common one when it comes to DevOps. We are still faced with the problem of a clear definition of DevOps. So what makes this difficult is … I’m squarely in the camp that believes DevOps is more about culture than tools or tech,” explains Andrew Storms, vice president of Security Services at New Context. “That being said, a well-rounded and mature DevOps organization does require a shift in people, processes and technology. A lot of people will likely point to orchestration of infrastructure as the most important DevOps tool. However, I think the bigger driver of orchestration has been virtualization and cloud.”

    One of the defining characteristics of DevOps from my perspective—aside from the IT culture aspect—is the fact that we continue to raise the bar for automation. Each new automation tool further streamlines the process and puts a spotlight on the next bottleneck. Eventually, a new solution is developed to automate that as well.

    Chef CEO Barry Crist believes that one of the most important evolutions in the world of DevOps in the past year is continuous delivery (CD)—or the process of rapidly developing software and iterating through quick, small-batch releases. “Continuous delivery was previously exclusive to the web innovators like Facebook, Amazon and Google, but over the last year companies have realized it’s a primary key to unleash an organization’s innovation engine. When the whole stack—infrastructure, compliance, security, microservices and apps—are all expressed as code, IT is able to deliver value more quickly.”

    DevOps also has introduced more common ground between developers and security/compliance officers. In high-velocity organizations that have embraced DevOps, IT can deal with security threats more quickly by assessing a vulnerability, creating a fix, testing it and deploying it rapidly before damage is done. DevOps is also starting to automate and define compliance. When compliance is defined as code, the software can be managed and tested like any other piece of code in the organization.

    The Evolution of DevOps

    Storms stresses that the immediate future of DevOps revolves around it becoming more mainstream—the new normal. “We are already seeing the business value of DevOps. Companies are getting code out the door faster and at a more efficient means. Other departments, like those of security, are starting to see the value of DevOps and looking at ways to incorporate key points into their departments,” he says.

    Crist sees DevOps as evolving beyond IT itself. “In the next few years, the DevOps tent will expand beyond ‘devs’ and ‘ops’ to include executives and other business units,” he says. “DevOps is really about building high-velocity organizations. Mature DevOps organizations see both innovation and quality increases that drive more profit and shareholder value, as well as advances in security and safety.”

    Only time will tell how DevOps will actually adapt and evolve. I tend to agree with Chef’s Crist that the natural evolution is to take the core principles and practices of DevOps and expand them beyond development and beyond IT to streamline all aspects of the organization. I guess the real question is whether or not we’ll still refer to it as “DevOps” at that point.