Xaas in Cloud Computing
“Anything as a service” (XaaS) menjelaskan kategori umum komputasi awan dan layanan akses jarak jauh. Hal ini mengakui banyaknya produk, alat, dan teknologi yang kini dikirimkan kepada pengguna sebagai layanan melalui Internet. Pada dasarnya, fungsi TI apa pun dapat menjadi layanan untuk konsumsi perusahaan. Layanan ini dibayar dalam model konsumsi yang fleksibel, bukan pembelian atau lisensi di muka. What are the benefits of XaaS? XaaS memiliki banyak manfaat: meningkatkan model pengeluaran, mempercepat aplikasi dan proses bisnis baru, dan mengalihkan sumber daya TI ke proyek bernilai tinggi. What are the disadvantages of XaaS? What are some examples of XaaS? Karena XaaS adalah singkatan dari “apa pun sebagai layanan”, daftar contohnya tidak ada habisnya. Banyak jenis sumber daya atau layanan TI kini disampaikan dengan cara ini. Secara garis besar, ada tiga kategori model komputasi awan: perangkat lunak sebagai layanan (SaaS), platform sebagai layanan (PaaS), dan infrastruktur sebagai layanan (IaaS). Di luar kategori tersebut, terdapat contoh lain seperti pemulihan bencana sebagai layanan (DRaaS), komunikasi sebagai layanan (CaaS), jaringan sebagai layanan (NaaS), database sebagai layanan (DBaaS), penyimpanan sebagai layanan (STAaS) , desktop sebagai layanan (DaaS), dan pemantauan sebagai layanan (MaaS). Contoh industri baru lainnya mencakup pemasaran sebagai layanan dan layanan kesehatan sebagai layanan. The future market for XaaS Kombinasi komputasi awan dan akses internet global dengan bandwidth tinggi dan tersebar dimana-mana menyediakan lingkungan yang subur bagi pertumbuhan XaaS. Beberapa organisasi ragu-ragu untuk mengadopsi XaaS karena masalah keamanan, kepatuhan, dan tata kelola bisnis. Namun, semakin banyak penyedia layanan yang mengatasi permasalahan ini, sehingga memungkinkan organisasi untuk membawa beban kerja tambahan ke cloud. //AZS referensi : [1][2]
Service Level Agreements in Cloud Computing
Perjanjian Tingkat Layanan (SLA) adalah ikatan untuk kinerja negosiasi antara penyedia layanan cloud dan klien. Sebelumnya, dalam komputasi awan, semua perjanjian tingkat layanan dinegosiasikan antara pelanggan dan konsumen layanan. Dengan diperkenalkannya utilitas besar seperti penyedia komputasi awan, sebagian besar perjanjian tingkat layanan distandarisasi hingga pelanggan menjadi konsumen besar layanan awan. Perjanjian tingkat layanan juga didefinisikan pada tingkat yang berbeda, yang disebutkan di bawah ini: Beberapa perjanjian tingkat layanan dapat diberlakukan sebagai kontrak, namun sebagian besar merupakan perjanjian atau kontrak yang lebih sejalan dengan perjanjian tingkat operasi (OLA) dan mungkin tidak dibatasi oleh hukum. Tidak masalah jika pengacara meninjau dokumen sebelum membuat penyelesaian besar apa pun dengan penyedia layanan cloud. Perjanjian tingkat layanan biasanya menentukan parameter tertentu, yang disebutkan di bawah: Jika penyedia layanan cloud gagal memenuhi target minimum yang ditentukan, penyedia harus membayar denda kepada konsumen layanan cloud sesuai perjanjian. Jadi, perjanjian tingkat layanan seperti polis asuransi di mana perusahaan harus membayar sesuai perjanjian jika terjadi kecelakaan. Microsoft menerbitkan perjanjian tingkat layanan yang terkait dengan komponen platform Windows Azure, yang menunjukkan praktik industri untuk vendor layanan cloud. Setiap komponen memiliki kontrak tingkat layanannya sendiri. Windows Azure SLA Windows Azure memiliki SLA terpisah untuk komputasi dan penyimpanan. Untuk Compute, dijamin bahwa ketika klien menyebarkan dua atau lebih contoh peran ke domain kesalahan dan peningkatan yang berbeda, peran klien yang terhubung ke Internet akan memiliki konektivitas eksternal setidaknya 99,95% sepanjang waktu. Selain itu, semua contoh peran klien dipantau, dan 99,9% dijamin terdeteksi ketika proses contoh peran tidak berjalan dan dimulai dengan benar. SQL Azure SLA Klien SQL Azure akan memiliki konektivitas antara database SQL Azure dan Internet Gateway. SQL Azure akan menangani “ketersediaan bulanan” sebesar 99,9% dalam sebulan. Rasio ketersediaan bulanan untuk database penyewa tertentu adalah rasio waktu database tersedia bagi pelanggan terhadap total waktu dalam sebulan. Waktu diukur dalam interval beberapa menit dalam siklus bulanan 30 hari. Jika SQL Azure Gateway menolak upaya untuk menyambung ke database pelanggan, sebagian waktunya tidak tersedia. Ketersediaan selalu dibayar selama sebulan penuh. Perjanjian tingkat layanan didasarkan pada model penggunaan. Seringkali, penyedia cloud membebankan biaya per penggunaan pada sumber daya mereka dengan harga premium dan menerapkan kontrak tingkat layanan standar hanya untuk tujuan tersebut. Pelanggan juga dapat berlangganan ke berbagai tingkatan yang menjamin akses ke sejumlah sumber daya yang dibeli. Perjanjian tingkat layanan (SLA) yang terkait dengan langganan sering kali menawarkan syarat dan ketentuan yang berbeda. Jika klien memerlukan akses ke tingkat sumber daya tertentu, klien perlu berlangganan layanan. Model penggunaan mungkin tidak menyediakan tingkat akses tersebut dalam kondisi beban puncak Infrastruktur cloud dapat menjangkau wilayah geografis, jaringan, dan sistem baik fisik maupun virtual. Meskipun metrik pasti SLA cloud dapat berbeda-beda menurut penyedia layanan, area yang dicakupnya tetap sama: Tujuan dari dokumen SLA adalah untuk membangun pemahaman bersama tentang layanan, bidang prioritas, tanggung jawab, jaminan dan jaminan. Ini dengan jelas menguraikan metrik dan tanggung jawab antara pihak-pihak yang terlibat dalam konfigurasi cloud, seperti jumlah waktu respons tertentu untuk melaporkan atau mengatasi kegagalan sistem. The importance of a cloud SLA Perjanjian tingkat layanan sangat penting karena semakin banyak organisasi yang bergantung pada penyedia eksternal untuk sistem, aplikasi, dan data penting. Cloud SLA memastikan bahwa penyedia cloud memenuhi persyaratan tingkat perusahaan tertentu dan memberikan pelanggan serangkaian hasil yang jelas. Hal ini juga menjelaskan sanksi finansial, seperti kredit untuk waktu layanan, jika penyedia gagal memenuhi persyaratan yang dijamin. Peran SLA cloud pada dasarnya sama dengan peran kontrak apa pun — ini adalah cetak biru yang mengatur hubungan antara pelanggan dan penyedia. Ketentuan yang disepakati ini membentuk landasan yang dapat diandalkan di mana Pelanggan berkomitmen untuk menggunakan layanan penyedia cloud. Hal ini juga mencerminkan komitmen penyedia terhadap kualitas layanan (QoS) dan infrastruktur yang mendasarinya. What to look for in a cloud SLA SLA cloud harus menguraikan tanggung jawab masing-masing pihak, parameter kinerja yang dapat diterima, deskripsi aplikasi dan layanan yang tercakup dalam perjanjian, prosedur untuk memantau tingkat layanan, dan program remediasi pemadaman listrik. SLA biasanya menggunakan definisi teknis untuk mengukur tingkat layanan, seperti waktu rata-rata antara kegagalan (MTBF) atau waktu rata-rata untuk memperbaiki (MTTR), yang menentukan target atau nilai minimum untuk kinerja tingkat layanan. melakukan. Tingkat layanan yang ditentukan harus spesifik dan terukur sehingga dapat dijadikan patokan dan, jika ditentukan dalam kontrak, dapat memicu imbalan atau penalti yang sesuai. Bergantung pada model cloud yang Anda pilih, Anda dapat mengontrol sebagian besar pengelolaan aset dan layanan TI atau membiarkan penyedia cloud mengelolanya untuk Anda. SLA komputasi dan cloud pada umumnya menyatakan tingkat layanan dan bantuan atau kompensasi yang tepat yang menjadi hak Pengguna jika Penyedia gagal menyediakan Layanan. Area penting lainnya adalah ketersediaan layanan, yang menentukan waktu maksimum yang diperlukan untuk permintaan baca, berapa banyak percobaan ulang yang diperbolehkan, dan faktor lainnya. SLA cloud juga harus menentukan kompensasi bagi pengguna jika spesifikasinya tidak terpenuhi. Penyedia layanan cloud biasanya menawarkan paket kredit layanan berjenjang yang memberikan kredit kepada pengguna berdasarkan perbedaan antara spesifikasi SLA dan tingkat layanan sebenarnya. //AZS referensi : [1][2]
Strategy of Multi-Cloud
Cloud Computing adalah penyampaian layanan komputasi awan seperti server, jaringan penyimpanan, database, aplikasi untuk perangkat lunak Pemrosesan Data Besar atau analitik melalui Internet. Perbedaan paling signifikan antara layanan cloud dan layanan yang dihosting web tradisional adalah layanan yang dihosting di cloud tersedia sesuai permintaan. Kami dapat memanfaatkan layanan cloud sebanyak atau sesedikit yang kami inginkan. Penyedia berbasis cloud telah merevolusi permainan menggunakan model bayar sesuai pemakaian. Artinya, satu-satunya biaya yang kami bayarkan adalah untuk layanan yang kami gunakan, sebanding dengan berapa kali pelanggan kami atau kami menggunakan layanan tersebut. Kita dapat menghemat pengeluaran untuk pembelian dan pemeliharaan server in-house serta gudang data dan infrastruktur yang mendukungnya. Penyedia layanan cloud menangani semuanya. Umumnya ada tiga jenis awan: Cloud publik dijelaskan oleh komputasi berbasis cloud yang disediakan oleh vendor pihak ketiga seperti Amazon Web Services melalui Internet dan membuatnya dapat diakses oleh pengguna dengan model berlangganan. Salah satu keuntungan utama dari publik cloud adalah memungkinkan pelanggan hanya membayar jumlah yang telah mereka gunakan dalam hal bandwidth, pemrosesan penyimpanan, atau kemampuan untuk menganalisis. Penyedia cloud dapat menghilangkan biaya infrastruktur untuk membeli dan memelihara infrastruktur cloud mereka (server, perangkat lunak, dan banyak lagi). Private cloud digambarkan sebagai cloud yang menyediakan layanan komputasi melalui Internet atau jaringan internal pribadi kepada sekelompok pengguna tertentu. Layanan ini tidak dapat diakses dan terbuka untuk semua pengguna. Cloud pribadi sering dikenal sebagai cloud pribadi atau cloud perusahaan. Cloud pribadi menikmati manfaat tertentu dari cloud publik seperti: Manfaat Cloud yang bersifat private Cloud: Salah satu kelemahan utama menggunakan cloud pribadi adalah kami tidak dapat mengurangi biaya peralatan, staf, dan biaya infrastruktur lainnya dalam membangun dan mengelola cloud kami. Cara paling efektif untuk menggunakan private cloud dapat dicapai melalui pengaturan Multi-Cloud dan Hybrid Cloud yang efektif. Secara umum, Cloud Computing menawarkan beberapa manfaat bagi bisnis: Multi-Cloud Strategy Strategi Multi-Cloud melibatkan penerapan beberapa solusi komputasi awan secara bersamaan. Multi-cloud mengacu pada berbagi web, perangkat lunak, aplikasi seluler, dan aset internal atau yang berhubungan dengan klien lainnya di beberapa layanan atau lingkungan cloud. Ada banyak alasan untuk memilih lingkungan multi-cloud bagi perusahaan kami, termasuk pengurangan ketergantungan pada satu penyedia layanan cloud dan meningkatkan toleransi kesalahan. Selain itu, bisnis memilih penyedia layanan cloud yang mengikuti pendekatan berdasarkan layanan. Hal ini berdampak besar pada alasan perusahaan memilih sistem multi-cloud. Kami akan membicarakan hal ini dalam waktu dekat. Multi-Cloud dapat dibangun dengan berbagai cara: Penyiapan multi-Cloud pada umumnya adalah gabungan dua atau lebih penyedia cloud bersama dengan satu cloud pribadi untuk menghilangkan ketergantungan pada satu penyedia layanan cloud. //AZS referensi : [1][2]
Fog Computing vs Cloud Computing
Komputasi awan: Pengiriman layanan komputasi berdasarkan permintaan dikenal sebagai komputasi awan. Kami mungkin menggunakan aplikasi untuk menyimpan dan memproses daya melalui Internet. Tanpa memiliki infrastruktur komputasi atau pusat data apa pun, siapa pun dapat menyewa akses apa pun mulai dari aplikasi hingga penyimpanan dari penyedia layanan cloud. Komputasi kabut adalah infrastruktur atau proses komputasi terdesentralisasi di mana sumber daya komputasi ditempatkan antara sumber data dan cloud atau pusat data lainnya. Komputasi kabut adalah paradigma yang menyediakan layanan terhadap permintaan pengguna di jaringan edge. Perangkat pada lapisan kabut biasanya melakukan operasi terkait jaringan seperti router, gateway, bridge, dan hub. Para peneliti membayangkan perangkat ini dapat melakukan tugas komputasi dan jaringan secara bersamaan. Meskipun alat-alat ini memiliki keterbatasan sumber daya dibandingkan dengan server cloud, penyebaran geologis dan sifat terdesentralisasi membantu menyediakan layanan yang andal dengan cakupan wilayah yang luas. Kabut adalah lokasi fisik perangkat komputasi yang lebih dekat dengan pengguna dibandingkan server cloud. Table of differences between cloud computing and fog computing is given below: Specialty Cloud Computing fog computing Delay Cloud computing has higher latency than fog computing Fog computing has low latency Capacity Cloud computing does not provide any reduction in data while sending or converting data. Fog computing reduces the amount of data sent to cloud computing. Responsiveness The response time of the system is low. The response time of the system is high. Security Cloud computing has less Security compared to Fog Computing Fog computing has high Security. Speed Access speed is high depending on the VM connectivity. High even more compared to Cloud Computing. Data Integration Multiple data sources can be integrated. Multiple Data sources and devices can be integrated. Mobility In cloud computing, mobility is Limited. Mobility is supported in fog computing. Location Awareness Partially Supported in Cloud computing. Supported in fog computing. Number of Server Nodes Cloud computing has Few numbers server nodes. Fog computing has a Large number of server nodes. Geographical Distribution It is centralized. It is decentralized and distributed. Location of service Services provided within the Internet. Services are provided at the edge of the local network. Working environment Specific data center building with air conditioning systems Outdoor (streets, base stations, etc.) or indoor (houses, cafes, etc.) Communication mode IP network Wireless communication: WLAN, WiFi, 3G, 4G, ZigBee, etc. or wired communication (part of the IP networks) Dependence on the quality of core network Requires strong network core. It can also work in a Weak network core. Difference between Fog Computing and Cloud Computing: Information: Structure: Protection: Component: Accountability: Application: Reduces latency: Flexibility in Network Bandwidth: //AZS referensi : [1][2]
Rapid Elasticity in Cloud Computing
Elastisitas adalah ‘penggantian nama’ dari skalabilitas, yang merupakan persyaratan non-fungsional dalam arsitektur TI selama bertahun-tahun. Skalabilitas adalah kemampuan untuk menambah atau menghapus kapasitas, sebagian besar pemrosesan, memori, atau keduanya, dari lingkungan TI. Kemampuan untuk secara dinamis menskalakan layanan yang diberikan secara langsung sesuai dengan kebutuhan pelanggan akan ruang dan layanan lainnya. Ini adalah salah satu dari lima aspek mendasar komputasi awan. Biasanya dilakukan dengan dua cara: Sebagian besar implementasi skalabilitas diimplementasikan menggunakan metode horizontal, karena metode ini paling mudah diterapkan, terutama di dunia berbasis web yang kita jalani saat ini. Penskalaan Vertikal kurang dinamis karena memerlukan reboot sistem, terkadang menambahkan komponen fisik ke server. Contoh yang terkenal adalah menambahkan penyeimbang beban di depan kumpulan server web yang mendistribusikan permintaan. Why call it Elasticity? Lingkungan TI tradisional memiliki skalabilitas yang tertanam dalam arsitekturnya, namun peningkatan atau penurunan skala tidak terlalu sering dilakukan. Ini ada hubungannya dengan Penskalaan dan jumlah waktu, tenaga, dan biaya. Server harus dibeli, operasi perlu dimasukkan ke dalam rak server, diinstal dan dikonfigurasi, dan kemudian tim penguji perlu memverifikasi fungsinya, dan hanya setelah itu selesai Anda bisa mendapatkan yang besar. Dan Anda tidak hanya membeli server untuk beberapa bulan – biasanya tiga hingga lima tahun. Jadi ini adalah investasi jangka panjang yang Anda lakukan. Kaitnya juga berfungsi sama, tetapi lebih mirip karet gelang. Anda ‘meregangkan’ kemampuan saat Anda membutuhkannya dan ‘melepaskannya’ saat Anda tidak memilikinya. Dan hal ini dimungkinkan karena beberapa fitur lain dari komputasi awan, seperti “pengumpulan sumber daya” dan “layanan mandiri sesuai permintaan”. Menggabungkan fitur-fitur ini dengan kemampuan manajemen gambar tingkat lanjut memungkinkan Anda melakukan penskalaan dengan lebih efisien. Three forms for scalability Manual Scaling Skalabilitas manual dimulai dengan memperkirakan beban kerja yang diharapkan pada klaster atau kumpulan sumber daya, lalu menambahkan sumber daya secara manual untuk menambah kapasitas. Pemesanan, pemasangan, dan konfigurasi sumber daya fisik memerlukan banyak waktu, sehingga perkiraan perlu dilakukan berminggu-minggu, bahkan berbulan-bulan, sebelumnya. Hal ini sebagian besar dilakukan menggunakan server fisik, yang diinstal dan dikonfigurasi secara manual. Kelemahan lain dari skalabilitas manual adalah menghilangkan sumber daya tidak menghasilkan penghematan biaya karena server fisik telah dibayar. Semi-automated Scaling Skalabilitas semi-otomatis memanfaatkan server virtual, yang disediakan (diinstal) menggunakan gambar yang telah ditentukan sebelumnya. Perkiraan manual atau peringatan otomatis pada alat pemantauan sistem akan memicu operasi untuk memperluas atau mengurangi klaster atau kumpulan sumber daya. Dengan menggunakan image yang telah ditentukan sebelumnya, diuji, dan disetujui, setiap server virtual baru akan sama dengan server virtual lainnya (kecuali untuk beberapa konfigurasi kecil), sehingga memberikan Anda hasil yang berulang. Hal ini juga mengurangi tenaga kerja manual pada sistem secara signifikan, dan merupakan fakta umum bahwa tindakan manual pada sistem menyebabkan sekitar 70 hingga 80 persen dari seluruh kesalahan. Ada juga manfaat besar menggunakan server virtual; ini menghemat biaya setelah server virtual dicabut provisinya. Sumber daya yang dibebaskan dapat langsung digunakan untuk tujuan lain. Elastic Scaling (fully automatic Scaling) Elastisitas, atau skalabilitas otomatis sepenuhnya, memanfaatkan konsep yang sama dengan skalabilitas semi-otomatis, namun menghilangkan segala tenaga kerja manual yang diperlukan untuk menambah atau mengurangi kapasitas. Semuanya dikendalikan oleh pemicu dari alat System Monitoring, yang memberi Anda efek “karet gelang” ini. Jika diperlukan lebih banyak kapasitas sekarang, kapasitas tersebut akan ditambahkan sekarang dan dalam hitungan menit. Tergantung pada alat pemantauan sistem, kapasitasnya segera dikurangi. //AZS referensi : [1][2]
How Does Multi-Cloud Differ from A Hybrid Cloud?
Pasar TI masih ramai karena munculnya komputasi awan. Meskipun terobosan teknologi ini pertama kali muncul sekitar 10 tahun yang lalu, perusahaan-perusahaan telah merasakan manfaatnya bagi bisnis dalam berbagai bentuk. Cloud telah menawarkan lebih dari sekedar penyimpanan data dan manfaat keamanan. Hal ini telah menyebabkan kebingungan dalam organisasi karena istilah-istilah baru terus diciptakan untuk menggambarkan berbagai jenis cloud. Pada awalnya, industri TI mulai mengenali infrastruktur private cloud yang hanya dapat mendukung data dan beban kerja perusahaan tertentu. Seiring berjalannya waktu, terlihat jelas bahwa solusi berbasis cloud telah berkembang dan dipublikasikan serta dikelola oleh perusahaan pihak ketiga seperti AWS atau Google Cloud dan Microsoft. Cloud saat ini sudah mampu mendukung infrastruktur hybrid dan multi-cloud. What is Multi-Cloud? Multi-cloud adalah penyebaran aset, perangkat lunak, dan aplikasi berbasis cloud di berbagai lingkungan cloud. Infrastruktur multi-cloud dikelola secara khusus untuk beban kerja tertentu dengan strategi padu padan yang digunakan oleh beragam layanan cloud. Manfaat utama multi-cloud bagi banyak perusahaan adalah kemungkinan menggunakan dua atau lebih layanan cloud atau private cloud untuk menghindari ketergantungan pada satu layanan cloud. Namun, multi-cloud tidak mengizinkan orkestrasi atau koneksi antara berbagai layanan tersebut. What is Hybrid-Cloud? Istilah “cloud hybrid” mengacu pada gabungan cloud pribadi lokal dan layanan cloud pihak ketiga. Ini juga disebut sebagai cloud publik dan pribadi selain pusat data konvensional. Sederhananya, ini terdiri dari beberapa kombinasi cloud. Campuran tersebut dapat terdiri dari dua jenis cloud: dua cloud pribadi, dua cloud publik, atau satu cloud publik, serta cloud lainnya bersifat pribadi. How does Multi-Cloud Differ from a Hybrid Cloud? Ada perbedaan mencolok antara awan hybrid dan multi-cloud di ranah komersial. Kedua istilah tersebut umumnya digunakan bersamaan. Perbedaan ini juga diperkirakan akan semakin meningkat karena komputasi multi-cloud telah menjadi standar bagi banyak organisasi. //AZS referensi : [1][2]
Scaling in Cloud Computing
Skalabilitas cloud dalam komputasi awan mengacu pada peningkatan atau penurunan sumber daya TI sesuai kebutuhan untuk memenuhi permintaan yang terus berubah. Skalabilitas adalah salah satu keunggulan cloud dan pendorong utama popularitasnya yang luar biasa di kalangan bisnis. Kapasitas penyimpanan data, kekuatan pemrosesan, dan jaringan semuanya dapat ditingkatkan dengan menggunakan infrastruktur komputasi awan yang ada. Penskalaan dapat dilakukan dengan cepat dan mudah, biasanya tanpa gangguan atau waktu henti apa pun. Penyedia cloud pihak ketiga sudah memiliki seluruh infrastruktur; Di masa lalu, ketika meningkatkan infrastruktur fisik lokal, prosesnya bisa memakan waktu berminggu-minggu atau berbulan-bulan dan membutuhkan biaya yang sangat besar. Ini adalah salah satu fitur komputasi awan yang paling populer dan bermanfaat, karena bisnis dapat tumbuh naik atau turun untuk memenuhi permintaan tergantung pada musim, proyek, pengembangan, dll. Dengan menerapkan skalabilitas cloud, Anda memungkinkan sumber daya Anda tumbuh seiring pertumbuhan lalu lintas atau organisasi Anda dan sebaliknya. Ada beberapa cara utama untuk meningkatkan skala ke cloud: Jika bisnis Anda memerlukan kapasitas penyimpanan data atau kekuatan pemrosesan yang lebih besar, Anda memerlukan sistem yang dapat diskalakan dengan mudah dan cepat. Solusi komputasi awan dapat melakukan hal tersebut, itulah sebabnya pasar telah berkembang pesat. Dengan menggunakan infrastruktur cloud yang ada, vendor cloud pihak ketiga dapat melakukan penskalaan dengan gangguan minimal. Types of scaling Vertical Scaling Untuk memahami penskalaan vertikal, bayangkan sebuah hotel 20 lantai. Ada banyak sekali ruangan di dalam hotel ini tempat para tamu terus datang dan pergi. Seringkali terdapat ruang yang tersedia, karena tidak semua ruangan terisi sekaligus. Orang dapat bergerak dengan mudah karena ada ruang untuk mereka. Selama kapasitas hotel ini tidak terlampaui, tidak masalah. Ini adalah penskalaan vertikal. Dengan komputasi, Anda dapat menambah atau mengurangi sumber daya, termasuk memori atau penyimpanan, di dalam server, selama sumber daya tersebut tidak melebihi kapasitas mesin. Meskipun memiliki keterbatasan, ini adalah cara untuk meningkatkan server Anda dan menghindari latensi dan manajemen ekstra. Seperti contoh hotel, sumber daya bisa datang dan pergi dengan mudah dan cepat, selama masih ada ruang untuk itu. Horizontal Scaling Penskalaan horizontal sedikit berbeda. Kali ini, bayangkan jalan raya dua jalur. Mobil melaju dengan lancar di setiap arah tanpa masalah lalu lintas yang besar. Namun kemudian kawasan di sekitar jalan raya berkembang – gedung-gedung baru dibangun, dan lalu lintas meningkat. Tak lama kemudian, jalan raya dua jalur ini dipenuhi mobil, dan kecelakaan menjadi hal biasa. Dua jalur tidak lagi cukup. Untuk menghindari masalah ini, lebih banyak jalur ditambahkan dan sebuah jalan layang dibangun. Meski memakan waktu lama, namun hal ini menyelesaikan masalah. Penskalaan horizontal mengacu pada penambahan lebih banyak server ke jaringan Anda, bukan sekadar menambahkan sumber daya seperti penskalaan vertikal. Metode ini cenderung memakan waktu lebih lama dan lebih kompleks, namun memungkinkan Anda menghubungkan server bersama-sama, menangani lalu lintas secara efisien, dan menjalankan beban kerja secara bersamaan. Diagonal Scaling Ini adalah campuran skalabilitas Horisontal dan Vertikal di mana sumber daya ditambahkan baik secara vertikal maupun horizontal. Ya, Anda mendapatkan penskalaan diagonal, yang memungkinkan Anda merasakan penskalaan infrastruktur paling efisien. Saat Anda menggabungkan vertikal dan horizontal, Anda cukup berkembang dalam server yang ada hingga mencapai kapasitasnya. Kemudian, Anda dapat mengkloning server tersebut seperlunya dan melanjutkan prosesnya, memungkinkan Anda menangani banyak permintaan dan lalu lintas secara bersamaan. Benefits of cloud scalability Manfaat utama skalabilitas cloud yang mendorong adopsi cloud untuk bisnis besar dan kecil: //AZS referensi : [1][2]
Aneka in Cloud Computing
Aneka menyertakan serangkaian API yang dapat diperluas yang terkait dengan model pemrograman seperti MapReduce. API ini mendukung model cloud yang berbeda seperti Cloud privat, publik, dan hybrid. Manjrasoft berfokus pada penciptaan teknologi perangkat lunak inovatif untuk menyederhanakan pengembangan dan penerapan aplikasi cloud pribadi atau publik. Produk kami berperan sebagai platform aplikasi sebagai layanan untuk berbagai komputasi awan. Architecture of Aneka Aneka adalah platform dan kerangka kerja untuk mengembangkan aplikasi terdistribusi di Cloud. Ia menggunakan PC desktop sesuai permintaan dan siklus CPU selain jaringan server atau pusat data yang heterogen. Aneka menyediakan serangkaian API bagi pengembang untuk mengeksploitasi sumber daya tersebut secara transparan dan mengekspresikan logika bisnis aplikasi menggunakan abstraksi pemrograman pilihan. Administrator sistem dapat memanfaatkan kumpulan alat untuk memantau dan mengendalikan infrastruktur yang diterapkan. Ini bisa berupa cloud publik yang tersedia bagi siapa saja melalui Internet atau cloud pribadi yang dibentuk oleh node dengan akses terbatas. Cloud komputasi berbasis multipleks adalah kumpulan sumber daya fisik dan virtual yang terhubung melalui jaringan, baik Internet atau intranet pribadi. Setiap sumber daya menghosting sebuah instance dari beberapa kontainer yang mewakili lingkungan runtime tempat aplikasi terdistribusi dijalankan. Kontainer menyediakan fitur manajemen dasar dari satu node dan memanfaatkan semua fungsi lain dari layanan hostingnya. Pelayanan dibagi menjadi pelayanan sandang, pondasi, dan pelaksanaan. Layanan Foundation mengidentifikasi sistem inti middleware Anka, yang menyediakan serangkaian fitur infrastruktur untuk memungkinkan kontainer Anka melakukan tugas yang spesifik dan spesifik. Layanan Fabric berinteraksi langsung dengan node melalui Platform Abstraksi Layer (PAL) dan melakukan pembuatan profil perangkat keras dan penyediaan sumber daya dinamis. Layanan eksekusi berhubungan langsung dengan penjadwalan dan pelaksanaan aplikasi di Cloud. Salah satu fitur utama Aneka adalah kemampuannya menyediakan berbagai cara untuk mengekspresikan aplikasi terdistribusi dengan menawarkan model pemrograman yang berbeda; Layanan eksekusi sebagian besar berkaitan dengan penyediaan middleware dengan implementasi model ini. Layanan tambahan seperti persistensi dan keamanan merupakan kebalikan dari keseluruhan layanan yang dihosting oleh kontainer. Pada tingkat aplikasi, serangkaian komponen dan alat yang berbeda disediakan Cloud berbasis Aneka dibentuk oleh sumber daya yang saling terhubung dan dimodifikasi secara dinamis sesuai kebutuhan pengguna menggunakan virtualisasi sumber daya atau siklus CPU tambahan untuk mesin desktop. Penerapan umum Aneka disajikan di samping. Jika penerapan mengidentifikasi cloud pribadi, semua sumber daya ada di dalam perusahaan, misalnya di dalam perusahaan. Penyebaran ini ditingkatkan dengan menghubungkan sumber daya on-demand yang tersedia untuk umum atau dengan berinteraksi dengan beberapa cloud publik lainnya yang menyediakan sumber daya komputasi yang terhubung melalui Internet. //AZS referensi : [1][2]
Grid Computing
Penggunaan strategi sistem yang tersebar luas untuk mencapai tujuan bersama disebut komputasi grid. Grid komputasi dapat dipahami sebagai jaringan terdesentralisasi dari file yang saling terkait dan aktivitas non-interaktif. Komputasi grid berbeda dari platform komputasi tradisional yang kuat seperti komputasi cluster di mana setiap unit didedikasikan untuk fungsi atau aktivitas tertentu. Komputer grid juga lebih beragam dan tersebar secara spasial dibandingkan mesin cluster dan tidak terhubung secara fisik. Namun, jaringan tertentu mungkin dialokasikan ke platform terpadu, dan jaringan sering kali digunakan untuk berbagai tujuan. Paket aplikasi jaringan grid tujuan umum sering digunakan untuk membuat grid. Ukuran gridnya mungkin sangat besar. Grid adalah komputasi jaringan terdesentralisasi di mana “komputer super virtual” terdiri dari beberapa perangkat yang digabungkan secara longgar yang bekerja sama untuk mencapai operasi besar-besaran. Komputasi terdistribusi atau grid adalah sejenis pemrosesan paralel yang menggunakan seluruh perangkat (dengan CPU terpasang, penyimpanan, catu daya, konektivitas jaringan, dan sebagainya) yang dihubungkan ke koneksi jaringan (pribadi atau publik) melalui koneksi jaringan tradisional, seperti Ethernet, untuk aplikasi tertentu. Hal ini berbeda dengan konsep komputer kuantum pada umumnya, yang terdiri dari beberapa inti yang dihubungkan oleh bus serial universal yang ditinggikan pada tingkat lokal. Teknik ini telah digunakan di entitas korporat untuk aplikasi mulai dari pengembangan obat, analisis pasar, aktivitas seismik, dan pengelolaan data backend dalam bantuan e-commerce dan layanan online. Ini telah diterapkan untuk penelitian yang menuntut komputasi, kesulitan numerik, dan pendidikan melalui teknologi komputer sukarelawan. Komputasi grid menyatukan mesin-mesin dari berbagai sektor organisasi untuk mencapai tujuan yang sama, seperti menyelesaikan satu pekerjaan dan kemudian menghilang dengan cepat. Grid dapat dipersempit menjadi sekelompok terminal komputer dalam suatu perusahaan, seperti aliansi yang dapat diakses yang melibatkan banyak organisasi dan sistem. “Jaringan yang terbatas juga dapat disebut sebagai kolaborasi intra-simpul, sedangkan jaringan yang lebih besar dan lebih luas dapat disebut sebagai kerja sama antar-simpul”. Mengelola aplikasi Grid bisa jadi sulit, terutama ketika berhadapan dengan aliran data di antara sumber daya komputasi yang berjauhan. Sistem pengurutan grid adalah kombinasi perangkat lunak otomatisasi alur kerja yang telah dibangun secara khusus untuk menyusun dan melaksanakan rangkaian proses matematika atau modifikasi data atau rangkaian dalam pengaturan grid. History of Grid Computing Pada awal tahun sembilan puluhan, frasa “komputasi jaringan” digunakan sebagai analogi untuk menjadikan daya komputasi dapat diakses seperti jaringan listrik. Singkatnya, komputasi “terdistribusi” atau “grid” bergantung pada sistem komputer yang komprehensif (dengan inti CPU navigasi, penyimpanan, unit catu daya, konektivitas jaringan, dan sebagainya) yang terhubung ke jaringan (pribadi, komunitas, atau World wide web). ) melalui koneksi jaringan tradisional, menghasilkan perangkat keras yang ada, dibandingkan dengan kapasitas yang lebih rendah dalam merancang dan mengembangkan sejumlah kecil superkomputer khusus. Kelemahan kinerja yang mendasar adalah kurangnya konektivitas berkecepatan tinggi antara beberapa CPU dan fasilitas penyimpanan lokal. Background of Grid Computing Pada awal tahun 1990-an, frasa “komputasi grid” digunakan sebagai konsep untuk menjadikan kompleksitas komputasi dapat diakses seperti jaringan listrik. Ketika Ian Foster dan Carl Kesselman merilis studi penting mereka, “The Grid: Blueprint for a New Computing Infrastructure,” analogi jaringan listrik untuk komputasi di mana-mana segera menjadi klasik (1999). Analogi layanan komputasi (1961) mendahului hal ini beberapa dekade: komputasi sebagai entitas publik, mirip dengan sistem telepon. Distributed.net dan SETI@home mempopulerkan pengumpulan CPU dan komputasi sukarela masing-masing pada tahun 1997 dan 1999, untuk memanfaatkan energi PC yang terhubung di seluruh dunia untuk mendiskusikan topik penelitian intensif CPU. Ian Foster dan Steve Tuecke dari Universitas Chicago dan Carl Kesselman dari Pusat Penelitian Lanjutan Universitas California Selatan mengumpulkan konsep-konsep jaringan (yang mencakup konsep-konsep dari aplikasi cloud, komputasi berorientasi objek, dan layanan online). Ketiganya secara populer dianggap sebagai “bapak jaringan listrik” karena mereka memimpin inisiatif pembentukan Kerangka Globus. Meskipun Globus Toolbox tetap mempertahankan standar untuk mengembangkan sistem jaringan listrik, beberapa teknik alternatif telah dikembangkan untuk mengatasi beberapa kemampuan yang diperlukan untuk membangun jaringan listrik di seluruh dunia atau bisnis. Kontrol memori, pasokan perlindungan, transportasi data, pengawasan, dan perangkat untuk membangun layanan tambahan berdasarkan infrastruktur serupa, seperti penyelesaian kontrak, sistem peringatan, peristiwa pemicu, dan ekspresi analitis, semuanya disertakan dalam perangkat ini. Ungkapan “komputasi awan” menjadi menonjol pada tahun 2007. Hal ini secara konseptual terkait dengan deskripsi klasik Foster tentang komputasi grid (di mana sumber daya komputer digunakan sebagai energi yang digunakan dari jaringan listrik) dan komputasi utilitas sebelumnya. Komputasi grid sering kali (tetapi tidak selalu) dikaitkan dengan penyediaan lingkungan komputasi awan, seperti yang ditunjukkan oleh teknologi AppLogic 3tera. //AZS referensi : [1][2]
Multitenancy in Cloud computing
Multitenancy adalah jenis arsitektur perangkat lunak di mana satu perangkat lunak dapat melayani beberapa kelompok pengguna yang berbeda. Artinya, banyak pelanggan vendor cloud menggunakan sumber daya komputasi yang sama. Karena mereka berbagi sumber daya komputasi yang sama namun data setiap pelanggan Cloud tetap terpisah dan aman. Ini adalah konsep Cloud Computing yang sangat penting. Multitenancy juga merupakan host bersama di mana sumber daya yang sama dibagi di antara pelanggan berbeda dalam komputasi awan. For Example : Contoh multitenancy sama dengan cara kerja Bank. Banyak orang dapat menyimpan uang di Bank yang sama. Namun setiap aset pelanggan berbeda. Satu pelanggan tidak dapat mengakses uang dan rekening pelanggan lain, dan pelanggan yang berbeda tidak mengetahui saldo dan rincian rekening masing-masing, dll. Advantages of Multitenancy : Disadvantages of Multitenancy : Data setiap penyewa tidak dapat diakses oleh semua penyewa lain dalam infrastruktur cloud dan hanya dapat diakses dengan izin dari penyedia cloud. Di cloud pribadi, pelanggan, atau penyewa, dapat berupa individu atau grup berbeda dalam perusahaan yang sama. Di cloud publik, berbagai organisasi dapat berbagi ruang server mereka dengan aman. Sebagian besar penyedia cloud publik menggunakan model multi-tenancy, yang memungkinkan mereka menjalankan server dengan satu instance, sehingga lebih murah dan membantu menyederhanakan pembaruan. //AZS referensi : [1][2]