數據中心合同

㈠ 如何簽訂數據中心外包服務的協議

仔細閱讀最終商議的版本以及審查服務范圍可以有效地幫助你取得一份能夠保障你業務所需要的服務等級的合同。
關注主合約"包含服務等級協議
作為一份服務等級協議，我通常會先退一步，首先看附在主合約上的那些文件。確認你擁有所有的參考文件來審查。典型的SLA,作為主合約的一個組成部件，也會擁有同樣必要的幾部分：
1、SLA所覆蓋的產品/服務的定義。這一部分通常是供應商的禁地因為這只是定義產品或服務。如果你連這個也無法認同，那可不是一個好兆頭。
2、"可用的"這個字的定義很關鍵，還包括圍繞在它周圍的服務指標。
3、當SLA的條件無法滿足後，供應商的響應和升級流程的描述。
4、當SLA條件無法滿足後，整治流程的定義。
你或許可以想像到第二，第三和第四部分是通常需要修改的地方。這些細節通常都是在一開始讓供應商獲利的地方。比如，作為一個數據中心，一條網路帶寬出現嚴重的數據包丟失可能會使你的應用無法使用，但是當協議中出現的"可用的"的參數依然滿足時，你就沒有足夠的證據來提出賠款申請。
不幸的是，SLA的復雜程度依據所簽約的不同類型的服務會產生很大的變化。在一個數據中心的合約中，一份SLA可能會包羅萬象，從環境條件比如溫度和濕度，到網路聯通問題比如延時或可用性，以及甚至管理化/雲服務牽涉到伺服器、虛擬機、備份服務等。需要考慮如此眾多的可能性，一份SLA的真正問題是從法律的角度來審查供應商的靈活性。假設會有幾輪的反饋和變化，但是平衡一下合同金額和你的法律費用也是很重要的。
同時記住任何SLA的黃金准則，當已經到達賠款的時候：你永遠不會得到比你付出的更多。如果在SLA之下有一個停機或者其他的可用性損失，這起故障事件永遠也不會被標題為"損失".賠款永遠也不會超過你每月支付的那個特定的服務。
面對服務等級協議的商榷
事實上，討論的籌碼是了解有競爭力的服務等級協議和在供應商選擇的時候要貨比三家。對於撰寫SLA的供應商來說，一份SLA永遠都是合理的，但是他們一般還是會來跟你確認條款是否合適。
千萬不要掉入市場的陷阱。比如，某些供應商可能做出一個超乎尋常的聲明如當沒有達到預期SLA時，返還1,000,000%的服務費用，但是前提限制是你能夠為此服務支付多少。如果你將這一條拿出來談，不要期望會有任何有效的結果。但是一個供應商100%正常運行時間的保障 - 當出現故障而帶有小額的賠款時 - 這就是你可以討論的事情。
溝通SLA最有效的方式是充分了解供應商控制的領域。比如，一家供應商在轉租數據中心空間，而你的要求是超出他們能力范圍，有關於他們房東的。那如果期望供應商同意那些使他們業務開發責任或其他超過他們能力范圍的條款，就顯得很不靠譜。
你也許可以對供應商提供的服務提出一些要求做一些改變。比如，如果他們網路管理是外包給一家第三方供應商，而且你的要求是合理的，你的供應商可能可以和他們的服務供應商合作，做一些SLA的調整。

㈡ 個人出資建設數據中心跟政府簽訂租賃合同中間存在什麼風險

個人出資建設數據中心跟政府簽訂租賃合同中間不存在風險

㈢ IDC公司存在接到合同在發包給別人做的事嗎

第一個問題，存在的，就像每個行業都有代理商一樣，他們跟一手資源商各有優缺點，代理商價格低服務好，但是資源不是自己的。國內像做的很牛的藍汛，他們好多機房都不是自己的，也是從別人手裡拿的資源。
第二個問題如果純做IDC的，基本不會有其他競爭性業務。

㈣ 域名購買合同中的數據中心是什麼意思

感覺像是虛假合同，提供注冊服務的必須是公司。不存在數據中心的單位。