Prior to a DevOps engagement, a potential client would want to know how you'll engage their team(s) and where your analysis may start. Would it be continuous integration? How about continuous testing or delivery? Would the engagement focus on the client's latest monitoring proof of concept? Don't worry... continuous monitoring shines brightly this holiday season. While each of these continuous practices may improve delivery outcomes, getting the fundamentals right is still the quickest way to deliver both short and long-term DevOps value.
I mention this as I sense and sometimes see a bit of sadness when telling a client that we're starting the process with Source Code Management. SCM is a system that provides version-control. The tools include: SVN, GIT, Perforce and VSS. Thankfully there is a silver lining to this initial reaction. Over time, getting your version-control strategy right, will invariably turn that frown upside-down. Like most things in life, eliminating tasks that consistently create aggravation is a worthwhile pursuit.
Let's think about how versioning affects DevOps... Since DevOps is synonymous with lean practices and culture, we want to eliminate any non-value-added tasks and automate the mundane. How can you expect to deliver a sustainable program if your current versioning strategy is at odds with the common tenets of DevOps? By treating version control as a cornerstone of the continuous practice, it will ensure the sustainability of DevOps practices.
The common adage is, 'you can only manage what you can control.' This is also true for software development. How a team employs SCM is highly correlated with both product success and DevOps maturity. In branching and merging patterns (and there anti-patterns), it will reveal much about the current and future success of your DevOps program. If you take the time to think about it, it is the only practice common to all DevOps programs! After some consideration, most will agree that solid version-control practices are required to successfully adopt and maintain any continuous practice.
Everyone likes to believe that transformational change will come from the shiny new tool; but it is the mastery of the fundamentals, that allows your team to perform consistently at a high level.
DevOps 2.0 includes all groups that contribute to delivering working, elastic, secure software and infrastructure with predictable costs.
There are a number of buzzwords circling the market these days: Infrastructure as Code, Micro Services, AI, and Machine Learning. But none more prolific than DevOps.
As technology advances, mainframe organizations are increasingly pressed to transition to more modern platforms. Here are some of the most common misconceptions that hinder their mainframe modernization journey.
The cost of not modernizing mainframe systems is generally far greater than the time, effort, and money required to make the transition. Here's why.
As mainframes host mission-critical applications, it's essential to ensure that the modernization process is accurate and causes minimal disruption to business operations. This is where automated migration and testing tools come in.
Get in touch with our experts and find out how Astadia's range of tools and experience can support your team.contact us now