Mastering Azure DevOps Migration: Expert Insights for a Seamless Transition

Published on
3 minute read

Migrating to Azure DevOps can feel like a daunting task, especially when you consider that for many organisations, it’s a one-time event. This singularity often means that the necessary skills for a successful migration may not exist in-house. From my experience, it rarely makes sense to build and maintain these skills internally, particularly when the migration is something you’re likely to do just once.

The Complexity of Database Migration

When it comes to migrating Microsoft’s databases, the complexity can vary significantly based on the size of your database. While it may not reach the level of complexity that some might expect, the real challenges often arise during the validation phase. Running compliance checks against your environment can reveal unexpected issues.

I’ve seen it time and again: you might encounter peculiarities that require delving into the depths of your system. For instance, consider a scenario where a specific version of software was installed, and a patch was released that didn’t quite resolve the underlying data issues. This can leave your data in a somewhat inconsistent state, which is far from ideal.

To address these inconsistencies, you typically need to execute a series of commands against your system. Understanding these commands and their implications can lead you down a rabbit hole of complexity. Having been involved in hundreds of migrations since the days of Visual Studio Team System, I can attest to the intricacies involved.

I’ve developed tools that Microsoft recommends for various migration scenarios—whether it’s moving a single team, merging projects, or splitting them apart. Each of these tasks requires a nuanced understanding of the tools and processes involved, which can be quite intricate.

The Need for Expertise

The flexibility of Azure DevOps is both a blessing and a curse. While it allows for a high degree of customisation, it also increases the complexity of the migration process. This is where having someone with the right expertise becomes invaluable.

If your organisation is planning to undertake just one or a few migrations, I strongly recommend hiring an expert to manage the process. However, if you foresee a series of migrations over an extended period, I often work with clients to train their internal teams. This approach empowers them to use the tools effectively while we provide ongoing support.

Addressing Unique Challenges

Every organisation has its own unique challenges. For example, in some cases, the database may have been primarily managed by developers, leading to a situation where operations teams are handed over a system with peculiarities—like a beta version of TFS that was supported but introduced unexpected data issues.

In these instances, bringing in external expertise can be crucial. Whether you need training for your team or prefer to have someone handle the migration entirely, that’s where we come in. You don’t need to have all the expertise in-house; it’s about leveraging the right resources to ensure a smooth transition.

Conclusion

In summary, migrating to Azure DevOps is a significant undertaking that requires careful planning and execution. Whether you choose to bring in external experts or train your internal teams, the key is to ensure that you have the right knowledge and support in place. With the right approach, you can navigate the complexities of migration and set your organisation up for success in the cloud.

One of the biggest issues with migrating Azure DevOps up to the cloud is probably that you’re only going to do it once. Because you’re only going to do it once, you’re unlikely to have the skills already in existence in-house to be able to do that migration. It probably doesn’t make sense to build and maintain those skills in-house because it’s something you’re probably only going to do once.

For Microsoft’s database migration, depending on the size of your database, it can get quite complicated. It doesn’t quite hit complex, but when you start running a lot of the validation tools against it to make sure that your environment is compliant for moving up to Azure DevOps, is when you get a lot of wacky stuff. There are rabbit holes you need to go into to understand a lot of that stuff because there are things that perhaps could have happened to your system. For example, in the past, somebody had a particular version installed, and Microsoft made a mess up. They released a patch, and between the install and the patch, somebody made the change that the patch is supposed to fix, but it didn’t quite fix the actual data. Then you’re left with data in a little bit of an inconsistent format.

What you normally need to do is run some commands against the system, and understanding those commands and what they’re actually doing can be quite a deep rabbit hole to get into. Ultimately, we’ve done hundreds of migrations. I’ve been working with Azure Ops since it was Visual Studio Team System, and it launched back in 2005 or 2006. I’ve been working with it for a long time, and I built the tools that Microsoft recommends to do the peace more peace bu migration. Like, I want to move one team, I want to merge projects, I want to split projects—those types of migrations require even deeper skills necessary to be able to run that tool.

It’s really, really flexible, and when you have things that are really, really flexible, that increases the complexity and configurability of that thing. You need somebody to spend a lot of time figuring that out. We have that knowledge and expertise because we built the tool. If you’re going to do one migration or a few migrations over a small period of time, you’re probably better off just hiring somebody to do that work. If you’re going to do a whole bunch of migrations over a long period of time, I do also work with customers where we train people within the organisation to use the tools, and then we help them run the tools on a continuous basis.

We help with support because you always run into crazy things that are specific to you as a customer. Those data shapes that I mentioned, perhaps in the midst of your TFS environment, your environment—the database was originally controlled under the control of the developers because it’s a developer tool. Maybe operations didn’t really own it, and the developers decided to install TFS 2013 Beta 1, which was supported by Microsoft but can cause lots of weird data things. Then it’s on track; it’s been handed over to operations, but there are some weird idiosyncrasies in there.

So, bringing in expertise for those types of things, whether it’s for training the people that you have that you want to do long-term lots of different migrations, or if you just want somebody to take it off your hands and do it for you, that’s ultimately what we’re here for. You don’t need the expertise in-house.

Azure DevOps Troubleshooting Pragmatic Thinking Practical Techniques and Tooling Software Development

Connect with Martin Hinshelwood

If you've made it this far, it's worth connecting with our principal consultant and coach, Martin Hinshelwood, for a 30-minute 'ask me anything' call.

Our Happy Clients​

We partner with businesses across diverse industries, including finance, insurance, healthcare, pharmaceuticals, technology, engineering, transportation, hospitality, entertainment, legal, government, and military sectors.​

ProgramUtvikling Logo
Healthgrades Logo
Epic Games Logo
Workday Logo
Lockheed Martin Logo
Emerson Process Management Logo
Ericson Logo
Capita Secure Information Solutions Ltd Logo
Bistech Logo
Freadom Logo
Flowmaster (a Mentor Graphics Company) Logo
Boxit Document Solutions Logo
Microsoft Logo
Jack Links Logo
Higher Education Statistics Agency Logo
Illumina Logo
Sage Logo
Graham & Brown Logo
Nottingham County Council Logo
Washington Department of Transport Logo
Washington Department of Enterprise Services Logo
Department of Work and Pensions (UK) Logo
Royal Air Force Logo
New Hampshire Supreme Court Logo
Alignment Healthcare Logo
Schlumberger Logo
MacDonald Humfrey (Automation) Ltd. Logo
Lockheed Martin Logo
Higher Education Statistics Agency Logo

NIT A/S