DevOps: Difference between revisions

[pending revision]

Content deleted Content added

Inline

Revision as of 13:31, 27 May 2010

Own work DevOps is a new term to describe the interdependence of development and operations activities in IT organizations to accomplish the business objectives of producing software products. ^[1]. It is particularly thorny issue in the emerging fields of cloud computing where new development methodologies (such as agile^[2]) occur in a traditional organizational structure where discrete activities that previously did not necessarily need deep cross-departmental integration now require intimate multi-departmental collaboration.

Companies such as Flickr, which moved to DevOps awareness capabilites, did so to support a business requirement of 10 deployments per day^[3]; this daily deployment or cycle number would be much higher at organizations producing multi-focus or multi-function applications. This is referred to as “continuous deployment” (for example, at SDForum^[4]). Groups, associations and blogs have sprouted on the topic.^[5]

Lack of awareness of and about DevOps integration has profound results in product delays, quality testing, feature development and maintenance releases (including the once special but now ubiquitous "hot fix"^[6]). Organizations without DevOps capabilities see problems emerge in the “gap” between development and operations – as operations request greater reliability and security, developers ask for faster infrastructure responsiveness and business users ask for more application enhancements and releases made available faster.

The adoption of DevOps is being driven by factors such as:

1) Use of agile and other development processes and methodologies ^[7]

2) Demand for increased rates and volumes of production releases from application stakeholders

3) Wide availability of virtualized and cloud infrastructure ^[8] from internal and external providers

4) Increased usage of data center automation and configuration management ^[9] tools

The interdependence of DevOps is frequently described as a more collaborative and productive relationship between development teams and operations teams. This improved relationship and collaboration enables increase efficiency and reduces production risk.

DevOps Impact on Application Releases

In many firms, application release events are high stress and high-risk operations involving multiple teams. In a DevOps organization application releases are lower risk for the following reasons:

1) Adoption of agile or iterative development, in contrast to the traditional waterfall model^[10], means each release has less change but occurs more often. This creates a smooth rate of progressive application change vs. the “dam burst” effect of rare deployments – each of which contains a large number of changes.

2) Increased release coordination using generic tools such as spreadsheets, conference calls, instant messaging and corporate portals (wikis, sharepoint) – as well as coordination specific tools.

3) Creation of the release coordinator role which bridges the expertise and communications gap between development and operations.

4) Comprehensive deployment automation which reduces deployment errors and manual activities.

References

External links

[1] ttp://blogs.the451group.com/opensource/2010/03/03/devops-mixing-dev-ops-agile-cloud-open-source-and-business/

[2] ttp://en.wikipedia.org/wiki/Agile_software_development

[3] ttp://www.slideshare.net/jallspaw/10-deploys-per-day-dev-and-ops-cooperation-at-flickr

[4] ttp://www.sdforum.org/index.cfm?fuseaction=Calendar.eventDetail&eventID=13703

[5] For example, http://dev2ops.org/blog/2010/4/26/devops-meetup-recap.html, the SDForum reference (op cit) and others.

[6] ttp://en.wikipedia.org/wiki/Hot_fix

[7] ttp://en.wikipedia.org/wiki/Software_development_process

[8] ttp://en.wikipedia.org/wiki/Cloud_computing

[9] ttp://en.wikipedia.org/wiki/Configuration_management

[10] ttp://en.wikipedia.org/wiki/Waterfall_development

[1]

[2]

[3]

[4]

[5]

[6]

[7]

[8]

[9]

[10]

@@ Line 4: / Line 4: @@
 '''DevOps''' is a new term to describe the interdependence of development and operations activities in IT organizations to accomplish the business objectives of producing software products. <ref>http://blogs.the451group.com/opensource/2010/03/03/devops-mixing-dev-ops-agile-cloud-open-source-and-business/ </ref>.  It is particularly thorny issue in the emerging fields of cloud computing where new development methodologies (such as agile<ref>http://en.wikipedia.org/wiki/Agile_software_development</ref>) occur in a traditional organizational structure where discrete activities that previously did not necessarily need deep cross-departmental integration now require intimate multi-departmental collaboration.
-Companies such as Flickr which have moved to DevOps capabilites did so to support a business requirement of 10 deployments per day<ref>http://www.slideshare.net/jallspaw/10-deploys-per-day-dev-and-ops-cooperation-at-flickr</ref>; this daily deployment or cycle number would be much higher at organizations producing multi-focus or multi-function applications. This is referred to as “continuous deployment” (for example, at SDForum<ref>http://www.sdforum.org/index.cfm?fuseaction=Calendar.eventDetail&eventID=13703</ref>). Groups, associations and blogs have sprouted on the topic.<ref>For example,  http://dev2ops.org/blog/2010/4/26/devops-meetup-recap.html, the SDForum reference (op cit) and others.</ref>
+Companies such as Flickr, which moved to DevOps awareness capabilites, did so to support a business requirement of 10 deployments per day<ref>http://www.slideshare.net/jallspaw/10-deploys-per-day-dev-and-ops-cooperation-at-flickr</ref>; this daily deployment or cycle number would be much higher at organizations producing multi-focus or multi-function applications. This is referred to as “continuous deployment” (for example, at SDForum<ref>http://www.sdforum.org/index.cfm?fuseaction=Calendar.eventDetail&eventID=13703</ref>). Groups, associations and blogs have sprouted on the topic.<ref>For example,  http://dev2ops.org/blog/2010/4/26/devops-meetup-recap.html, the SDForum reference (op cit) and others.</ref>
 Lack of awareness of and about DevOps integration has profound results in product delays, quality testing, feature development and maintenance releases (including the once special but now ubiquitous "hot fix"<ref>http://en.wikipedia.org/wiki/Hot_fix</ref>). Organizations without DevOps capabilities see problems emerge in the “gap” between development and operations – as operations request greater reliability and security, developers ask for faster infrastructure responsiveness and business users ask for more application enhancements and releases made available faster.