Skip to main content

Posts

Showing posts with the label Continuous Integration

Integrating ITSM and DevOps

As the pace of technological innovation increases and digital disruption becomes the norm, the need to adapt and accelerate IT service management (ITSM) processes is more critical than ever. It’s no longer a debate about whether ITSM and DevOps should interface; it’s time now for ITSM professionals to understand how the practices they use to co-create value can underpin (or undermine) the flow of work and pervasive use of automation in a DevOps environment. It’s easy to understand why ITSM professionals are skeptical about DevOps. ITSM performance metrics and service level agreements (SLAs) often revolve around the IT organization’s ability to mitigate risks, minimize impact, and “guarantee” availability. On the surface, these measures aren’t bad. It’s when we sacrifice speed, agility, and innovation in the process that the business starts to suffer. Even with the evolution to ITIL 4 , the what and why of ITSM haven’t changed. A customer-focused culture in which everyone understands

SRE Is the Most Innovative Approach to ITSM Since ITIL®

Originally published on DevOps.com , written by Jayne Groll , CEO of DevOps Institute For over a decade, ITIL has been the leading ITSM framework adopted by enterprises across the globe. So, what is driving a rapidly increasing interest in Site Reliability Engineering (SRE) as a service management alternative? In its own words, Google refers to SRE as its approach to service management: “The SRE team is responsible for the availability, latency, performance, efficiency, change management, monitoring, emergency response and capacity planning.” In traditional ITSM terms, the role of the SRE is responsible for service level, change, availability, event, incident, problem, capacity, performance, infrastructure and platform management. While the operational practice areas may be similar, there are significant differences in how the practices are approached. ITIL4 Framework Compared to SRE Released in 2019, the newest update to ITIL4 remains a complex governance model with four dimensi

Continuous Delivery Architect (CDA) – “The Role”

Continuous Delivery Architects are engaged in the design, implementation, and management of DevOps deployment pipelines. This infers the inclusion of all tools and tech to support Continuous Integration, Continuous Delivery, Continuous Testing and even Continuous Deployment.  Subjective viewpoints and misunderstandings of what is involved and how to orchestrate a pipeline can lead an entire organization in the wrong direction. Every “Continuous Delivery Architect” should consider formal education and certification to ensure that they do not proceed in error. I see in practice that the emphasis is on the tooling and although that is a key element, even more, critical is the process flow are the API’s and the inclusion of practices to ensure things like security, compliance, and resilience are built into the orchestrated an automated pipeline. Let us not forget the importance of CULTURE and the role that plays. There are three primary ingredients for continuous delivery:

Continuous Delivery vs. Continuous Deployment

One of the most frequently stated key takeaways from DevOps Foundation Certification Candidates is the big AAH-HAA moment when they realize the difference between Continuous Delivery and Continuous Deployment. Terms matter and the context in which we use them can make or break the success of any DevOps pipeline for digital transformation . Which one of these you select for your organization will have a significant impact on the way you orchestrate ­­­­your DevOps Pipeline and your Continuous Delivery Architecture. It will most definitely help to define the appropriate tool pipeline, determine how you will utilize and program those tools for automation and will have an impact on the context of your communication plans to your stakeholders. How will you approach integrated testing? There is not one element of development and delivery that Continuous Delivery or Continuous Deployment will NOT impact. Therefore; It is critical to understand what they are, how they are the same, how they