Category: Features

  • Does DevOps Help or Hinder Compliance?

    Does DevOps Help or Hinder Compliance?

    DevOps tools and principles have revolutionized IT across many industries in recent years. But companies saddled with requirements such as Sarbanes-Oxley (SOX), the Health Insurance Portability and Accountability Act (HIPAA), Gramm-Leach-Bliley Act (GLBA) and Payment Card Industry Data Security Standard (PCI-DSS), for example, tend to be more cautious when it comes to adopting cutting-edge solutions.

    There are specific industries—health care and finance are two—that are strictly regulated and more reluctant to change. But even beyond those industries, there exist various compliance frameworks under which the rapid pace of change associated with DevOps may be seen as a risk. The flip side of that coin is that the agility and automation associated with DevOps actually might streamline and simplify compliance.

    The DevOps and Compliance Challenge

    Ken Cheney, vice president of Business Development at Chef, agrees. “Today companies are faced with increasingly detailed security and compliance requirements. For organizations in highly regulated industries like health care, financial services and the Federal space, detailed compliance can impede the ability to innovate.”

    One of the biggest concerns DevOps organizations fear is that compliance and audit will create a “Wild West” ecosystem where everyone has access to all production systems and data. However, DevOps doesn’t have to automatically result in systems access chaos. In fact, the use of orchestration actually can lend a hand to making a more compliant organization where nobody gets direct access to production systems.

    “Instead, mature DevOps organizations actually remove all direct administrative access to systems,” says Andrew Storms, vice president of Security Services at New Context. “The ability to make changes all go through a central orchestration tool, where access can be abstracted forced through a change management automation system.”

    Better Compliance Through Automation

    The consensus among DevOps experts is that DevOps does more to help compliance than hurt it. It isn’t so much a question of whether a regulated business should or shouldn’t adopt DevOps tools and principles—it’s more a question of how.

    “DevOps tools and practices establish compliance through consistency. They help improve compliance by reducing complexity and variability within the environments,” notes Derek Weeks, vice president and DevOps Advocate at Sonatype. “For test and operations teams, configurations, tests and deployments can be automated to ensure execution is consistent. For development teams, consistent versions of binaries ensures use of compliant components, leading to more compliant applications. The automation capabilities of DevOps tools enable consistent, automated execution of compliant practices.”

    Rather than conflicting with such initiatives, DevOps can be a crucial element in simplifying and streamlining them. “The key to making compliance an advantage is to specify compliance requirements as code, allowing it to be tested just like any other piece of code in the software development pipeline,” Chef’s Cheney says. “Previously manual verification tasks—often tracked through spreadsheets or other arduous methods—can now be proactively addressed as embedded tests in an automated workflow. Security risks are brought to the surface early for faster remediation, so out-of-date software is identified and updated quickly.”

    Weeks concurs: “Not only does DevOps introduce more consistency and reduced complexity of operations, it also allows for fast feedback loops when things are identified as out of compliance. Waterfall cycle times that might have required weeks or months to fit changes or corrections into systems can now be achieved in a fraction of the time in DevOps practices.”

    It’s important for DevOps organizations to think a bit differently when it comes to compliance, though. They may be forced to implement the same types of controls using different tools or slightly different processes to conform with specific requirements. But Storms notes DevOps ultimately is a huge benefit for achieving and maintaining compliance.

    “Gone are the days of showing the auditor your physical paper trail of server build checklists,” he says. “Instead, businesses need to learn to work with their auditor to find new solutions that, in the end, actually enhance and optimize the process.”

    Rapid change can seem scary to IT and security admins. The pace of DevOps may seem to be in conflict with achieving and maintaining compliance, at least at face value. Done properly, though, DevOps enhances and automates compliance to make it as streamlined and simplified as possible.

  • Managing Your DevOps Tool Chest: The Complexity of Herding Kittens

    Managing Your DevOps Tool Chest: The Complexity of Herding Kittens

    We are running another survey here at devopsy.kinsta.cloud, this one co-sponsored by Automic. The survey seeks to understand how tools are selected and used within organizations. Do developers pick their own tools or are tools mandated by the company? Maybe a little of both?

    For many organizations trying to keep track of all the tools that developers and IT ops are using is a lot like herding kittens. But what about your organization? We are trying to find out how often you change tools, what the change process looks like, how big an effect does shadow IT have in this equation?

    The survey is short and shouldn’t take you more than 5 or 6 minutes. As usual we will be giving out $50 Amazon gift cards to 1 out of every 50 people who respond. While email address or your name is not necessary to take the survey, we do need a way to contact you if you want to win the Amazon card. That is the only thing that will be done with the info if you do fill it out and try to win the gift cards.

    We will publish a full analysis of the results in a few weeks. So stay tuned.

    Also for this survey we have versions in French and German in addition to the English version. So please help us, you and the industry better understand how and what DevOps tools we use.

    The English version of the survey: https://www.surveymonkey.com/r/3VWHPKV

    The French version of the survey: https://fr.surveymonkey.com/r/529GKW5

    The German version of the survey: https://de.surveymonkey.com/r/5FWYYKR

    If you have any questions about the survey, please leave a comment. Thanks!

  • John Willis, Jez Humble & Josh Corman Headline DevOps Connect: Rugged DevOps at RSA

    John Willis, Jez Humble & Josh Corman Headline DevOps Connect: Rugged DevOps at RSA

    A week from today, February 29th, we gather in San Fransisco for DevOps Connect: Rugged DevOps @ RSA Conference at the Moscone Center. This is the 2nd year we are holding this conference and the line up is I think even stronger than last year! I am really happy and proud of the group that Mark Miller and Josh Corman have put together.

    Best of all, if you are in San Fransisco we have free RSA passes that will allow you to join us all day at the conference and can also get you into the Expo all week if you like.  Check out the website for full details. If you don’t want to get all the details just register for a free ticket, go here and use code 1U6DEVXPO for a free expo pass which will get you into our event on Monday.

    In the meantime, here are some of my very best picks for the day:

    Josh Corman & John Willis kicking things off with, Guns , Germs and Steel of the Software Age

    Jez Humble & Nicole Forsgren presenting, What We Learned from Three Years Sciencing the Crap Out of Devops

    Rich Mogull of Securosis on, Architectures, Design Patterns, and Coding for Rugged DevOps at Scale

    Dan Glass presents The R.O.A.D. to Rugged DevOps for a Major Airline

    Amy DeMartine of Forrester on Seven Habits of Rugged DevOps

    Shannon Lietz presents The Journey to DevSecOps

    Justin Arbuckle of Chef will be speaking on Transformation by Compliance

    and rounding out my top picks, two of the leaders of the Austin DevOps community:

    Ernest Mueller and James Wickett presenting Lean Security: Add Business Value without Bringing Waste

    Of course these are just some of my picks. I can honestly say that there isn’t a bad session in the whole day. I think looking back people will review this lineup and be amazed at the blending of the DevOps tribe and security tribe into one great day of learning and sharing.

    Also did I mention the DevOps (no) Wining cocktail party afterwards?

    So what are you waiting for? Click on over, register for your free RSA Expo pass and be sure to click off that you will be joining us on Monday. Seating is first come, first serve and  people come and go through they day. If you are in San Fran, hope to see you Monday!

  • Devops meme mondays

    Devops meme mondays

    Today starts a new week and a new round of entertaining memes.  Again this week we will leave the creativity open to a meme of your choosing.  Simply find a picture and create a funny and/or cunning devops themed meme. You can use https://imgflip.com/memegenerator as an easy source for generating memes.

    To submit your meme for a chance to win a t-shirt (top 5 memes receives a t-shirt), simply post it to twitter tweeting @DevOpsDotCom and using the hashtag #DevOpsMM.

    Last week was a holiday, so we do not have any winners from last week.

    Here are some examples of DevOps memes to help get the wheels spinning:

    download

    446644

    images

  • Can’t Miss Events at InterConnect Next Week

    Can’t Miss Events at InterConnect Next Week

    devopsy.kinsta.cloud will be live from IBM’s InterConnect conference in Las Vegas all next week. You can expect a pretty steady stream of updates in all forms of media. We will be posting articles, live blogging, tweeting, podcasting and even broadcasting video throughout the week. So if you can’t make it out to Vegas, you can follow along here on devopsy.kinsta.cloud

    Whether you are going to Vegas or following along from home, I wanted to give you my picks for the top DevOps related content at InterConnect next week. Here are my top picks:

    1. Well I would be remiss if I didn’t start-off with my own panel which I am moderating. I am joined by Michael Azoff from Ovum, Dan Berg of IBM, Raghunath Ragman of Kaiser Permanente and Gene Kim. The topic is what will DevOps look like in 3-5 years. It should be a great discussion.
    2. Right before my panel is another great panel on DevOps and multi-speed IT. That panel features my friend Carme DeArdo of Nationwide, Hayden Lindsey and Sanjeev Sharma of IBM, Brad Schick of Skytap and Tapabrata Pal of Capital One. That is an all star cast and it should be a great discussion.
    3. Both of the above panels are on Wednesday, the keynote on Wednesday morning looks like another great one. It features IBM VPs Angel Diaz and David Linquist, Gene Kim, Tapabrata Pal of Capital One, Sam Ramji of the Cloud Foundry Foundation and John LeFreniere of Hertz. The topic is Innovate Like a Startup and Scale for the Enterprise.
    4. Talking about innovation like a startup and scaling like an enterprise, a different kind of session is the workshop that Sanjeev Sharma and Mustafa Kapadia, two of my friends at IBM are putting on. I have seen these two conduct this workshop before and it really is a great experience to help in your DevOps journey.
    5. Bluemix Garage Method on the Expo floor. There is a large DevOps Zone on the expo floor and there is also a full set up with the Bluemix Garage Method. We have featured the Bluemix Garage method in a few articles before. If you are not familiar with it you should check it out as it really represents lessons learned on IBM’s own DevOps journey.

    Well those are my top 5 but it is hard to pick from over 200 DevOps related sessions. There are 3 and half days chocked full of learning here, so this barely scratches the surface.  Not to mention an Elton John and/or Pitbull concert Wednesday night thrown in.

    If you want to see more can’t miss DevOps activities at InterConnect below is a YouTube that has all of the above and more. If you are going to InterConnect look for us and say hi. If not you can read, hear and see all about it right here.

  • DevOps Brings IT Out of the Shadows

    DevOps Brings IT Out of the Shadows

    One of the biggest threats to organizations today is shadow IT—unsanctioned and unknown technologies and applications being employed by maverick users. Shadow IT represents a security risk for your company—the IT department can’t defend and protect technologies and assets it doesn’t know about—and should be eliminated. One of the best defenses against shadow IT is DevOps.

    When I worked in the trenches as a one-man IT department—part network admin, part tech support—there always were one or two individuals who knew enough to be dangerous. As frustrating as it was to deal with completely clueless users who didn’t know the difference between the computer and the monitor and weren’t even really sure where the power button was, those who knew enough to go rogue and reconfigure their devices or introduce new applications and services were a more existential problem for the organization. In today’s era of BYOD and cloud services, shadow IT is a scourge significantly greater than what I faced.

    Don’t get me wrong—I’ve also been on the other side of that equation and I understand the motivation that drives shadow IT. Users just want to get their jobs done, and the people in the trenches know better than anyone what the hurdles are and how to fix them. Requesting new technologies or capabilities from IT is a cumbersome and tedious process at many organizations, so in the name of expediency users just do what they need to do on their own.

    DevOps can help solve the shadow IT problem in a better and more sustainable way, though. There are two benefits that DevOps brings to the table that minimize the potential for shadow IT: More rapid development and empowering individuals.

    First, an IT organization that has embraced DevOps will be quicker to respond to requests from users. Replacing the traditional software development life cycle with a more agile and continuous pace of development means that feature requests can be incorporated much faster.

    Second, one of the cornerstones of DevOps is the underlying culture—the breaking down of silos and removal of barriers and bureaucratic nonsense that get in the way of efficient progress. Essentially, those rogue technologies and applications that comprise shadow IT in other organizations are simply a part of the larger DevOps whole in an organization that has embraced DevOps. There is even a term ascribed to users outside of traditional IT/developer roles who develop solutions: “citizen developers.”

    The 2015 State of Citizen Development Report explains in more detail what a citizen developer is: “Citizen Developers are empowered problem-solvers from the various lines of business who have the drive and determination to engage in app development even though they lack traditional coding skills.”

    That isn’t to suggest that in a DevOps world everyone can just go set up virtual servers, or store data on personal cloud services and that it’s OK. It just means that when users are given the tools and freedom to develop solutions that have the blessing of IT and the rest of the organization, they don’t need to function in the shadows.

    Embracing DevOps and the citizen developer movement enables IT to work in harmony with users to develop solutions that work rather than fighting against each other and ending up with shadow IT servers, applications and cloud services that IT isn’t even aware of. Organizations that are concerned about the impact of shadow IT should look at ways to harness the power rather than just trying to ban shadow IT completely.

  • February is Open Technology Month at devopsy.kinsta.cloud

    February is Open Technology Month at devopsy.kinsta.cloud

    As part of our continued evolution here at devopsy.kinsta.cloud for 2016 we have designed an editorial calendar. Each month we will feature a particular topic of interest to our readers. For February the topic is open technology. This means we will have a feature section on all things open; this will include open source, open enterprises, open methods, etc.

    You will be able to find this featured section off of our front page right under the newsletter sign up. Every month this will change to reflect that months theme.

    There are a few good articles already in there and there will be more added the rest of the month. I would also point you to a good DevOps Chat I had on open technology with Dan Berg in the InterConnect@IBM section.

    In addition to content related to the featured theme, we will also have special content regarding the theme. For open technology month we will have a report by Tony Bradley on open technology, open source and the open enterprise. Look for that later this month.

    The open theme also dovetails nicely with our coverage of IBM’s InterConnect conference, coming February 21-25 in Las Vegas. Open is a major theme for this years event. We will feature interviews and coverage with some of the presenters at this years event. There is also a special sponsored section “DevOps@InterConnect” where all of the InterConnect related content can be found. With something approaching 300 sessions regarding DevOps there is a DevOps related session for everyone.

    BTW, you can get a copy of our editorial calendar within our media kit. If you would like to contribute content on a future monthly theme, we welcome the input and look forward to sharing it with our readers.  Also if there are topics you think we missed in our editorial calendar write me at editor@devops.com with your ideas.

    So enjoy open technology month at devopsy.kinsta.cloud. Next month is Rugged DevOps, so there is more to come!

     

  • Continuous is the Engine that Drives DevOps

    Continuous is the Engine that Drives DevOps

    It has been stated time and time (and time and time) again that DevOps is primarily a matter of shifting IT culture. The tools and practices that comprise DevOps play a secondary role. But that is only partially true: In reality, the culture shift revolves around continuity, and the applications and tools that fuel continuous delivery drive the DevOps engine.

    I alluded to this point in a post in early 2015. I stated, “Everything is continuous. Continuous development and continuous testing lead to continuous deployment and continuous delivery, which requires continuous support. Continuous monitoring produces continuous integration and continuous change. Continuous security results in continuous incident response … or vice versa. To top it off, all of the continuous activities continuously feed each other to drive more continuousness in some sort of DevOps Mobius strip of continuity.”

    That post last year was a bit tongue in cheek. I have since refined my position, however, and come to the conclusion that the hint of sarcasm was perhaps unwarranted. That continuous continuousness is the crux of the culture shift. It is the thing that separates DevOps from non-DevOps.

    On the Continuous Journey

    Speaking on the topic of continuous security, Andrew Storms, vice president of Security Services at New Context, explains, “Smaller incremental changes are always easier to handle than a large behemoth of a release that can include hundreds of changes. Try finding the single change in a monthly release that resulted in an unexpected security hole in your database configuration vs the release with only two changes that was just developed and released in the last few hours. Security practitioners cannot continue to rely on manual, human-controlled processes to defend against attacks. Automation is a requirement for the next evolutionary phase of security protection.”

    That sentiment extends beyond security to all of IT. When we talk about the culture shift in IT required for DevOps, we are generally talking about breaking down silos and removing the barriers between different teams. The goal of the culture shift is to shed tedious bureaucracy and red tape and empower employees to freely collaborate and cooperate to get things done. In other words, we want to eliminate barriers and roadblocks so productivity can be more continuous.

    Assuming the DevOps transformation begins at that level, it creates an environment of continuous collaboration which becomes continuous development. What follows is a natural evolution of continuity. Continuous development becomes continuous delivery, which requires continuous testing and continuous deployments, followed by continuous monitoring, which provides the metrics and feedback that take you back to the beginning of the loop.

    All of the “continuous” tools and solutions may seem to be part of the technologies and practices that come after the DevOps culture shift, and to some extent, that is true. However, they are also indispensable and inseparable from that DevOps culture shift because without all of the various gears meshing together smoothly—and continuously—what you’re left with is a more traditional approach to IT where everything comes to a halt.

    Is DevOps more of a cultural shift than a collection of tools? Absolutely. That culture shift revolves around continuity, though. Continuousness is the culture shift that drives DevOps.

  • QA in the DevOps Era

    QA in the DevOps Era

    In software approaches that produce monolithic applications, it is not uncommon to find siloed teams, with development, testing and operations each an island unto themselves. The responsibilities of test and development are distinct from each other and are not meshed into a hybrid team as you might see in advanced DevOps shops.

    “QA (quality assurance) always comes late in the game to verify or test the software developed by the development team against the predefined specifications know as software requirements,” says Venkata Vinay Pandella, team lead at Nisum Technologies Inc.

    That’s the view inside and among these teams in which legacy development approaches still flourish. The rest of the enterprise sees these teams altogether differently from how they see themselves. “Even in a traditional software engineering organization, folks outside the engineering team generally consider Development, QA and Operations teams as a single group with a single responsibility to deliver a quality software product,” says Pandella.

    Even when Dev and Ops do embrace each other, the rest of the enterprise often maintains the same POV it had when Dev, Ops and QA were three entities and not one. How do DevOps and QA see QA after the shift?

    DevOps as a Foundation for the New QA

    Enterprises, the business units, Dev and Ops all expect DevOps to propel software using continuous integration (CI), continuous delivery (CD) and ultimately continuous deployment techniques that are fueled by and gain traction using automation. The more processes that Dev and Ops teams are able to automate, the more that DevOps accelerates the process of software delivery and deployment to the delight of software consumers and the business.

    DevOps enables teams to push software out weekly, daily and hourly through continuous software improvement. This negates the many obvious downsides of applying the traditional software development approach, which requires excessive planning, cross-team coordination, staging, testing and releases of monolithic blobs of software all at once. “Given that companies organically adopt DevOps together with agile software development practices, business managers are able to fulfill the objective to get high-quality software out to market faster,” says Pandella.

    To meet the goals of DevOps, QA must feed into the automated development process and help teams to achieve increasing software quality and faster time to market.

    QA: The Quality Icing on the DevOps Cake

    According to Pandella, QA specialists and teams have a number of roles and responsibilities in DevOps:

    • QA should prevent software defects at the earliest point during the software development process rather than find and report on software bugs after DevOps has produced the software. This will help to ensure that customers experience as few defects as possible.

    • QA takes ownership of and responsibility for continuous software improvement and software quality tracking throughout the software development life cycle.

    • Every QA team member is responsible for identifying problems not just in the product but also in the process, and recommending changes wherever they can to improve the continuous delivery of quality software.

    • Tests must be in code, based on the designed release cadence to publish a new release every week, every day or every hour. There is no room for manual testing—QA must develop automation systems through code that can ensure quality standards are maintained.

    • Automation rules: QA should automate anything that can be automated.

    • QA testers are the quality advocates, influencing both developmental and operational processes. They don’t just find bugs; they look for any opportunity to improve the quality of software through the software development process.

    • QA must move beyond functional testing, because even a small, nonfunctional defect introduced into a critical transaction process on an e-commerce website can bring a business to its knees. Many organizations have mature processes for automating functional testing; they are only beginning to apply these practices to other areas of testing such as security and stress testing. In particular, load testing and stress testing are critical disciplines for DevOps organizations that move at high velocity.