SLA, juga dikenali sebagai "perjanjian peringkat perkhidmatan", ialah perjanjian jaminan antara pelanggan dan pembekal perkhidmatan tentang perkara yang akan diterima pelanggan dari segi perkhidmatan. Ia juga menetapkan pampasan sekiranya berlaku masa henti akibat kesalahan pembekal, dan sebagainya. Pada dasarnya, SLA ialah bukti kelayakan dengan bantuan pusat data atau penyedia pengehosan meyakinkan bakal pelanggan bahawa dia akan dilayan dengan baik dalam setiap cara yang mungkin. Persoalannya ialah anda boleh menulis apa sahaja yang anda mahu dalam SLA, dan peristiwa yang ditulis dalam dokumen ini tidak berlaku terlalu kerap. SLA jauh daripada garis panduan dalam memilih pusat data dan anda pastinya tidak boleh bergantung padanya.
Kita semua sudah terbiasa menandatangani beberapa jenis perjanjian yang mengenakan kewajipan tertentu. SLA tidak terkecuali - biasanya dokumen paling tidak realistik yang boleh dibayangkan. Satu-satunya perkara yang mungkin lebih tidak berguna ialah NDA dalam bidang kuasa di mana konsep "rahsia perdagangan" tidak benar-benar wujud. Tetapi keseluruhan masalahnya ialah SLA tidak membantu pelanggan dalam memilih pembekal yang betul, tetapi hanya membuang habuk ke mata.
Apakah yang paling kerap ditulis oleh hos dalam versi awam SLA yang mereka tunjukkan kepada orang ramai? Nah, baris pertama ialah istilah "kebolehpercayaan" hoster - ini biasanya nombor dari 98 hingga 99,999%. Malah, nombor ini hanyalah ciptaan pemasar yang cantik. Suatu ketika dahulu, semasa pengehosan masih muda dan mahal, dan awan hanyalah impian pakar (serta akses jalur lebar untuk semua orang), penunjuk waktu operasi pengehosan adalah sangat-sangat penting. Kini, apabila semua pembekal menggunakan, tambah atau tolak, peralatan yang sama, duduk di rangkaian tulang belakang yang sama dan menawarkan pakej perkhidmatan yang sama, penunjuk masa aktif sama sekali tidak ketara.
Adakah terdapat SLA yang "betul"?
Sudah tentu, terdapat versi SLA yang ideal, tetapi kesemuanya adalah dokumen bukan standard dan didaftarkan serta disimpulkan antara pelanggan dan pembekal secara manual. Selain itu, jenis SLA ini selalunya melibatkan beberapa jenis kerja kontrak dan bukannya perkhidmatan.
Apakah yang perlu disertakan dalam SLA yang baik? Secara ringkasnya TLDR, SLA yang baik ialah dokumen yang mengawal selia perhubungan antara dua entiti, yang memberikan satu daripada pihak (pelanggan) kawalan maksimum ke atas proses tersebut. Iaitu, cara ia berfungsi di dunia nyata: terdapat dokumen yang menerangkan proses interaksi global dan mengawal hubungan antara pihak. Ia menetapkan sempadan, peraturan, dan dengan sendirinya menjadi tuil pengaruh yang boleh digunakan oleh kedua-dua pihak sepenuhnya. Oleh itu, terima kasih kepada SLA yang betul, pelanggan hanya boleh memaksa kontraktor untuk bekerja seperti yang dipersetujui, dan ia membantu kontraktor untuk melawan "kehendak" pelanggan yang terlalu aktif yang tidak dibenarkan oleh kontrak. Ia kelihatan seperti ini: "SLA kami mengatakan ini dan itu, keluar dari sini, kami melakukan segala-galanya seperti yang dipersetujui."
Iaitu, "SLA yang betul" = "kontrak yang mencukupi untuk penyediaan perkhidmatan" dan memberikan kawalan ke atas keadaan. Tetapi ini hanya mungkin apabila bekerja "setara".
Apa yang tertulis di laman web dan apa yang menanti dalam realiti adalah dua perkara yang berbeza
Secara umum, semua yang akan kita bincangkan lebih lanjut adalah helah pemasaran biasa dan ujian perhatian.
Jika kami mengambil hoster domestik yang popular, maka satu tawaran adalah lebih baik daripada yang lain: sokongan 25/8, masa operasi pelayan 99,9999999% sepanjang masa, sekumpulan pusat data mereka sendiri sekurang-kurangnya di Rusia. Sila ingat perkara tentang pusat data, kami akan kembali kepadanya sedikit kemudian. Sementara itu, mari kita bincangkan tentang statistik toleransi kesalahan ideal dan perkara yang dihadapi oleh seseorang apabila pelayannya masih berada dalam "0,0000001% kegagalan."
Dengan penunjuk 98% dan ke atas, sebarang penurunan adalah peristiwa di ambang ralat statistik. Peralatan kerja dan sambungan sama ada ada atau tiada. Anda boleh menggunakan hoster dengan penilaian "kebolehpercayaan" sebanyak 50% (mengikut SLAnya sendiri) selama bertahun-tahun tanpa sebarang masalah, atau anda boleh "gagal" sebulan sekali selama beberapa hari dengan lelaki yang menuntut 99,99%.
Apabila saat jatuh tiba (dan, kami mengingatkan anda, semua orang akan jatuh pada suatu hari nanti), maka pelanggan berhadapan dengan mesin korporat dalaman yang dipanggil "sokongan", dan perjanjian perkhidmatan dan SLA didedahkan. Apakah maksudnya:
- Kemungkinan besar, untuk empat jam pertama masa rehat anda tidak akan dapat membentangkan apa-apa sama sekali, walaupun beberapa hoster mula mengira semula tarif (pembayaran pampasan) dari saat kemalangan itu.
- Jika pelayan tidak tersedia untuk tempoh yang lebih lama, anda mungkin boleh mengemukakan permintaan untuk pengiraan semula tarif.
- Dan ini dengan syarat bahawa masalah itu timbul kerana kesalahan pembekal.
- Jika masalah anda timbul kerana pihak ketiga (di lebuh raya), maka ia seolah-olah "tiada siapa yang perlu dipersalahkan" dan apabila masalah itu diselesaikan adalah masalah nasib anda.
Walau bagaimanapun, adalah penting untuk memahami bahawa anda tidak pernah mendapat akses kepada pasukan kejuruteraan, selalunya anda dihentikan oleh barisan sokongan pertama, yang berhubung dengan anda semasa jurutera sebenar cuba membetulkan keadaan. Kedengaran biasa?
Di sini, ramai orang bergantung pada SLA, yang nampaknya melindungi anda daripada situasi sedemikian. Tetapi, sebenarnya, syarikat jarang melampaui sempadan dokumen mereka sendiri atau dapat mengubah keadaan sedemikian rupa untuk meminimumkan kos mereka sendiri. Tugas utama SLA adalah untuk meredakan kewaspadaan dan meyakinkan bahawa walaupun sekiranya berlaku situasi yang tidak dijangka, "semuanya akan baik-baik saja." Tujuan kedua SLA adalah untuk menyampaikan perkara kritikal utama dan memberi ruang kepada pembekal perkhidmatan untuk bergerak, iaitu, keupayaan untuk mengaitkan kegagalan kepada sesuatu yang pembekal "tidak bertanggungjawab."
Pada masa yang sama, pelanggan besar, sebenarnya, tidak peduli sama sekali tentang pampasan dalam SLA. "Pampasan SLA" ialah bayaran balik wang dalam tarif mengikut kadar masa henti peralatan, yang tidak akan meliputi walaupun 1% daripada potensi kerugian monetari dan reputasi. Dalam kes ini, adalah lebih penting bagi pelanggan bahawa masalah diselesaikan secepat mungkin daripada beberapa jenis "pengiraan semula tarif."
"Banyak pusat data di seluruh dunia" menimbulkan kebimbangan
Kami telah meletakkan situasi dengan sejumlah besar pusat data di pembekal perkhidmatan dalam kategori yang berasingan, kerana sebagai tambahan kepada masalah komunikasi yang jelas yang diterangkan di atas, masalah yang tidak jelas juga timbul. Sebagai contoh, pembekal perkhidmatan anda tidak mempunyai akses kepada pusat data "mereka".
Dalam artikel terakhir kami , yang intipatinya ialah penjualan semula kapasiti orang lain di bawah samarannya sendiri. Sebilangan besar hos moden yang mendakwa mempunyai "pusat data mereka sendiri" di banyak wilayah adalah penjual semula menggunakan model White Label. Iaitu, mereka secara fizikal tiada kaitan dengan pusat data bersyarat di Switzerland, Jerman atau Belanda.
Perlanggaran yang sangat menarik timbul di sini. SLA anda dengan pembekal perkhidmatan masih berfungsi dan sah, tetapi pembekal tidak dapat mempengaruhi keadaan secara radikal sekiranya berlaku kemalangan. Dia sendiri berada dalam kedudukan bergantung pada pembekalnya sendiri - pusat data, dari mana rak kuasa dibeli untuk dijual semula.
Oleh itu, jika anda menghargai bukan sahaja perkataan yang indah dalam kontrak dan SLA tentang kebolehpercayaan dan perkhidmatan, tetapi juga keupayaan penyedia perkhidmatan untuk menyelesaikan masalah dengan cepat, anda harus bekerja secara langsung dengan pemilik kemudahan. Malah, ini melibatkan interaksi langsung secara langsung dengan pusat data.
Mengapa kita tidak mempertimbangkan pilihan apabila banyak DC sebenarnya boleh menjadi milik satu syarikat? Nah, terdapat sangat, sangat sedikit syarikat seperti itu. Satu, dua, tiga pusat data kecil atau satu besar mungkin. Tetapi sedozen DC, separuh daripadanya berada di Persekutuan Rusia, dan yang kedua di Eropah, hampir mustahil. Ini bermakna terdapat lebih banyak syarikat penjual semula daripada yang anda bayangkan. Berikut ialah contoh mudah:
Anggarkan bilangan pusat data perkhidmatan Google Cloud. Terdapat hanya enam daripada mereka di Eropah. Di London, Amsterdam, Brussels, Helsinki, Frankfurt dan Zurich. Iaitu, di semua titik lebuh raya utama. Kerana pusat data adalah mahal, kompleks dan projek yang sangat besar. Sekarang ingat syarikat pengehosan dari suatu tempat di Moscow dengan "sedozen pusat data di seluruh Rusia dan Eropah."
Sudah tentu, tiada pembekal yang baik yang mempunyai rakan kongsi dalam program White Label, terdapat cukup, dan mereka menyediakan perkhidmatan peringkat tertinggi. Mereka memungkinkan untuk menyewa kapasiti di EU dan Persekutuan Rusia secara serentak melalui tetingkap pelayar yang sama, menerima pembayaran dalam rubel, bukan dalam mata wang asing, dan sebagainya. Tetapi apabila kes yang diterangkan dalam SLA berlaku, ia akan menjadi tebusan yang sama seperti anda.
Ini mengingatkan kita sekali lagi bahawa SLA tidak berguna jika anda tidak mempunyai pemahaman tentang struktur dan keupayaan organisasi pembekal.
Dengan keputusan bahawa
Ranap pelayan sentiasa menjadi peristiwa yang tidak menyenangkan dan ia boleh berlaku kepada sesiapa sahaja, di mana-mana sahaja. Persoalannya ialah sejauh mana kawalan ke atas situasi yang anda mahukan. Sekarang tidak ada terlalu banyak pembekal langsung kapasiti di pasaran, dan jika kita bercakap tentang pemain besar, maka mereka memiliki, secara relatifnya, hanya satu DC di suatu tempat di Moscow daripada sedozen di seluruh Eropah yang boleh anda akses.
Di sini, setiap pelanggan mesti membuat keputusan sendiri: adakah saya memilih keselesaan sekarang atau menghabiskan masa dan usaha mencari pusat data di lokasi yang boleh diterima di Rusia atau Eropah, di mana saya boleh meletakkan peralatan saya atau kapasiti membeli. Dalam kes pertama, penyelesaian standard yang kini berada di pasaran adalah sesuai. Pada yang kedua, anda perlu berpeluh.
Pertama sekali, adalah perlu untuk menentukan sama ada penjual perkhidmatan adalah pemilik langsung kemudahan/pusat data. Ramai penjual semula yang menggunakan model White Label cuba sedaya upaya untuk menyamarkan status mereka, dan dalam kes ini anda perlu mencari beberapa tanda tidak langsung. Contohnya, jika "DC Eropah mereka" mempunyai beberapa nama dan logo khusus yang berbeza daripada nama syarikat pembekal. Atau jika perkataan "rakan kongsi" muncul di suatu tempat. Rakan kongsi = Label Putih dalam 95% kes.
Seterusnya, anda perlu membiasakan diri dengan struktur syarikat itu sendiri, atau lebih baik lagi, lihat sendiri peralatan tersebut. Di antara pusat data, amalan lawatan atau sekurang-kurangnya artikel lawatan di laman web atau blog mereka sendiri bukanlah perkara baru (kami menulis sedemikian ΠΈ ), di mana mereka bercakap tentang pusat data mereka dengan foto dan penerangan terperinci.
Dengan banyak pusat data, anda boleh mengatur lawatan peribadi ke pejabat dan lawatan mini ke DC itu sendiri. Di sana anda boleh menilai tahap pesanan, mungkin anda akan dapat berkomunikasi dengan salah seorang jurutera. Adalah jelas bahawa tiada siapa yang akan memberi anda lawatan pengeluaran jika anda memerlukan satu pelayan untuk 300 RUB/bulan, tetapi jika anda memerlukan kapasiti yang serius, jabatan jualan mungkin akan menemui anda. Sebagai contoh, kami mengadakan lawatan sedemikian.
Walau apa pun, akal dan keperluan perniagaan harus digunakan. Sebagai contoh, jika anda memerlukan infrastruktur yang diedarkan (sesetengah pelayan berada di Persekutuan Rusia, yang lain di EU), adalah lebih mudah dan menguntungkan untuk menggunakan perkhidmatan hoster yang mempunyai perkongsian dengan DC Eropah menggunakan Label Putih. model. Jika keseluruhan infrastruktur anda akan tertumpu pada satu titik, iaitu, dalam satu pusat data, maka anda patut meluangkan sedikit masa untuk mencari pembekal.
Kerana SLA biasa kemungkinan besar tidak akan membantu anda. Tetapi bekerja dengan pemilik kemudahan, dan bukan penjual semula, akan mempercepatkan penyelesaian masalah yang mungkin berlaku dengan ketara.
Sumber: www.habr.com