Pitfalls to avoid when adopting DevOps

devops2As DevOps continues to grow in popularity, some organizations still struggle with its successful implementation. Perhaps developers really don’t understand the practice and chafe at being forced to follow its concepts? Maybe the network engineers feel DevOps favors the software team, while automating many of their standard administrative tasks?

Whatever the reasons for its difficulty in adoption, getting things right offers many benefits to software shops of all sizes. DevOps plays a key role in boosting development efficiency to the point it becomes a competitive advantage. So, let’s take a look at a few common pitfalls to avoid when adopting DevOps.

Avoid these Mistakes when adding DevOps at your Software Shop

Rebecca Dodd, from the software development process experts at GitLab, wrote an article for DZone covering these major pitfalls to avoid during a DevOps implementation. She talked with a few people at GitLab responsible for project success with their customer base. They provided interesting food for thought on what issues hamper DevOps adoption.

Focusing Too Much on the Tools

GitLab noted that companies who make too much of an investment on their toolset tend to encounter difficulty when implementing DevOps. GitLab Technical Account Manager, John Woods, commented on the issue. “You think you have it all when you’ve got your issue tracker, version control system, CI/CD service, etc. However, what’s the cost of setting all those up and configuring them to ‘talk’ to each other?” said Woods. 

In essence, the time spent configuring and integrating multiple tools takes up valuable time and resources. GitLab calls this the “DevOps Tax.” Make it a point to ensure you use tools that support your DevOps policies and procedures; not the other way around.

In a similar fashion, some companies simply become too attached to their development tools. This adds difficulty if those tools aren’t really compatible with the unique DevOps methodology. GitLab notes some customers try to wrench decades-old tools into their fledgling modern workflow.

Ultimately, the smartest tack involves finding the right integrated toolset compatible with how software gets written in a DevOps world.

Deployment and Monitoring are as Important as Development and Testing

Another pitfall noted by Dodd involves companies not covering the entire SDLC when adopting DevOps. Instead, the only follow its principles for software development and QA, ignoring it for the deployment and monitoring processes. Ultimately, this isn’t a true DevOps implementation.

In most cases, companies leverage DevOps to achieve continuous integration or continuous delivery. Reaching these goals isn’t possible without a full adoption of the methodology. In short, go hard or go home!

Security needs to be part of the DevOps Equation

We previously talked about the importance of information security as part of any DevOps implementation. This is one of the reasons DevSecOps is a hot buzzword. In these days, cybersecurity needs to be a core concept within any software development practice – DevOps or not.

GitLab notes that companies adopting DevOps who still treat security as an afterthought ultimately struggle with its implementation. Valuable resources end up making security-related fixes at the last minute. Consider a DevSecOps approach.

Ultimately, steer clear of these pitfalls to ensure your DevOps adoption goes great!

Keep coming back to the Betica Blog for additional insights and dispatches from the wide world of software development. Thanks for reading!

Continuous Integration more Popular than Continuous Delivery

huhuhuuhhOne of the major reasons technology companies adopt DevOps involves striving for the Holy Grail of continuous delivery. This greatly improves software development efficiency, helping these firms better compete in the modern economy. A recent study, however, notes that larger enterprises actually leverage continuous integration when compared to CD.

Let’s take a closer look at the details of the study to see if any actionable insights exist to help your own development efforts. Is CI truly more impactful than continuous delivery? Perhaps adopting a mixture of the two makes more sense for software engineering shops?

CI more widely used than CD at Software Development Shops?

A recent study of nearly 6,000 developers by the Cloud computing provider, Digital Ocean, noted that 58 percent of the respondents currently use continuous integration. On the other hand, a fewer number – 45 percent – leverage continuous delivery. News about the Digital Ocean report appeared in late March at SD Times.

Of the surveyed companies not currently using either CD or CI, 43 percent said they planned on implementing one or the other. 26 percent felt that adopting either approach didn’t make sense for their organization. Still, it appears a vast number of businesses feel CD and/or CI is part of their current or future software development strategy.

The reasons why some of those companies remain uninterested in CD and CI vary. Some felt both practices were either too complex or too time-consuming to implement. Others simply felt it unnecessary considering their own company development workflow.

Companies adopting either approach noted a variety of benefits. Some respondents noted a more efficient code review and deployment process. The improved collaboration and smaller personal workloads typical of DevOps were highlighted by others. Of course, the ability to meet customer needs more quickly is another important perk.

Large Organizations increasingly prefer Continuous Integration

Two-thirds of the survey respondents from companies with over 1,000 employees currently use continuous integration. Developers from medium-sized firms noted use of CD and CI in a similar percentage. Digital Ocean commented on the details behind these survey findings.

“While only 45% of developers in organizations with five employees or less are using continuous integration, and only 35% are using continuous delivery (CD), developers report the likelihood of using these technologies increases with the size of the organization. This is somewhat intuitive as many of the benefits of these methods provide ways for groups of developers to work together. In large organizations with over 1,000 employees, 68% of developers report using continuous integration and 52% are using continuous delivery,” said the company.

In short, the collaborative benefits of DevOps and CI simply create additional efficiencies at larger companies. Still, even the smallest businesses still show an adoption rate of around 50 percent for both CI and CD. Putting in the effort to successfully implement either approach makes a lot of sense for any software development firm – no matter their size.

When taking into account the growing adoption rate of continuous integration and continuous delivery, any software engineering shop needs to consider their competition is likely using one or the other.

Keep coming back to the Betica Blog for additional news and insights from the software development world. As always, thanks for reading!

A Deep Learning AI Routine learns how to Code

AI

The end of April is nigh, which means another edition of our software development news digest. These intriguing stories hopefully provide a measure of insight to your own application engineering efforts. If interested in checking out last month’s digest, just click on the following link. Thanks for reading!

A Deep Learning AI Routine learns how to Code

AI and machine learning continue to make an impact throughout the technology industry. These innovations are found in everything from data analysis to self-driving automobiles. In a similar matter as with robotics, some professionals wonder if their jobs are going to be taken over by a computer in the next decade.

Recently a team at Rice University developed a deep learning routine actually able to write some code. The good news for current developers is the prime directive for this AI application involves helping software engineers more easily handle interfacing with poorly documented APIs. News about this AI innovation appeared earlier this week at Tech Xplore.

The application – called Bayou – performs a deep analysis of APIs in online source code repositories, like GitHub and others, attempting to learn about the API’s usage idioms. The application is focused on the Java language at this time. Swarat Chaudhuri, associate professor of computer science at Rice and one of the creators of Bayou, commented on the tool’s genesis.

“People have tried for 60 years to build systems that can write code, but the problem is that these methods aren’t that good with ambiguity. You usually need to give a lot of details about what the target program does, and writing down these details can be as much work as just writing the code. Bayou is a considerable improvement. A developer can give Bayou a very small amount of information—just a few keywords or prompts, really—and Bayou will try to read the programmer’s mind and predict the program they want,” said Chaudhuri.

Most notably, it analyzed millions of lines of Java code as part of its self-training process. If you want to try the application for your own purposes, just simply ask Bayou.

Fannie Mae makes Software more Secure with Lean

We’ve previously talked about the Lean methodology. Considered a variant of Agile, Lean actually grew out of the manufacturing world in an attempt to make operational processes more efficient. Now, mortgage lender Fannie Mae is leveraging Lean to make its software development process faster and more secure. News about their efforts appeared this week in CSO.

Since implementing Lean in 2013, Fannie Mae’s development cycle decreased by half. Working more efficiently allowed the software engineering team to subsequently make their applications safer from hackers and other nefarious agents. They also saved hundreds of millions of dollars over that time, according to company VP, Michael Garcia.

Writing safer code from the beginning is a core principle of Lean applied to software engineering. Other Agile techniques, like smaller increments and faster testing, improve overall efficiency. The company explored applying the principles Six Sigma to their development process, but ultimately felt Lean made a better fit.

Lean is definitely an Agile variant worthy of evaluation for larger software development shops. A more efficient process simply brings many advantages, including more secure applications and an increase in business value. Dive into the CSO article for a further exploration of the use of Lean at Fannie Mae.

Stay tuned to the Betica Blog for additional news and insights from the constantly evolving world of software development.