There is a direct correlation between each of the domains defined in the TOGAF specification, understanding those correlations is key to being able to perform impact analysis, developing road maps that are not vendor lead and managing your risks.
Consider the following model
The model is more than just a taxonomy. If we explode it and present three example what-if scenarios, we can see what these correlations are
In this model, when a particular what-if scenario is run, the arrows indicate the direction of impact analysis e.g. "an operating system becoming obsolete" has a direct impact into the Technology Domain, which directly affects the Information Architecture (Data and Application domains) which may impact on the running of the business - so you might perform an OS upgrade that stops an application from running which means the data made available through that application is no longer available which directly affects the running of the business.
But what about the scenario "take the business into a new geographic region?" It may seem like a no brainer and all you have to do pick up your applications, data and infrastructure and drop them into this new location. That might work if the location is within the same national boundaries. What about moving into a region where the laws on data are different, or the use of certain applications is restricted or banned because of the types of encryption used. You might believe (wrongly) that some of the technical issues go away because you will simply host the services (infrastructure and application) in the cloud, at first sight this is great, but then what about the data, where is it located, who actually owns it, who can access it etc.
The model above is a simple but effective tool for raising questions that must be answered.