Smart Enterprise Magazine

Volume 7, Number 1, 2013

Issue link:

Contents of this Issue


Page 8 of 43

Tech Chatter these two IT disciplines throughout the entire software lifecycle. The larger goal: to get more IT and business services to market faster and with higher quality. ���DevOps is about people, processes and technology,��� says Melissa Sargeant, Senior Director of Product Marketing, Enterprise Management, at CA Technologies. ���Developers today are expected to deliver more business services faster and at a higher quality. To achieve this, development and testing of interactive components must often happen in parallel.��� Neil Webb/Ikon/Gettyimages Disconnect 2.0 While the disconnect between software developers and IT operations isn���t new, the need to solve it is. Back in the 1980s and ���90s, when applications and updates were developed only a few times a year, and mainframe and client-server environments were far simpler than today���s, the disconnect was bearable. But now, it���s become a showstopper, given an IT environment of agile development, massive scale and highly complex composite applications with scores of dependencies. Current Web application dependencies extend far beyond the typical interactions of Web, application and database servers. ���A typical online consumer retail or financial transaction today has to interact with multiple internal and third-party services,��� says Scott Gilliland, Managing Director of the Performance Engineering Practice at consulting firm Accenture. ���These services provide credit scoring, shipping rates, tax equations, fraud protection, payments and other functions.��� As a result, any new software or update should be tested across all its services, not just the primary ones, Gilliland says. ���All that data also has to flow across all these different systems, and in terms each of them understands,��� he explains. ���Coming up with test data that can interact with all those systems properly and generate the appropriate response is a huge challenge.��� Today���s customer-facing, self-service Web applications are also deployed on a much larger scale than were systems of the past. Some large enterprises ��� mainly those with revenue-generating, missioncritical applications ��� now spend hundreds of thousands, even millions, of dollars to recreate those production systems for integration, functional and performance testing. Even so, most developers and quality assurance (QA) teams never get the lab resources needed to validate that their own complex, scaling and composite applications run as expected. ���That huge production system may be too complex or expensive to replicate at the scale needed for testing,��� says Jim Dugger, Product Marketing Manager, Service Virtualization, at CA Technologies. ���Or it may require external services that just aren���t available in the test labs. This is why software delivery becomes so constrained.��� Many companies evaluate software on a much smaller test bed, using performance characteristics that often differ greatly from those of the actual production environment. When virtualization technology is used, the issue may become even more complicated. ���Applications running across multiple virtual machines on one physical server may work very differently than they would on networked, physically distinct machines,��� says Garbani of Forrester. ���So when the application gets to operations, it may not deliver the necessary quality of service.��� Another major driver of DevOps is agile development, characterized by a reliance on frequent, rapidly developed software updates and iterations, rather than occasional, major software releases. ���With agile, new application updates sometimes have to be released weekly or daily,��� says Craig of EMA. ���I recently talked with a company that was putting out 50 changes a day.��� As a result, adds Dugger of CA Technologies, ���two or more teams may be working on different parts of an application on different schedules and can���t come together for testing. If the quality isn���t there when the software gets to production, you lose much of the time-to-market benefits you���re supposed to get with agile.��� Not only do you lose time-to-market advantages, but also the cost of getting software out the door increases significantly. ���Study after study has shown that the earlier in the process you track down an application-related problem, DevOps Teams Are Plentiful ... Does your organization leverage a team-based approach in which specialists with cross-functional development and operations skills work together to address applicationrelated issues? n Yes n No 13% 87% ... And Most Are Dedicated Is this an ad hoc team that comes together only when problems arise? Or, is it a dedicated team? n Dedicated n Ad hoc 58% 42% DATA: Enterprise Management Associates, survey of 150 executives and application-management professionals, July 2011 the less expensive it is to address,��� says Craig of EMA. ���The cost can go up 1,000 times between discovering a problem during the requirements phase and discovering it in production. Production problems impact Dev and Ops teams, but they also can impact employees and customers.��� To address this, many organizations have assembled teams of experts from both 2013 ��� Smart Enterprise 9

Articles in this issue

Links on this page

Archives of this issue

view archives of Smart Enterprise Magazine - Volume 7, Number 1, 2013