Pertumbuhan daya komputasi dan perkembangan teknologi virtualisasi platform x86 di satu sisi, dan penyebaran outsourcing TI di sisi lain, memunculkan konsep komputasi utilitas (TI sebagai layanan utilitas). Mengapa tidak membayar TI dengan cara yang sama seperti membayar air atau listrik - sebanyak dan tepat pada saat Anda membutuhkannya, dan tidak lebih.
Pada saat ini, konsep komputasi awan muncul - konsumsi layanan TI dari "cloud", yaitu. dari sejumlah sumber daya eksternal, tanpa peduli bagaimana atau dari mana sumber daya tersebut berasal. Sama seperti kita tidak peduli dengan infrastruktur stasiun pompa air. Pada titik ini, sisi lain dari konsep tersebut telah dikembangkan - yaitu konsep layanan TI dan cara mengelolanya dalam kerangka ITIL / ITSM.
Sejumlah definisi awan (cloud computing) telah dikembangkan, namun definisi tersebut tidak boleh dianggap sebagai kebenaran hakiki - definisi tersebut hanyalah cara untuk memformalkan cara menyediakan utilitas komputasi.
- “Komputasi awan adalah teknologi pemrosesan data terdistribusi di mana sumber daya dan daya komputer disediakan kepada pengguna sebagai layanan Internet” Wikipedia
- “Komputasi awan menyediakan model untuk menyediakan akses berbasis jaringan yang nyaman ke kumpulan sumber daya komputasi bersama yang sesuai permintaan dan dapat dikonfigurasi (misalnya jaringan, server, penyimpanan, aplikasi, dan layanan) yang dapat dengan cepat disediakan dan disediakan dengan manajemen minimal. upaya atau intervensi penyedia layanan "NIST
- “Komputasi awan adalah paradigma untuk menyediakan akses jaringan ke kumpulan sumber daya fisik atau virtual yang terdistribusi dan dapat diskalakan, layanan mandiri dan dikelola sesuai permintaan” ISO/IEC 17788:2014. Teknologi informasi - Komputasi awan - Ikhtisar dan kosakata.
Menurut NIST, ada tiga jenis awan utama:
- IaaS – Infrastruktur sebagai Layanan
- PaaS – Platform sebagai Layanan – Platform sebagai layanan
- SaaS - Perangkat Lunak sebagai Layanan
Untuk memahami perbedaannya dengan lebih sederhana, mari kita lihat model Pizza-as-a-Service:
NIST mendefinisikan fitur-fitur penting berikut dari layanan TI untuk dipertimbangkan berbasis cloud.
- Akses jaringan universal (akses jaringan luas) – layanan harus memiliki antarmuka jaringan universal yang memungkinkan hampir semua orang terhubung dan menggunakan layanan dengan persyaratan minimal. Contoh - untuk menggunakan jaringan listrik 220V, cukup menyambungkan ke soket apa pun dengan antarmuka universal standar (colokan), yang tidak mengubah apakah itu ketel, penyedot debu, atau laptop.
- Layanan terukur – karakteristik utama layanan cloud adalah keterukuran layanan. Kembali ke analogi listrik, Anda akan membayar persis sebanyak yang Anda konsumsi dengan butiran minimal, hingga biaya merebus ketel satu kali, jika Anda berada di rumah satu kali selama sebulan penuh dan minum secangkir teh.
- Konfigurasi mandiri layanan sesuai permintaan (on demand self service) – penyedia cloud memberikan pelanggan kesempatan untuk mengonfigurasi layanan secara cerdas, tanpa perlu berinteraksi dengan karyawan penyedia. Untuk merebus ketel, sama sekali tidak perlu menghubungi Energosbyt terlebih dahulu dan memperingatkan mereka terlebih dahulu serta mendapatkan izin. Sejak rumah tersambung (kontrak selesai), semua konsumen dapat secara mandiri mengelola listrik yang disediakan.
- Elastisitas instan (elastisitas cepat) – penyedia cloud menyediakan sumber daya dengan kemampuan untuk meningkatkan/menurunkan kapasitas secara instan (dalam batas wajar tertentu). Segera setelah ketel dinyalakan, penyedia segera menyuplai daya 3 kW ke jaringan, dan segera setelah dimatikan, outputnya berkurang menjadi nol.
- Pengumpulan sumber daya – mekanisme internal penyedia layanan memungkinkan untuk menggabungkan kapasitas pembangkitan individu ke dalam kumpulan sumber daya bersama dengan penyediaan lebih lanjut sumber daya sebagai layanan kepada berbagai konsumen. Saat kita menyalakan ketel, kita tidak terlalu memikirkan dari pembangkit listrik mana listrik tersebut berasal. Dan semua konsumen lainnya mengonsumsi daya ini bersama kami.
Penting untuk dipahami bahwa karakteristik awan yang dijelaskan di atas tidak muncul begitu saja, tetapi merupakan kesimpulan logis dari konsep komputasi utilitas. Dan suatu pelayanan publik harus mempunyai ciri-ciri tersebut dalam kerangka konsepnya. Jika satu atau beberapa karakteristik tidak sesuai, layanan tidak menjadi lebih buruk dan tidak menjadi “beracun”, hanya saja tidak lagi berawan. Nah, siapa bilang semua layanan harus?
Mengapa saya membicarakan hal ini secara terpisah? Dalam 10 tahun terakhir sejak definisi NIST diperkenalkan, terdapat banyak perdebatan mengenai “kekeruhan yang sebenarnya” sebagaimana didefinisikan. Di Amerika Serikat, rumusan “sesuai dengan hukum, tetapi tidak sesuai dengan semangat” terkadang masih digunakan di bidang peradilan - dan dalam kasus komputasi awan, yang utama adalah semangat, sumber daya yang disewakan menjadi dua. klik mouse.
Perlu dicatat bahwa 5 karakteristik di atas berlaku untuk cloud publik, tetapi ketika berpindah ke cloud pribadi, sebagian besar karakteristik tersebut menjadi opsional.
- Akses jaringan universal (akses jaringan luas) – dalam cloud pribadi, organisasi memiliki kendali penuh atas fasilitas pembangkit dan klien konsumen. Dengan demikian, karakteristik ini dapat dianggap terpenuhi secara otomatis.
- Pelayanan terukur merupakan karakteristik kunci dari konsep komputasi utilitas, pembayaran berdasarkan konsumsi. Namun bagaimana sebuah organisasi dapat membiayai dirinya sendiri? Dalam hal ini terdapat pembagian pembangkitan dan konsumsi dalam perusahaan, TI menjadi penyedia, dan unit bisnis menjadi konsumen jasa. Dan penyelesaian timbal balik terjadi antar departemen. Dua mode operasi dimungkinkan: tolak bayar (dengan penyelesaian bersama nyata dan pergerakan keuangan) dan showback (dalam bentuk pelaporan konsumsi sumber daya dalam rubel, tetapi tanpa pergerakan keuangan).
- Layanan mandiri berdasarkan permintaan – mungkin ada layanan TI bersama dalam suatu organisasi, dalam hal ini karakteristiknya menjadi tidak berarti. Namun, jika Anda memiliki spesialis TI atau administrator aplikasi di unit bisnis, Anda perlu mengatur portal layanan mandiri. Kesimpulan - karakteristiknya opsional dan bergantung pada struktur bisnis.
- Elastisitas instan (elastisitas cepat) – dalam suatu organisasi, hal ini kehilangan maknanya karena seperangkat peralatan yang tetap untuk mengatur private cloud. Dapat digunakan sampai batas tertentu dalam pemukiman internal. Kesimpulan - tidak berlaku untuk private cloud.
- Pengumpulan sumber daya – saat ini praktis tidak ada organisasi yang tidak menggunakan virtualisasi server. Oleh karena itu, karakteristik ini dapat dianggap terpenuhi secara otomatis.
Pertanyaan: Jadi, apa cloud pribadi Anda? Apa yang perlu dibeli dan diterapkan oleh perusahaan untuk membangunnya?
Jawaban: private cloud adalah transisi ke model administratif baru interaksi TI-Bisnis, yang terdiri dari 80% tindakan administratif dan hanya 20% teknologi.
Hanya membayar sumber daya yang dikonsumsi dan kemudahan masuknya, tanpa harus mengubur ratusan juta minyak dalam belanja modal, telah melahirkan lanskap teknologi baru dan munculnya perusahaan-perusahaan miliarder. Misalnya, raksasa modern Dropbox dan Instagram muncul sebagai startup di AWS yang tidak mempunyai infrastruktur sendiri.
Harus ditekankan secara terpisah bahwa alat manajemen layanan cloud menjadi lebih tidak langsung, dan tanggung jawab utama direktur TI adalah pemilihan pemasok dan kontrol kualitas. Mari kita lihat tantangan dari dua tanggung jawab baru ini.
Muncul sebagai alternatif infrastruktur berat klasik dengan pusat data dan perangkat kerasnya sendiri, cloud tampak ringan. Sangat mudah untuk memasuki cloud, tetapi masalah keluar biasanya dapat dihindari. Seperti di industri lainnya, penyedia cloud berupaya melindungi bisnis dan mempersulit persaingan. Satu-satunya momen kompetitif yang serius hanya muncul selama pemilihan awal penyedia layanan cloud, dan kemudian pemasok akan melakukan segala upaya untuk memastikan bahwa pelanggan tidak meninggalkannya. Selain itu, tidak semua upaya ditujukan pada kualitas layanan atau jangkauannya. Pertama-tama, ini adalah pemberian layanan unik dan penggunaan perangkat lunak sistem non-standar, yang menyulitkan peralihan ke penyedia lain. Oleh karena itu, ketika memilih penyedia layanan, perlu untuk secara bersamaan merumuskan rencana transisi dari pemasok ini (pada dasarnya DRP lengkap - rencana pemulihan bencana) dan memikirkan arsitektur penyimpanan data dan salinan cadangan.
Aspek penting kedua dari tanggung jawab baru direktur TI adalah memantau kualitas layanan dari pemasok. Hampir semua penyedia cloud mematuhi SLA sesuai dengan metrik internal mereka, yang dapat berdampak sangat tidak langsung pada proses bisnis pelanggan. Oleh karena itu, penerapan sistem pemantauan dan kontrol Anda sendiri menjadi salah satu proyek utama ketika mentransfer sistem TI yang signifikan ke penyedia cloud. Melanjutkan topik SLA, perlu ditekankan bahwa sebagian besar penyedia cloud membatasi tanggung jawab atas kegagalan memenuhi SLA pada pembayaran langganan bulanan atau bagian dari pembayaran. Misalnya, AWS dan Azure, jika ambang ketersediaan 95% (36 jam per bulan) terlampaui, akan memberikan diskon 100% pada biaya berlangganan, dan Yandex.Cloud – 30%.
Dan tentunya kita tidak boleh lupa bahwa awan tidak hanya dibuat oleh mastodon kelas Amazon dan gajah kelas Yandex. Awan juga bisa lebih kecil - seukuran kucing atau bahkan tikus. Seperti yang ditunjukkan oleh contoh CloudMouse, terkadang cloud berhenti dan berakhir. Anda tidak akan menerima kompensasi, tidak ada diskon - Anda tidak akan menerima apa pun selain kehilangan data total.
Mengingat masalah penerapan sistem TI penting bisnis kelas atas pada infrastruktur cloud di atas, fenomena “cloud repatriation” telah diamati dalam beberapa tahun terakhir.
Pada tahun 2020, komputasi awan telah melewati puncak ekspektasi yang meningkat dan konsep tersebut sedang menuju ke jurang kekecewaan (menurut siklus hype Gartner). Menurut penelitian и hingga 80% pelanggan korporat kembali dan berencana mengembalikan beban dari cloud ke pusat data mereka karena alasan berikut:
- Meningkatkan ketersediaan/kinerja;
- Mengurangi biaya;
- Untuk memenuhi persyaratan keamanan informasi.
Apa yang harus dilakukan dan bagaimana segala sesuatunya “sebenarnya”?
Tidak ada keraguan bahwa awan akan tetap ada dalam jangka panjang. Dan setiap tahun peran mereka semakin meningkat. Namun, kita tidak hidup di masa depan yang jauh, melainkan di tahun 2020 dalam situasi yang sangat spesifik. Apa yang harus dilakukan dengan cloud jika Anda bukan seorang pemula, tetapi pelanggan korporat klasik?
- Cloud pada dasarnya adalah tempat untuk layanan dengan muatan musiman yang tidak dapat diprediksi atau sangat tinggi.
- Dalam kebanyakan kasus, layanan dengan beban stabil dan dapat diprediksi lebih murah untuk dipelihara di pusat data Anda sendiri.
- Penting untuk mulai bekerja dengan cloud dengan lingkungan pengujian dan layanan berprioritas rendah.
- Pertimbangan untuk menempatkan sistem informasi di cloud dimulai dengan mengembangkan metodologi untuk keluar dari cloud ke cloud lain (atau kembali ke pusat data Anda sendiri).
- Menempatkan sistem informasi di cloud dimulai dengan mengembangkan skema cadangan untuk infrastruktur yang Anda kendalikan.
Sumber: www.habr.com