At my new place of employment we have a Intranet solution containing multiple we
ID: 651967 • Letter: A
Question
At my new place of employment we have a Intranet solution containing multiple web applications hosted in IIS. Outside of the development department other departments either source or create other applications / reports that deep link into these web applications.
Unfortunately, I have no direct control over these potential applications and some get created without our knowledge. This causes a problem if we need to do some re-structuring or re-factoring.
I was wondering if anyone had an approach where all inbound links regardless of origin had to be registered - i.e like a link registry or some other approach on how to deal with this. This could then be used so that the impact of any re-organisation of the structure of the web application could be understood.
Any help much appreciated
Explanation / Answer
There are at least two technical methods to deal with the incoming links:
Instead of registration, consider logging and analyzing incoming traffic to determine the source of the links. Good log information will allow you to track the incoming links back to their source. In the event of restructuring, look for an increase in the number of 404 errors as a starting point for finding out-of-date links. Logging and analysis tools such as Webalizer and awstats are good places to start.
If you cannot use logging or find it ineffective, you can develop a proxy through which all incoming links must pass. Valid incoming links should include a registration key (which you assign by department or other factor). Any incoming request which does not include the registration key should be redirected to an information page which explains how to obtain a key. You can associate the keys with specific departments or relevant sources in your database, and can use that database to reach out to the external linkers when you change the link targets.
However, consider whether your business model need to change. If you are not responsible for creating the external links, should it be your responsibility to guard against their failure? Your business may find more value in either:
Requiring the link creators to take responsibility for the links that they generate (ie. they must reach out to you when something breaks), or
Restricting link creation to IIS staff.
Either of these options will allow you to have a better chance to avoid failure in the future.
Related Questions
drjack9650@gmail.com
Navigate
Integrity-first tutoring: explanations and feedback only — we do not complete graded work. Learn more.