Welcome!

@DevOpsSummit Authors: Zakia Bouachraoui, Roger Strukhoff, Liz McMillan, Stackify Blog, Pat Romanski

Related Topics: @DevOpsSummit, IBM Cloud, Linux Containers, Agile Computing, SDN Journal

@DevOpsSummit: Blog Feed Post

DevOps as a Service (DaaS)? | @DevOpsSummit [#DevOps]

Personally I am not a fan of the term. Mainly because DevOps is not a ‘Service’

May 11, 2014

DevOps as a Service (DaaS)?

In a recent post I posted on DevOps.com, I suggested the term DevOps as a Service (DaaS).

Personally I am not a fan of the term.

Mainly because DevOps is not a ‘Service’.

It is an approach to achieve business objectives by adopting a set of capabilities, namely:

  • Continuous Business Planning
  • Collaborative Development
  • Continuous Integration
  • Continuous Deployment
  • Continuous Testing
  • Continuous Feedback

Adopting these capabilities requires changing or enhancing people (culture), processes and technology (tools). Hence, not a set of services, but a set of capabilities.

That being said, the tools the make up the proverbial DevOps toolchain are tools. These tools can be hosted and made available ‘as a service’. Could these collectively be called ‘DevOps as a Service’?

IBM DevOps Services

IBM has recently introduces exactly that – DevOps services. This is a part of IBM’s new Platform as a Service (PaaS) offering called ‘Codename: BlueMix’. Some of these DevOps Services were initially included on IBM Rational’s Jazzhub Software as a Service (SaaS) offering. With the launch of the BlueMix beta, Jazzhub has been merged with BlueMix. These services can however, still be used independently to develop applications not targeted for the BlueMix platform.

The DevOps Services on BlueMix as are:

  • Git hosting as a Service
  • Web based IDE
  • Agile planning & tracking, team collaboration as a Service
  • Mobile Quality Assurance (MQA) as a Service
  • Continuous Integration as a Service
  • Deployment Automation as a Service

(Some of these services are still in Beta.)

Read my full post – ‘DevOps for PaaS‘ in my recent post on DevOps.com. Read my posts on Understanding and Adopting DevOps.

Read the original blog entry...

More Stories By Sanjeev Sharma

Sanjeev is a 20-year veteran of the software industry. For the past 18 years he has been a solution architect with Rational Software, an IBM brand. His areas of expertise include DevOps, Mobile Development and UX, Lean and Agile Transformation, Application Lifecycle Management and Software Supply Chains. He is a DevOps Thought Leader at IBM and currently leads IBM’s Worldwide Technical Sales team for DevOps. He speaks regularly at conferences and has written several papers. He is also the author of the DevOps For Dummies book.

Sanjeev has an Electrical Engineering degree from The National Institute of Technology, Kurukshetra, India and a Masters in Computer Science from Villanova University, United States. He is passionate about his family, travel, reading, Science Fiction movies and Airline Miles. He blogs about DevOps at http://bit.ly/sdarchitect and tweets as @sd_architect

@DevOpsSummit Stories
Docker and Kubernetes are key elements of modern cloud native deployment automations. After building your microservices, common practice is to create docker images and create YAML files to automate the deployment with Docker and Kubernetes. Writing these YAMLs, Dockerfile descriptors are really painful and error prone.Ballerina is a new cloud-native programing language which understands the architecture around it - the compiler is environment aware of microservices directly deployable into infrastructures like Docker and Kubernetes.
At CloudEXPO Silicon Valley, June 24-26, 2019, Digital Transformation (DX) is a major focus with expanded DevOpsSUMMIT and FinTechEXPO programs within the DXWorldEXPO agenda. Successful transformation requires a laser focus on being data-driven and on using all the tools available that enable transformation if they plan to survive over the long term. A total of 88% of Fortune 500 companies from a generation ago are now out of business. Only 12% still survive. Similar percentages are found throughout enterprises of all sizes.
As you know, enterprise IT conversation over the past year have often centered upon the open-source Kubernetes container orchestration system. In fact, Kubernetes has emerged as the key technology -- and even primary platform -- of cloud migrations for a wide variety of organizations. Kubernetes is critical to forward-looking enterprises that continue to push their IT infrastructures toward maximum functionality, scalability, and flexibility. As they do so, IT professionals are also embracing the reality of Serverless architectures, which are critical to developing and operating real-time applications and services. Serverless is particularly important as enterprises of all sizes develop and deploy Internet of Things (IoT) initiatives.
DevOps is under attack because developers don’t want to mess with infrastructure. They will happily own their code into production, but want to use platforms instead of raw automation. That’s changing the landscape that we understand as DevOps with both architecture concepts (CloudNative) and process redefinition (SRE). Rob Hirschfeld’s recent work in Kubernetes operations has led to the conclusion that containers and related platforms have changed the way we should be thinking about DevOps and controlling infrastructure. The rise of Site Reliability Engineering (SRE) is part of that redefinition of operations vs development roles in organizations.
When a company wants to develop an application, it must worry about many aspects: selecting the infrastructure, building the technical stack, defining the storage strategy, configuring networks, setting up monitoring and logging, and on top of that, the company needs to worry about high availability, flexibility, scalability, data processing, machine learning, etc. Going to the cloud infrastructure can help you solving these problems to a level, but what if we have a better way to do things. As a pioneer in serverless notion, Google Cloud offers a complete platform for each of those necessities letting users to just write code, send messages, assign jobs, build models, and gain insights without deploying a single machine. So cloud compute on its own is not enough, we need to think about all of the pieces we need to move architecture from the bottom, up towards the top of the stack. Wi...