We send notifications to our clients when we are scheduling system maintenance, or if the system is down or running slow. We use several methods of communication (email, web site status message, twitter, blog entries, phones). The problem with this approach is that these services are either hosted by us, our requires our internet connection to be useful.
We had a significant failure last week. I don't have all the details but in a nut shell a T1 went down and the fail-over failed. Email, phones, internet, ftp were down.
I'm a programmer and I suggested that I build a utility that automates most of these notification tasks from a simple web interface. This does no good if we host it internally and we are down. We need to move the notification services off-site somewhere.
My fear in doing this is that if the system notifications start coming from another domain, people are going to be scratching their heads; some may even disregard the alerts.
Any suggestions?