Fitur Bersponsor SUB:
Cloud hybrid dulu dilihat sebagai titik arah dalam transisi ke masa depan yang sepenuhnya berbasis cloud. Namun semakin jelas bahwa ini mungkin menjadi tujuan default bagi banyak organisasi, dan ini membuat mereka menghadapi pilihan sulit tentang cara mengelola anggaran teknologi dan tenaga kerja teknologi mereka.
Riset dilakukan oleh firma analis IDC dan ditugaskan oleh Red Hat, menunjukkan bahwa perusahaan “berada di bawah tekanan yang luar biasa dalam hal penyebaran aplikasi modern.” Sementara bisnis menuntut tim teknologi mengembangkan aplikasi yang kompleks, seluruh industri menghadapi kekurangan pengembang.
Jadi semakin membuat frustrasi ketika para pengembang yang terampil dan spesialis lainnya terpaksa menghabiskan waktu mereka untuk memelihara infrastruktur dan teknologi lama, daripada berfokus pada pengiriman aplikasi modern, atau memperkenalkan teknologi baru yang penting seperti ilmu data dan pembelajaran mesin.
Jalur cloud cepat ke teknologi baru
Cloud seolah-olah menawarkan jalur cepat ke teknologi baru dan infrastruktur yang lebih mudah dikelola. Namun kenyataannya lebih bernuansa. Organisasi pasti akan memiliki aplikasi lama yang tidak cocok untuk diangkat dan dipindahkan ke cloud. Dan masalah kedaulatan dan ketahanan data juga dapat memaksa perusahaan untuk menyimpan data dan infrastruktur terbatas pada lokasi atau wilayah tertentu.
Bekerja dengan beberapa penyedia cloud dapat mengatasi beberapa masalah cakupan geografis atau kedaulatan, tetapi bisa lebih kompleks, dengan penyedia yang berbeda memiliki penawaran alat atau teknologi yang berbeda, misalnya.
Meskipun menggunakan satu penyedia cloud mungkin memberikan lebih banyak konsistensi dalam hal perkakas dan layanan, kekhawatiran tentang vendor lock-in membuat banyak organisasi tetap berhati-hati untuk memercayai seluruh operasi mereka ke satu vendor dan tumpukan perangkat lunak yang terkait.
Semuanya telah mengarah pada konsensus industri bahwa cloud hybrid akan menjadi model operasi pilihan bagi sebagian besar organisasi di masa mendatang.
Seperti yang ditunjukkan oleh IDC, “bagi pengembang untuk membuat aplikasi untuk lingkungan multi-cloud, tantangan utamanya terletak pada ketidakkonsistenan di seluruh ekosistem teknologi yang kompleks. Peluang di dalamnya terletak pada abstraksi ekosistem teknologi yang kompleks tersebut untuk mengurangi friksi bagi pengembang dan memungkinkan ketersediaan aplikasi yang tinggi dalam produksi.”
Itu umumnya mengarah pada penilaian ulang yang lebih luas tentang bagaimana aplikasi dikelola dan dikembangkan. Jika suatu organisasi perlu mempertahankan beberapa kapasitas di tempat atau mempertahankan kode lama atau penyimpanan data, organisasi tersebut harus tetap dapat memanfaatkan cloud atau setidaknya menikmati pengalaman seperti cloud. Pada saat yang sama, ketika aplikasi dikembangkan untuk cloud, mereka harus dirancang dari awal agar portabel antara lingkungan lokal dan cloud pilihan pelanggan tanpa perlu pemfaktoran ulang, atau bagi pengembang untuk melatih ulang alat atau platform baru .
Hal ini menciptakan kebutuhan akan cloud hybrid “terbuka”, sebuah arsitektur TI yang menawarkan portabilitas beban kerja, orkestrasi, dan manajemen di seluruh lingkungan, termasuk cloud lokal dan satu atau lebih cloud. Ini berarti tim pengembangan dan bisnis mereka dapat memanfaatkan solusi optimal untuk beban kerja atau tugas tertentu, hingga memilih penyedia cloud tertentu untuk beban kerja AI, misalnya.
Wadah sendiri
Dalam praktiknya, ini berarti aplikasi telah menjadi kemas, dengan lapisan orkestrasi yang menangani pengelolaan dan penerapan wadah. Bersama dengan penggunaan API untuk menghubungkan wadah dan layanan, dan saluran pengembangan modern yang dikembangkan di sekitar integrasi dan penerapan berkelanjutan, hal ini mempermudah pembaruan dan modernisasi aplikasi – tentunya dibandingkan dengan “monolit” tradisional.
Kubernetes mungkin telah menjadi standar dalam hal orkestrasi wadah sumber terbuka, tetapi penerapannya bisa menjadi tantangan. Dan pengembang masih membutuhkan alat lain, dan untuk menangani masalah keamanan dan autentikasi, serta infrastruktur yang mendasarinya.
Tentu saja, platform cloud utama menawarkan layanan dan perkakas asli mereka sendiri. Kadang-kadang ini jelas milik dan kadang-kadang mereka muncul selaras dengan tren yang lebih luas di open source. Namun hal ini dapat menutupi perbedaan antara penawaran platform cloud dan proyek upstream, yang berarti fitur dan alat berbeda di antara penyedia. Dalam beberapa kasus, perubahan lisensi dalam proyek sumber terbuka mengakibatkan penyedia cloud menawarkan layanan komersial berdasarkan versi sebelumnya.
Kedua skenario tersebut akan menjadi perhatian bagi tim pengembang yang ingin membuat aplikasi mereka seterbuka mungkin, untuk memastikan mereka dapat seportabel mungkin.
Perlu dicatat bahwa dalam versi terbaru dari Laporan Sumber Terbuka State of Enterprise Red Hat80 persen pemimpin TI mengatakan bahwa mereka berharap untuk meningkatkan penggunaan perangkat lunak sumber terbuka perusahaan, sementara lebih dari tiga perempat menganggapnya “penting” dalam memungkinkan mereka memanfaatkan arsitektur cloud hybrid.
Namun ketika harus mengadopsi kontainer, hampir setengah dari pemimpin TI yang sama khawatir bahwa mereka tidak memiliki keterampilan yang diperlukan (43 persen) dan hampir sama banyak yang khawatir bahwa kurangnya staf atau sumber daya pengembangan yang diperlukan akan menghambat mereka.
Menyukai perangkat lunak sumber terbuka seharusnya berarti bahwa perusahaan memiliki kumpulan bakat yang lebih luas untuk direkrut karena begitu banyak tim, atau pengembang individu, sudah memiliki bias yang kuat terhadap perangkat lunak sumber terbuka. Preferensi tersebut sering kali memengaruhi alat dan platform yang ingin digunakan oleh pengembang, proyek yang ingin mereka kerjakan, dan bahkan pemberi kerja yang akan mereka pertimbangkan untuk bergabung.
Waktu untuk membuka
Pertanyaan kuncinya kemudian adalah bagaimana pengembang dan tim pengembangan mendapatkan akses ke aplikasi umum dan pengalaman pengembangan dan penerapan perangkat lunak layanan di mana pun mereka bekerja, dan tanpa kerumitan konfigurasi dan manajemen yang dapat menghabiskan bandwidth pengembang yang berharga.
IDC mengidentifikasi model layanan cloud sebagai pendekatan terbaik untuk memungkinkan organisasi “mengalihkan sumber daya berharga tersebut untuk membuat perangkat lunak yang membedakan secara kompetitif, menghasilkan pendapatan, dan meningkatkan operasi bisnis – memberdayakan pengembang untuk melakukan lebih banyak hal yang ingin mereka lakukan.”
Itu juga pendekatan yang diambil Red Hat dengan menempatkan OpenShift, platform wadah perusahaannya, di jantung portofolio luas layanan cloud terkelola. OpenShift menyediakan orkestrasi kontainer di cloud lokal, pribadi, dan publik. Meskipun sebagian besar OpenShift dikelola sendiri (termasuk versi untuk cloud publik), ada juga versi terkelola yang tersedia di AWS, Azure, GCP, dan IBM Cloud. Ini memberikan dukungan tambahan, serta perbaikan yang teruji dan terverifikasi untuk platform container upstream seperti Kubernetes. Ini juga berarti integrasi yang divalidasi, untuk penyimpanan dan plug-in pihak ketiga, misalnya, dan jaringan yang ditentukan perangkat lunak.
Ini juga menyediakan berbagai layanan terintegrasi tambahan yang penting bagi developer yang membangun aplikasi cloud native. Ini termasuk manajemen API OpenShift, yang memungkinkan pengembang mengonfigurasi, menerbitkan, dan memantau API untuk aplikasi cloud-native mereka.
Demikian pula OpenShift Streams untuk Apache Kafka memungkinkan pengembang mengeksploitasi aliran data waktu nyata sambil membongkar pengelolaan infrastruktur yang mendasarinya. Dan itu memungkinkan mereka untuk mengaktifkan aplikasi waktu nyata, yang digerakkan oleh analitik, dan dapat diskalakan yang diperlukan untuk mendukung e-niaga modern atau semacam pengambilan keputusan instan atau deteksi penipuan yang sekarang diharapkan oleh bisnis.
Selain itu, OpenShift Database Access menawarkan akses data sesuai permintaan, berbagi, penyimpanan, sinkronisasi, dan analisis. Registri Layanan OpenShift memungkinkan tim untuk menerbitkan, menemukan, dan menggunakan kembali artefak yang dibangun di atas layanan ini, yang selanjutnya mempercepat proses pengembangan. Dan OpenShift Data Science membantu pembelajaran mesin dan spesialis AI untuk membangun model mereka, dan memudahkan penerapan aplikasi AI dan ML ke produksi.
Pelanggan yang menggunakan OpenShift versi terkelola di cloud publik juga mendapatkan akses ke tim Rekayasa Keandalan Situs global Red Hat, yang menyediakan manajemen proaktif dan penskalaan otomatis yang mendukung aplikasi cloud native yang tangguh.
Tritunggal manfaat taktis
Ada manfaat lain juga. Pendekatan dinamis Red Hat terhadap infrastruktur dasar memastikan bahwa pelanggan hanya menggunakan kapasitas yang mereka butuhkan saat mereka membutuhkannya, misalnya. Jadi meningkatkan aplikasi di sekitar peristiwa besar atau periode bisnis utama dapat diotomatisasi, dengan tingkat penyediaan sumber daya kembali ke keadaan sebelumnya segera setelah lonjakan permintaan berlalu.
Karena ini semua adalah layanan terkelola, perusahaan dan organisasi lain tidak perlu mengalokasikan tanggung jawab untuk pengelolaan platform sehari-hari ke tim pengembang atau operasi mereka. Pengembang dapat menyiapkan dan menjalankan sumber daya dengan cepat, tanpa perlu menunggu infrastruktur, atau memang, para ahli untuk mengelolanya.
Itu penting untuk mengatasi beberapa tantangan utama yang biasanya dihadapi organisasi dalam memajukan transformasi digital mereka – yaitu mengatasi kesenjangan keterampilan internal dan utang teknis yang terkadang muncul saat pengembang yang terlalu banyak bekerja terburu-buru menyelesaikan aplikasi hanya untuk menghabiskan lebih banyak waktu berharga refactoring nanti.
Layanan terkelola juga berarti organisasi dapat menikmati tiga manfaat taktis utama untuk tim pengembangan yang diidentifikasi oleh IDC. Pertama, ini memungkinkan tim pengembangan untuk “keluar dari bisnis administrasi infrastruktur”, dan berfokus pada pengembangan fitur yang memberikan nilai bagi bisnis, dan bagi pengguna akhir.
Lingkungan multi-cloud dan hybrid sudah memperhitungkan sebagian besar pasar, dengan OpenShift dirancang untuk menyediakan platform bersama yang memungkinkan aplikasi dan layanan fleksibel yang dapat bekerja bersama dengan mulus di infrastruktur on-prem dan off-prem. Itu memberikan konsistensi dan kompleksitas abstrak yang membuat pengembang lebih produktif, sementara aplikasi mereka cenderung lebih tangguh dan toleran terhadap kesalahan sebagai hasilnya.
Terakhir, namun tidak kalah pentingnya, ini memberikan pengalaman konsisten yang membuat pengembang lebih bahagia.
Jika sumber daya – termasuk anggota tim Dev dan Ops – tidak disia-siakan dan penganggaran menjadi lebih transparan, tentu ini membuat CEO dan CFO juga senang?
Disponsori oleh Topi Merah.
JavaScript Dinonaktifkan
Harap Aktifkan JavaScript untuk menggunakan fitur ini.