from the checklist dept
Where I might build a datacenter is a pretty vague question depending on a ton of factors. A much easier question to answer is "where would I not want to build a datacenter?"
1. I would not build a datacenter anywhere that I couldn't get to and physically set foot in the datacenter within a few hours. I don't care how cheap it is, how do I know if I'm getting a good value if I can't drop in unexpectedly and see if it's being run as planned?
2. I would not build a datacenter in a zone known to experience frequent or severe natural disasters. Again, what's the point of saving a few bucks up front if a disaster (tornado, earthquake, hurricane, etc.) can wipe me out? Furthermore, how stupid am I if I put my datacenter in a place known to experience those things? The Earth is quite large, I can just put it somewhere else.
3. I would not build a datacenter anywhere that had a single point of failure on a necessary utility. I am not comfortable having my datacenter services all fail because a single provider failed. Having a more expensive location that allows 2+ providers adds to my overhead, but having a backup provider creates peace of mind that any cost savings due to only one provider will not.
4. Building security is important, but not as important as sourcing trustworthy talent to be inside the datacenter. I would not put a datacenter anywhere that I could not get local, independent sources of talent that all are from a similar cultural background to myself. This is not xenophobia, it's just being able to relate on a direct level with the people in charge of my business' most critical assets. For example, if I insult an admin one day just based on a cultural misunderstanding, then I may inadvertently cause my own security issues.
All other conditions can be summarized like this: take what you think is your ideal location and then take a random warehouse building inside a 50 mile radius of where you are right now. If you can't answer why you should take the ideal location over the random building with all of the reasons above, then you should seriously consider that random building as a candidate. After all, if it doesn't fail at the above, then exactly why would you not use that as a datacenter?
2 Comments
from the prove-it dept
I have great concerns about whether or not mission-critical applications are having their SLA's met in datacenters, whether they are hosted in-house, third-party supported, or any other form of datacenter-based hosting. First, consider the alternative: the server sits in a room next to your expert developers. Sure, it's probably a SOX violation, but I can tell you this much: that server will not go down often, and if it does, you can be sure that it will be restored as fast as humanly possible. That's the advantage to having an expert babysit your system. If you have two experts in different geographic locations and each babysits a server in case one goes down, then you have about the best support possible. However, for large systems, this may not be convenient, etc.
But how do you know that a datacenter-hosted app has this type of support? First, you need to know for sure what the SLA spells out in terms of support and monitoring. Look for this in your SLA:
"If your app encounters event W, person X will do Y about that specific event within Z amount of time"
I guarantee that anything less specific than that, or anything as specific that's not in writing in the SLA to that effect, will not be honored. Vague responses equal no responses, because why would the datacenter host open themselves up to liabilities by initiating a response that wasn't specified in writing? Specific, measurable responses with noted responsible parties are required to be honored for the SLA or the datacenter host can be held accountable for any failure to respond as specified.
So assume you have an acceptable SLA in place, and you know what they're supposed to do. How can you be sure they'll actually do the things they say they'll do? Well, you obviously need to know before you can count on your apps for something mission-critical, so while the mission-critical app is still running somewhere else (i.e. being babysat by an expert), you set out to prove that the support can respond -- by staging various types of failures. You could tell the host about the staged failure attempts, but then they'll know and will definitely staff and respond appropriately. I would stage failures and not tell the host that the failures are a test. After all, from the host's perspective, any failure is a failure. Be sure to measure closely the response and check if the SLA was honored as expected. Any failure to honor it, for any reason, should be a strong indication that the host is not prepared to honor the SLA, thus potentially costing you your mission-critical app.
Do not allow a complicated roll-over or automated monitoring to imply that the datacenter can respond to any event with seamless mission-critical app coverage. An inexperienced datacenter admin simply hitting the wrong button can send any app to Davy Jones' locker in a big hurry. If you truly want mission-critical backup performance, ask yourself what would happen if the datacenter was completely unresponsive? For example, what if it were hit by a hurricane and completely wiped out? How soon could you be back up and running, and at what capacity? If you can't answer that, you better find an answer before some unpredictable event knocks out your one server running everything.
3 Comments
costs review (as moore850)
Re: Re: stealing for profit (as moore850)
Re: Re: stealing for profit (as moore850)
Re: stealing for profit (as moore850)
stealing for profit (as moore850)
Innovation requires the idea (as moore850)
seriously? (as moore850)
hard work equals success (as moore850)
Zero downtime is inevitable
no moving parts
Patent protection
"We have patents on your XYZ technology, so you better agree to our terms or we'll get you."
The other company has to be able to say "well, we have patents on your YZW technology, so agree to meet us in the middle or we'll get you."
They meet in the middle, and everyone's happy. Without patent protection, the bigger of the two can clobber the other one on any sort of deals./div>
Copyright law
If you sign a work contract or are employed to produce creative works, you will have trouble asserting a separate copyright contract against your employer for works created while "on the clock" and with company resources. However, this doesn't mean that your copyright is not still there. I have signed these types of contracts in order to hand over copyright on certain very specific things, so that implies that without the contract, I could still lay claim to those things. (It almost certainly wouldn't be worth the legal costs unless millions of my money were at stake).
Copyright does not mean that someone can write "select *" (this is not a valid SQL query anyhow) as this would likely fall under the exemption made for titles. Just as you cannot copyright the title to a book, you probably cannot assert a copyright over a single, uncreative sentence. Yes, creativity is objective enough that in any legal case, some "crappy" poem will still hold up as "creative" while "select *" will not. The purpose of copyright is not to prevent anyone from using some phrase (that's a trademark) but foremost copyright is to protect published works that are generating lots of money from being ripped off and stolen from their creators, with no compensation to the creator for their work.
Copyright doesn't apply to creatively "transformed works", especially if attribution is already given and the transformations noted. So, if you take a massive SQL query and have to apply a creative new fix to it for something, your new version qualifies for its own copyright separate from the original copyright. That's right, now there are two copyrights: the one for the original author on the original work, and your new copyright on the "creatively transformed work". Creative transformation only applies in the case of a reasonable-sized transformation, meaning you can't just paraphrase someone, that's still plagiarism.
http://www.copyright.gov//div>
Re: remember these people usd ot hate rock n roll (as moore850)
It's only a matter of time (as moore850)
By the way, did Elvis write any of his songs? Would he have been turned down at open mic night because of some stupid attitude about singing original songs? What do these folks think of: American Idol, the "Rock Band" game, etc.?/div>
infinite goods are going to be shared eventually (as moore850)
Safety first? (as moore850)
That is actually a crime (as moore850)
A detailed explanation (as moore850)
Music video games are an issue because in the game, NOT creating music is the solution to the game's obstacles. This (NOT creating music) is behavior you don't want kids to emulate (i.e. you want kids TO create music or at least to value the creation of music)./div>
you cannot copyright a title (as moore850)
End of an Empire (as moore850)
More comments from Devin Moore >>
Techdirt has not posted any stories submitted by Devin Moore.
Submit a story now.
Tools & Services
TwitterFacebook
RSS
Podcast
Research & Reports
Company
About UsAdvertising Policies
Privacy
Contact
Help & FeedbackMedia Kit
Sponsor/Advertise
Submit a Story
More
Copia InstituteInsider Shop
Support Techdirt