Tag: DevOps experts

  • 15 DevOps Expert Opinions on Continuous Integration and Delivery

    15 DevOps Expert Opinions on Continuous Integration and Delivery

    We at Shippable recently approached some DevOps experts and asked them what they really think about continuous integration (CI) and continuous delivery (CD). The responses were just amazing, proving that CI/CD’s future is just bright and long in the software development process.

    Perhaps this insight might be of help to organizations, regardless of whether they already practicing CI/CD or have yet to adopt it in their organization.

    Sit back, relax and read these opinions from DevOps Experts:

    1. Chris Nwamba

    Chris Nwamba is a self-described code beast who works with scotch.io. “Continuous integration is simply ‘building big and shipping small,’” he said. “The developer or engineer is not expected to produce a complete result; the project is divided into milestones and he or she can produce the expected output for each milestone which is reviewed and pushed. Continuous delivery, on the other hand, involves delivering and deploying a tested and usable feature to the end user as soon as it is available from the engineer. No constraints such as milestones or daily reports are placed on the engineer; rather, the product is delivered when it is ready and tested within a reasonable amount of time.”

    2. David Bernstein

    David Bernstein is the author of “Beyond Legacy Code: Nine Practices to Extend the Life (and Value) of Your Software.” He says, “I’ve written a lot about CI and CD. It’s one of the nine core practices in my new book. The first principle of the Agile Manifesto is, ‘Our highest priority is to satisfy the customer through the early and continuous delivery of valuable software.’ The practice of continuous delivery is the only way I know to achieve this principle and is at the very core of Agile software development.”

    3. Tomohiro Iizuka

    Tomohiro Iizuka is a full-stack web application developer. He says, “Continuous integration and delivery are still at the frontier of IT technology, like NoSQL. It will change the business style of freelance engineers. Businesses using cloud servers will especially change. However, there are some issues to solve in order to execute it. An IT system consists of some subsystems that affect how teams work together on development and management after the first release. If an engineer can provide a subsystem that’s comprehensive to end users, freelance engineers can have their own product and they can concentrate on maintaining their own product continuously. That will make use of cloud platforms more popular, and they can have opportunities to gain profit continuously in addition to development fees. Open-source products like Eclipse, Firefox, WordPress are some examples. However, in general, that is not done. I think that the platform for making independent software components is necessary for freelance engineers to make new businesses with continuous integration and delivery.”

    4. Anubhava Srivastava

    DevOps expert Anubhava Srivastava is a lead engineer-architect at AOL Inc. According to him, some of the advantages of CI and CD are: “DevOps and CI/CD give more power to developers. Developers have greater control over the application stack and require access to production servers. The exact same repeatable deployment process is used across different environments like dev, QA, staging and production. Everything is automated right after code is checked in. There’s fast and quick resolution time for emergencies. Due to code coverage reports being monitored and shared widely, developers are forced to write test cases for every line and every condition in the code. Due to stress on TDD, developers are producing higher-quality applications with significantly fewer bugs. It has definitely helped the organization, as they don’t need the same headcount for QA and Ops teams anymore.”

    5. Erik Dietrich

    Erik Dietrich is the founder and principal of DaedTech, LLC. He says, “In short, both of those [CI and CD] are practices that I endorse and help people move towards. On the whole, I’m a huge fan of automating the automatable to avoid mistakes and save time.”

    6. Tom Zorde

    Tom Zorde is an enterprise architect at Monadelphous. He says, “There is an inevitable need for CI, no doubt. But developers need to have autonomy to self-elect to skip a check-in if they don’t feel their code contribution is ready. This will reduce the wasted effort of dealing with failed integrations and keep developers focus in the zone.”

    7. Ian Robertson

    Ian Robertson is a product owner at River Island. He says, “I work in retail (fast fashion). While we do build core ranges to meet the seasons, it is our quick response to rapidly changing trends that generates the excitement that drives our brand values. An emerging style cue seen on the catwalks one Friday can be in our stores and online by the following weekend. Those same customers expecting the latest fashion will be interacting on our app and website, so we need to be as Agile in development and deployment as we are in apparel design and production to keep up with customer expectations. It’s not just the front end; our supply chain, logistics and merchandising systems need to be able to respond rapidly to real-world changes. Adopting CI and CD allows us to reduce the time to market, reduce risk, deliver better customer experiences and drive value for the business.”

    8. The Folks at Browser Up

    Browser Up is a performance and load testing tool. Folks there say, “Using CI and CD is a force multiplier that amplifies the speed at which software can be developed and delivered. To be effective, a CI and CD pipeline must include a robust test suite that include continual performance and functional testing.”

    9. Georg von Sperling

    Georg von Sperling is a practitioner, evangelist and general geek on software development methodologies, technology, patterns, systems, delivery practices and DevOps. He says, “CI and continuous deployment are very technical in nature and benefit the technical teams. They are crucial to address. They do not, however, define continuous delivery. CI could be defined as an early detection system at the code and build level. Early detection at those levels have been proven beneficial as these are types of bugs that are exponentially more costly to remediate at later stages. Continuous deployment is an ability to promote code technically down the pipe into production at velocity, allowing consumption faster. There are facets of continuous deployment that must be considered: rollback, A/B testing and metrics gathering. Many fail here very quickly. Continuous delivery (of which I am an avid advocate for) is a business subject; although, in software powered organizations and/or digital business models, it has a fairly large technical component. It is very difficult, if not impossible, to translate CI and continuous deployment into direct business benefits. Continuous delivery, however, is business metrics-driven and defensible at the CxO level to stakeholders and shareholders.”

    10. Endi Sukaj

    Endi Sukaj is a full-stack developer who specializes in back-end development. He’s currently a community team member at Slant.co. He says, “CI is a crucial part in the development and deployment process of projects of a certain size especially if two or more people are working on it. The most valuable resource is time, and a good CI service and implementation helps developers in saving as much time as possible by avoiding ‘integration hell’ and by running all unit tests in the same environment as in production.”

    11. Jordi Mozcode

    Jordi Mozcode is a software developer focused on .NET Core, MVC, TDD, SOLID, clean, software quality, best practices, secure coding and pentesting. He says, “In my professional experience, the adoption of continuous integration and continuous delivery improves three basic facts: quality, flexibility, and speed. Quality, because CI guarantees a much lower rate of development bugs and CD provides a robust and secure system throughout the development cycle. Flexibility, because at every step of the development cycle you have the control of continue to next step or going backward easily. Speed, because in an idyllic case with no development bugs the release can be deployed in production almost instantly.”

    12. Dave Kerr

    Dave Kerr is a software developer for everything from device drivers to full enterprise applications. He says, “If the org is building tech services or products, CI and CD are critical. Deployment doesn’t need to be continuous but the team needs to be confident that what they are building is shippable.”

    13. Matt Kurleto

    Matt Kurelto is a serial entrepreneur and CEO at Neoteric. He says, “I think it’s a necessity if you are thinking seriously about cloud services. I think that microservices architecture can only be well-leveraged with automated CI, CD and QA flow, and for me, this setup is a must if you want to take advantage of lean business and agile project management.”

    14. Sean Handley

    Sean Handley is the lead cloud applications engineer at DataCentred. He says, “CI and CD are things we practice on our tech team. They allow us to ship production changes many times per day in confidence. My view is that any software team not using CI and CD needs to seriously reconsider their methods!”

    15. Manisha Sahasrabudhe

    DevOps Expert Manisha Sahasrabudhe is the co-founder at CMO at Shippable. She says, “All companies are software companies today, and faster innovation is the key to winning against your competitors. Continuous integration and delivery are crucial in helping you accelerate your release cycles and innovate faster than anyone else. This will become especially important as microservices become ubiquitous and your application is composed of hundreds of services that need to be deployed, scaled and monitored independently. CI and CD automation is the only way to bring some method to the madness.”

    We hope these DevOps Experts opinions are enough for you to figure out how important it is to adopt to CI/CD practices.

    — TeamShippable

  • Using Guilds to Combat Information Silos

    Using Guilds to Combat Information Silos

    At xMatters, our group of 100 or so talented engineers is subdivided into teams tackling everything from front-end work to release automation to user interface (UI) and user experience (UX). As is common in an agile-minded organization, our engineering team members are cross-functional, with knowledge and expertise that carries over into areas outside their main focus. The advantages of this cross-functionality are an enhanced, self-organized form of collaboration and a more contextual understanding of project needs and goals—all of which ultimately lead to faster innovation.

    When I joined the company seven years ago, we had three engineering teams. We were already utilizing agile methodologies to eliminate as many inefficiencies as possible and streamline the continuous delivery process. However, as we grew to six, seven and upwards of eight teams, we realized that agile principles weren’t enough to scale the benefits. There was still a tipping point at which critical information started to silo and communication hurdles began to creep up between teams.

    Despite the stellar performance and incredible strides we had achieved with our platform, there still was room for us to grow and become smarter, faster and more productive. We needed a solution for this problem at the team-level, and for this we found that another cultural transformation was necessary.

    Here’s how it started: We observed that many of our engineers had keen interests in areas outside their usual scope, and that we could harness their interests as a valuable resource. There was the possibility of another kind of team—less official and more fluid—that would allow us to capture new ideas and solutions to problems as well as give our engineers the opportunity to engage in their interests.

    Thus, we adopted the concept of “guilds,” originally pioneered by Spotify’s development team. While Spotify’s structure is more complex to account for its nearly 2,000 engineers (it utilizes squads, tribes, chapters and guilds), the premise is the same: Allow people from different teams to come together fluidly and collaborate on a shared purpose. Our teams already utilized Slack for internal communications, and so we also created relevant channels for guilds.

    For instance, the UX guild exists separately from our dedicated UX team to include members from the front-end and other teams. We also have a test guild, comprised mostly of QA team members, who meet in person or over videoconference on a monthly basis. Our architecture guild features people from across nearly every engineering team who are interested in discussing the way we build our platform and structure our code base. Whenever people have an architecture-related problem, they post it to the architecture guild, and its members devise, record and vet a solution.

    In one case, we needed a way to configure all our customer’s environments and also replicate those configurations globally across our data centers around the world. The conversation about this issue arose in the architecture guild channel, and through it we gathered all of the necessary information and expertise to work on a spike and write a complete architecture document.

    If you’re at an agile-minded organization and are thinking of implementing guilds, the most important thing is to create an open, welcoming environment. Don’t try to structure them or make them overly formal; in principle, they should be self-governing entities that are virtually hierarchy-less. One of the coolest things about guilds is that they will be self-vetted by your community of engineers, so as soon as one no longer serves a function or becomes redundant, it naturally will fizzle out. We saw this happen with an auto-testing guild (for automation testing vs. manual testing)—it was essentially absorbed into the testing guild.

    Remember, in addition to bringing together experts in different areas, you’re inviting newbies who are interested in learning. There are so many advantages to this approach: You not only benefit from free user testing—in the case of the UX guild—but you also can harness a diversity of skill sets and creative minds to solve problems. As Einstein once said, “We cannot solve our problems with the same thinking we used when we created them.” NASA has taken this idea to heart, and has long used public crowdsourcing to solve problems for humanity in space and create new, innovative projects.

    The people who ultimately create the solutions often don’t have any traditional experience or expertise in the same area as the problem itself. Sometimes, it takes the collaboration of those both near and far from an issue to overcome it.

    About the Author / Nick Fletcher

    Nick Fletcher, Engineering Manager at xMatters, started designing and developing websites back in 1998, when the World Wide Web was the Next Big Thing. In the time since that first website, he’s mastered all the aspects involved in creating great products: design, development and strong leadership. Connect with him on LinkedIn.

  • DevOps Experts Unite on Video Podcast Series

    DevOps Experts Unite on Video Podcast Series

    To remain competitive in today’s software-driven economy, organizations of all sizes are investing in DevOps to become better at releasing software. Although the ROI is evident in the IT and business performance of organizations that have successfully implemented DevOps practices, the journey still can be challenging.

    There are troves of resources available to help companies begin or continuously improve along their DevOps journey. However, oftentimes it’s the practitioners—experts from the community who live and breathe DevOps every single day—who can offer the most insightful tips.

    To that end, Electric Cloud hosts a community video podcast series titled, “Continuous Discussions” (#c9d9, for short). Each episode focuses on a different topic and brings together a group of expert panelists to discuss all things DevOps, Agile and continuous delivery (CD).

    Why? Because we all understand DevOps is a team sport. It’s all about collaboration: bringing people together and continuously improving through shared learning and experimentation. Community is at the core of any DevOps initiative, and connecting with peers and sharing experiences is the best way to accelerate our mutual success—so we can all get better at delivering software, together.

    These casual #c9d9 chats are often funny, entertaining, thought-provoking and—always—educational!  These are a great way for the IT community to pinpoint emerging patterns, discuss challenges and highlight tips and best practices for modern software delivery, in topics including continuous improvement (CI), deployment patterns, security, DevOps culture, microservices, containers and more.

    Out of the 50 episodes that have aired to date, featuring more than 150 guest speakers, below are 10 of our favorite recent discussions:

    1. Continuous Discussions (#c9d9) Podcast: Episode 34 – Microservices and Continuous Delivery

    “In the microservices world, individual features might end up being their own services that are completely well understood”

    – Daniel Rolnick, Yodle

    Microservices are all the rage right now, and the industry is still learning, experimenting and developing patterns, for successfully designing, deploying and managing microservices in the real world. Are you considering jumping on the microservices wagon? Learn from experts at Kik, Yodle and Semaphore, as they share their journey and learnings from decomposing their monolithic application into microservices.
    Featured Panelists:

    Daniel Rolnick
    Daniel is the CTO of Yodle, a SaaS platform for small businesses, where continuous delivery is a way of life.
    @YodleTech | www.yodletechblog.com

    Darko Fabijan
    Darko is co-founder of Semaphore CI, helping teams deliver software faster. He currently is focusing on scaling Semaphore team and architecture.
    @darkofabijan | semaphoreci.com/blog/

    Usman Ismail
    Usman is a server and infrastructure engineer, with experience in building large-scale distributed services on top of various cloud platforms.
    @usman_ismail | techtraits.com

    1. Continuous Discussions (#c9d9) Podcast: Episode 46 – Deployment Automation 2.0

    “When you treat configuration like first-class citizens, only then can you have your deployment product succeed because your product depends on the deployment configuration being right.”

    – Juni Mukherjee, author of “Continuous Delivery Pipeline – Where Does It Choke?”

    To enable fast, reliable releases, deployment automation is a must. This episode discusses the prerequisites and best practices for automating your deployments and ensuring zero downtime and fast mean time to recovery (MTTR) when deploying large-scale mission-critical apps. We also talked about the key differences between the first-generation of deployment automation and deployment automation 2.0, and riffed on what we have to look forward to for the next iteration of deployment automation 3.0.

    Featured Panelists:

    Juni Mukherjee
    Author of “Continuous Delivery Pipeline – Where Does It Choke?”
    @JuniTweets | techbeacon.com/contributors/juni-mukherjee

    Martin Cron
    Technologist, writer, photographer, teacher, evangelist, diplomat, heretic
    @martincron | martin.cron.com/

    Robert Firek
    Software craftsman at Codurance. Devops engineer. Java programmer. Agile practitioner. He strives to create software according to the rule, “Simplicity is the final achievement.”
    @robertfirek | codurance.com/blog/author/robert-firek/

    Paul Reed
    Paul Reed has over 15 years’ experience in the trenches as a build/release engineer, working with such companies as VMware, Mozilla, Symantec, and Salesforce. He speaks internationally on release engineering, DevOps, operational complexity and human factors.
    @jpaulreed| jpaulreed.com

    Taco Bakker
    Taco previously worked as a Team Lead for a large international bank, spending most of his time bridging Dev and Ops. Today he’s a LEAN Six Sigma black belt focusing on CD.
    @tsbakker65 | www.tsbakker.nl/taco.html

    1. Continuous Discussions (#c9d9) Podcast: Episode 43 – DevOps and CD for Non-Web Applications

    “Firmware is updatable and I think the whole notion of being responsive to change is ultimately a very powerful characteristic of firmware and one that ultimately, along with the performance you get from it, is going to be an important part of solutions as we go forward.”

    – Stephen Hendrick, ESG

    If you think that DevOps is only for web apps, think again! Some of the largest organizations in the world focused on hardware manufacturing, embedded systems and IoT are proving the value of DevOps for the delivery of complex physical products that are integrated with software components. Watch the podcast to explore the differences between continuous delivery for webware and firmware, and listen to panelists discuss the challenges and patterns for successfully implementing DevOps for non-web apps.

    Featured Panelists:
    J. Paul Reed
    J. Paul Reed has over 15 years’ experience in the trenches as a build/release engineer, working with such companies as VMware, Mozilla, Symantec, and Salesforce. He speaks internationally on release engineering, DevOps, operational complexity, and human factors.
    @jpaulreed | jpaulreed.com

    Juni Mukherjee
    Author of “Continuous Delivery Pipeline – Where Does It Choke?”
    @JuniTweets | techbeacon.com/contributors/juni-mukherjee

    Mark Dalton
    Enabling Enterprise Software for Continuous Everything.
    @mdalton323 |autodeploy.net/category/blog/

    Stephen Hendrick
    ESG Industry Analyst covering application development and deployment software.
    @sdh_esg | www.esg-global.com/stephen-hendrick

    1. Continuous Discussions (#c9d9): Episodes 29 and 45 – Security & Compliance as Part of Your DevOps Processes

    “In order for you to audit and trust the system, you need to make sure the system hasn’t changed over a period of time. Have a test that shows whatever you put in, the results that come out are predictable.”

    – James DeLuccia, PwC

    Listen to expert panelists explain how to bake-in security and compliance to your DevOps processes. Find out how DevOps and automation can help you pass your next audit. Key focus points include what it takes to get everyone on board with DevOps; how automation equals auditing, with some discussion on industry-specific regulations and compliance requirements; and how to enforce security for the code and for your environments and configuration.

    Featured Panelists:

    James DeLuccia IV
    Technologist, author, security evangelist, risk manager, entrepreneur and runner. James is the author of, “IT Compliance and Controls: Best Practices for Implementation” and “How Not To Be Hacked: The Definitive Guide for Regular People”
    @JDeLuccia | pcidss.wordpress.com

    Jonathan McAllister
    Jonathan has been creating automation software since he was a child. Professionally he leverages 10+ years of experience in software development, test and delivery practices. He is an author, automator and business consultant.
    @jmcallister80 | www.masteringjenkins.com/

    Nikhil Vaze
    Staff software engineer at Electric Cloud. He is a full stack engineer and loves to hack on things. Nikhil holds a Master of Science in Security Informatics.
    @therealnikhil | http://electric-cloud.com/blog/author/nvaze/

    “The safest environment is the one you don’t let humans muck around in.”

    – Martin Cron, WiserCare

    Featured Panelists:

    Andreas Wittig
    Cloud Specialist. Author of “Amazon Web Services in Action.” Software engineer, speaker, teacher and consultant.
    @andreaswittig | cloudonaut.io

    Dave Bechberger
    Senior architect and developer with a passion for delivering solutions to challenging problems in difficult domains from concept to delivery.
    @bechbd | experoinc.com/author/dave.bechberger/

    J. Paul Reed
    J. Paul Reed has over 15 years’ experience in the trenches as a build/release engineer, working with such companies as VMware, Mozilla, Symantec and Salesforce. He speaks internationally on release engineering, DevOps, operational complexity and human factors.
    @jpaulreed | jpaulreed.com

    Martin Cron
    Technologist, writer, photographer, teacher, evangelist, diplomat, heretic
    @martincron | martin.cron.com/

    Sukhbir Dhillon
    When Sukhbir isn’t coding, dreaming of automation or being the founder of Addteq, he is at home playing with his 2-year-old daughter.
    @addteqsukhbir | nebula.addteq.com/blog

    1. Continuous Discussions (#c9d9): Episode 21 – Implementing a DevOps Culture

    “One expectation I like to lead the conversation with is, if you are a non-trivial software business, then guess what? You are in competition with every other software business in the world. So, you have two choices: evolve or die.”

    – Aaron Lee, Pythian

    This podcast offers tips, best practices and real-world examples of how organizations can navigate the cultural shift to Agile, DevOps and continuous delivery—from the leadership’s perspective, as well as at the teams’ level. Hear expert advice on how to facilitate silo-busting and system-level thinking and how to encourage experimentation, support a blameless culture, constantly practice for game day and more.

    Featured Panelists:
    Aaron Lee

    VP of Transformation Services at Pythian. DevOps practitioner committed to creating successful business outcomes for clients.
    @observator | www.pythian.com/blog

    Alon Becker
    DevOps architect at AOL. Alon is involved in DevOps transformation at several companies, both startups and enterprises.
    @alonbecker

    Mike Kavis
    VP/principaI architect @ CloudTP Analyst at Forbes and The Virtualization Practice. Author of, “Architecting the Cloud.” No hype, just lessons learned.
    @madgreek65 | www.cloudtp.com/insights

    Randy Bias
    Randy Bias, VP Technology, EMC former founder of Cloudscaling (acquired by EMC) and director at the OpenStack Foundation.
    @randybias

    Robert Kalweit
    Certified ScrumMaster with 7 years’ experience and an Agile mindset that helps to execute tasks efficiently, on time and with personal heartiness.
    www.kalle-online.net/blog/agile

    1. Continuous Discussions (#c9d9) Podcast: Episode 41 – Creating an Internal Dev/Test Cloud

    “While there are multiple approaches for implementing an internal Dev/Test cloud, you need to make sure that you pick a solution that is adaptive.”

     – Kelly Looney, Skytap

    The need to speed up feedback loops, simplify dev/test processes and collaboration and also save on infrastructure costs has led many organizations to create a private Dev/Test cloud to standardize their processes, tooling and environments across teams. This podcast takes a deeper dive into some of the challenges and prerequisites for enabling a self-service shared platform for the software delivery pipeline across dev and test, and some tips and best practices for getting started.

    Featured Panelists:

    Chris Riley
    Helping bringing #DevOps to the enterprise. Analyst @fixateio
    @HoardingInfo | devopsy.kinsta.cloud/author/chrisriley/

    Himanshu Chhetri
    CTO @ Addteq, specializing in DevOps & Atlassian Tools implementation.
    @0xhimanshu | nebula.addteq.com/blog

    Kelly Looney
    Regional consulting manager at Skytap.
    @krlooney | www.skytap.com/blog/

    Phil Dougherty
    Phil has over 10 years of experience building the backbone of the internet, from multi-continent private cloud environments to fully automated public cloud infrastructure powering mobile commerce APIs.
    @phildougherty | blog.containership.io

    1. Continuous Discussions (#c9d9) Podcast: Episode 36 – ITIL and DevOps

    “Take a user-centered design approach to everything you do.”

    – Jeff Sussna, DevOps writer and speaker

    During this discussion, we uncovered the similarities and differences between ITIL and DevOps, and discussed tips for how to align the two methodologies in an organization.

    Featured Panelists:

    Jan-Joost Bouwman
    Jan-Joost works at ING as ITSM process owner, adapting ITIL to an Agile Way of Work. Previously he worked in various roles in systems development.
    @JanJoostBouwman

    Jeff Sussna
    Consultant | Writer | Speaker. Design Thinking + DevOps. Author of “Designing Delivery: Rethinking IT In the Digital Service Economy.”
    @jeffsussna | medium.com/@jeffsussna

    Kaimar Karu
    Head of ITSM at AXELOS – custodians of ITIL & PRINCE2 / President at #itSMFEstonia / Service Management enthusiast / Beer sommelier / Food writer
    @kaimarkaru | www.axelos.com/news/blogs/

    Simon Morris
    Interested in the mechanics and techniques of highly performing teams, whether in the world of technology or not.
    @simo_morris | community.servicenow.com/people/SimonMorris

    1. Continuous Discussions (#c9d9) Podcast: Episode 33 – Measuring DevOps

    “The way we build software when it’s always releasable is fundamentally different than when we build to a release. The flexibility and agility comes from building it iteratively—where you’re always able to go in and change it. That, I think, is the main advantage of CI and CD.”

    – David Bernstein, To Be Agile

    Panelists review some of the metrics that matter for the different stakeholders throughout the software delivery pipeline. Learn best practices for some of the metrics that you should be monitoring to track your DevOps efforts, and—equally important—some of the metrics you should abandon.

    Featured Panelists:

    Chris Riley
    Helping Bring #DevOps to the enterprise. Analyst @fixateio
    @HoardingInfo | devopsy.kinsta.cloud/author/chrisriley/

    David Scott Bernstein 
    David helps teams adopt practices such as test-first development and refactoring at hundreds of companies around the world. David is also the author of, “Beyond Legacy Code.”
    @ToBeAgile | tobeagile.com/blog/

    Ketil Jensen
    Ketil is a passionate learner and practitioner, always looking for better ways to work. Loves to help organizations continually improve.
    @ketilj | ketiljensen.wordpress.com

    1. Continuous Discussions (#c9d9) Podcast: Episode 32 – Orchestrating Your Testing Suite

    “If you can test it underneath the UI, you probably really should be testing it under the UI”

    – Chris Kent, BTI360

    Get an in-depth review of best practices for orchestrating enterprise software testing. Panelists discuss some of the challenges and proven patterns used to test critical software quickly and efficiently: What does your test matrix look like? How do you define the pathway through your test cycle? How do you use automation and service virtualization? How do you manage test environments and data? And more.

    Featured Panelists:

    Alex Cowan
    Alex has been an entrepreneur (5x) and intrapreneur (1x). Currently helping create digital innovators @DardenMBA & advising companies. He talks too much.
    @cowanSF | alexandercowan.com/blog/

    Chris Kent
    Chris loves crafting enterprise apps with ATDD, TDD and clean coding. You’ll also find him reading, outdoors or at a local brewery/winery.
    @thirstydev | www.bti360.com/author/chris-k/

    Hugo Hendriks
    Hugo is a freelance integration consultant based in the Netherlands with the focus on Oracle Fusion Middleware, Java, open source and Scrum.
    @R3DR0CK | www.redrock-it.nl

    Kate Abrosimova
    Director of content at Yalantis and tech journalist, who likes to create things, write about technology with a focus on mobile and collaborate with tech teams.
    @kateabrosimova | yalantis.com/blog/

    1. Continuous Discussions (#c9d9) Podcast: Episode 27 – Architecting for Continuous Delivery

    “The pipeline is not so much about ushering code out to production, it’s finding ever opportunity to reject a harmful change prior to letting it get into production. So, the pipeline is an essential part of risk management.”

    – Michael Nygard

    To get to CD, applications and delivery pipelines must be architected in a way that supports the more frequent pace of smaller, incremental releases. On this episode, we discussed some recommendations for constructing a flexible, versionable, reviewable, test-able, revertable and resilient application architecture and CD pipeline.

    Featured Panelists:

    Aater Suleman CEO of Flux7, helping companies use AWS infrastructure to improve business agility and continuity. Flux7 deploys web apps across various technology stacks.
    @FutureChips | blog.flux7.com

    Graham Smith
    Dr. Graham Smith is head of software engineering at the UK Hydrographic Office, championing continuous delivery by day and blogging about it at night.
    @GrahamDSmith | pleasereleaseme.net

    Marcus Rehm
    Software engineer and business intelligence developer for Odebrecht Ambiental. Agile and Automation enthusiastic that always is looking for ways to improve products and process.
    @marcusrehm | marcusrehm.github.io

    Melvin Laguren
    QA automation lead at Wrap Media. Melvin has worked at various start up and enterprise companies developing automated tests and working on CI/CD pipelines. He spends his “free” time speaking at meetups/conferences, teaching QA workshops and working on a weekly comic strip, www.melvinisms.com.
    @mlaguren | www.laguren.net

    Michael Nygard
    Michael works for Cognitect. Has written and co-authored several books, including, “97 Things Every Software Architect Should Know,” and “Release It!”
    @mtnygard | blog.cognitect.com/

    With such great conversations, it’s certainly hard to choose…

    Some of our other favorite episodes include our live broadcast from Mobile Delivery Days, DevOps KPIs with Gene Kim, Docker & Containers, CI & CD for legacy applications, Agile in large enterprises, and more.

    Continuous Discussions (#c9d9) airs every other Tuesday at 10 a.m. PST. You can watch all previous episodes of the podcast and also subscribe on iTunes here.

    About the Author / Anders Wallgren

    Anders_ElectricCloudAnders Wallgren is Chief Technology Officer of Electric Cloud. Anders brings more than 25 years of in-depth experience designing and building commercial software. Prior to joining Electric Cloud, Anders held executive positions at Aceva, Archistra, and Impresse. Anders also held management positions at Macromedia (MACR), Common Ground Software and Verity (VRTY), where he played critical technical leadership roles in delivering award winning technologies such as Macromedia’s Director 7 and various Shockwave products.