Masa Depan Tumpukan Aplikasi

Kontainer memakan dunia. Jika Anda telah membangun dan menerapkan aplikasi dalam produksi selama beberapa tahun terakhir, kemungkinan besar Anda telah menerapkan kode Anda dalam wadah. Anda mungkin telah membuat dan men-deploy container individual (Docker, Linux LXC, dll.) secara langsung di awal, tetapi dengan cepat beralih ke teknologi orkestrasi container seperti Kubernetes (K8s) atau Swarm saat Anda perlu mengoordinasikan penerapan multi-node dan ketersediaan tinggi (HA). Di dunia yang digerakkan oleh kontainer ini, seperti apa masa depan tumpukan aplikasi? Mari kita mulai dengan apa yang kita butuhkan dari tumpukan aplikasi "masa depan" ini.

Apa yang Kita Butuhkan dari Tumpukan Aplikasi Masa Depan Ini?

1. Agnostik Awan

   Kami ingin menjadi agnostik cloud dengan kemampuan untuk men-deploy ke cloud pilihan kami. Idealnya, kami bahkan dapat menggabungkan berbagai penyedia dalam satu penerapan.

2. On-Premise

   Kami harus dapat menjalankan tumpukan aplikasi secara lokal dengan hardware kustom, cloud pribadi, dan pusat data yang dikelola secara internal.

3. Agnostik Bahasa

   Hampir sesuai dengan pepatah, tetapi saya akan menambahkannya untuk kelengkapan. Open stack masa depan perlu mendukung semua bahasa pemrograman populer.

Stack Aplikasi Masa Depan

Stack aplikasi masa depan akan terdiri dari tiga serangkai teknologi – K8, Platform-as-a-Service (PaaS), dan Database-as-a-Service (DBaaS) :

K8

Kubernetes adalah platform open-source portabel yang dapat diperluas untuk mengelola beban kerja dan layanan dalam container, dan Anda dapat menerapkan aplikasi langsung ke container K8. Untuk pelanggan dengan aplikasi yang sudah ada, sangat masuk akal untuk mengemas dan menerapkan aplikasi Anda yang sudah ada ke K8 secara langsung.

Masa Depan Tumpukan Aplikasi:K8s, PaaS &DBaaSKlik Untuk Tweet

Semua vendor cloud publik memberikan dukungan asli yang kuat untuk K8, dan Anda juga dapat menjalankan cluster K8 sendiri di lokasi. Docker sekarang juga ikut-ikutan K8 – jadi Anda memiliki fleksibilitas penuh. Tidak ada keraguan bahwa K8s adalah raja bukit hari ini. Dalam beberapa tahun, mungkin akan dikalahkan oleh solusi lain, tetapi teknologi orkestrasi container akan tetap ada.

Solusi PaaS

Jika Anda membuat aplikasi baru dari awal, solusi Platform-as-a-Service seperti Cloud Foundry dan OpenShift menawarkan keuntungan menarik yang dapat Anda manfaatkan untuk mempercepat pengembangan aplikasi Anda lingkaran kehidupan. Apakah PaaS suatu keharusan? Jelas tidak, tapi menurut saya layak dipertimbangkan jika Anda membuat aplikasi baru.

Dalam beberapa kasus, solusi PaaS mungkin berjalan di K8 atau duduk di sampingnya – dari perspektif aplikasi, itu tidak masalah. Jika organisasi TI Anda menerapkan solusi PaaS, mereka mungkin menyukainya jika hanya berjalan di kluster K8 yang ada. Solusi PaaS yang disebutkan di atas juga tersedia di semua cloud publik. Jadi sekali lagi, Anda memiliki fleksibilitas penuh yang Anda butuhkan dari platform Anda.

Solusi DBaaS

Menjalankan dan mengelola sistem basis data produksi bukan untuk orang yang lemah hati. Jika Anda berpikir Anda akan menginstal database produksi Anda pada tiga wadah dan itu akan berjalan dengan bahagia selamanya, Anda memiliki hal lain yang akan datang. Dengan menggunakan solusi Database-as-a-Service, mereka akan menangani semua aspek operasional manajemen database Anda sehingga Anda siap untuk setiap dan semua hal yang tidak terduga.

DBaaS Anda mungkin atau mungkin tidak berjalan di K8s. Mungkin beberapa bagian dari DBaaS berjalan di K8, tetapi kemungkinan besar tidak. Mengapa demikian?

1. Di luar cloud publik yang populer, tidak ada solusi hebat untuk penyimpanan/volume hingga kualitas EC2 Elastic Block Storage (EBS). Vendor seperti PortWorx dan OpenEBS sedang mengerjakannya, tetapi belum ada. Tanpa solusi penyimpanan yang baik, hampir mustahil untuk memasukkan data ke dalam container Anda.
2. Jika Anda menjalankan server database produksi beberapa TB yang besar, tidak masuk akal untuk menjalankannya dalam container – Anda akan memiliki mesin khusus yang besar dengan SSD mewah .
3. Terlalu banyak dinamisme – ya, Anda dapat memiliki terlalu banyak hal yang baik. Terkadang, ketika segala sesuatunya gagal, Anda ingin mereka tetap gagal sehingga Anda dapat melihat dan melihat apa yang sedang terjadi. StatefulSets di Kubernetes adalah langkah bagus ke arah yang benar untuk menyelesaikan masalah ini.

Di ScaleGrid, visi kami adalah memberikan bagian DBaaS dari tumpukan aplikasi masa depan ini. Kami multi-cloud hari ini, dan juga dapat berjalan di lokasi atau di pusat data pribadi Anda. Selain itu, platform kami adalah sistem poliglot yang mendukung banyak database, termasuk MongoDB®, Redis™*, MySQL, dan PostgreSQL.

Demi kesederhanaan, saya telah mengecualikan beberapa bagian lain dari tumpukan aplikasi seperti penyimpanan objek, penyimpanan sistem file, dll. Pada prinsipnya, saya mengharapkan komponen ini akan mirip dengan komponen DBaaS. Entri blog ini terinspirasi oleh pertemuan Silicon Valley PostgreSQL yang saya hadiri beberapa minggu lalu, dan berteriak kepada Dave Nielsen (@davenielsen) dari RedisLabs untuk memulai diskusi tentang topik ini.