Mempercepat awan: pelaburan untuk pergi ke awan asli

Artikel ini adalah bahagian kedua siri "Computing Cloud Computing" Ampere Computing. Anda boleh membaca bahagian pertama [di sini] (ganti dengan pautan Bahagian 1 di sini).

Lebih mudah untuk memindahkan aplikasi anda ke platform pengkomputeran asli Ampere Cloud daripada yang anda fikirkan. Ini kerana sebahagian besar kerja untuk memulihkan aplikasi ke pelayan berasaskan ARM telah dilakukan untuk anda, atau hanya mengkompilasi semula.

Singkatnya, kerana pemproses awan-asli Ampere menggunakan Arsitur Arstructure Arsitecture (ISA), perisian yang berjalan di ARM juga boleh dijalankan di Ampere. Sepanjang lima tahun yang lalu, sokongan komuniti sumber terbuka untuk ARM telah berkembang pesat, dengan pelbagai perisian dan perkhidmatan baru yang muncul. Sebagai contoh, aplikasi seperti Redis, Nginx, Memcached, MySQL, dan Cassandra sudah menawarkan versi berasaskan lengan yang terbukti.

Apa maksudnya bagi pemaju? Kebanyakan perisian yang digunakan oleh syarikat sudah berjalan di awan, atau mungkin siap untuk persekitaran asli awan.

Sistem Operasi (OS): Hampir semua sistem operasi yang ada telah dipindahkan ke ARM ISA dan berjalan di teras berasaskan lengan. Akibatnya, pemproses asli awan Ampere menyokong versi sistem operasi utama yang digunakan dalam awan.

untuk menjamin kebolehpercayaan dan prestasi selanjutnya, ujian ampere dan mengesahkan imej awam dan aplikasi prepackaged sistem operasi pada pemproses asli Ampere Cloudnya. Dengan cara ini, pemaju dapat memastikan bahawa aplikasi mereka dapat berjalan dengan lancar di Ampere.

Kod prepackaged: Biasanya, sebahagian besar aplikasi dibina menggunakan komponen aplikasi yang disusun semula. Imej awam berasaskan ARM kebanyakan aplikasi ini (dari MySQL, PostgreSQL, Cassandra, Nginx, dan Squid kepada pelbagai aplikasi) telah diuji dan disahkan pada pemproses asli Ampere Cloud. Oleh itu, bahagian ini menyediakan aplikasi untuk platform pengkomputeran awan-asli agak mudah: hanya gunakan cermin berasaskan lengan yang telah disediakan. Tiada porting atau penulisan semula perisian yang rumit diperlukan.

bahasa yang disusun: Secara umumnya, kebanyakan isu utama yang timbul ketika memancarkan pelayan web dari kod yang perlu disusun untuk dijalankan di Ampere. Untuk kod yang ditulis dalam bahasa seperti GO, C, dan C, proses penempatan semula memerlukan langkah tambahan kerana binari yang ada dibina untuk persekitaran x86. Oleh kerana sebahagian besar bahasa pengaturcaraan boleh didapati di ARM dan x86, kebanyakan isu penempatan semula hanya perlu menjalankan skrip binaan pada node membina ampere untuk menghasilkan binari yang betul.

Dalaman/penyesuaian: Aplikasi tersuai boleh dibahagikan kepada empat jenis: ditafsirkan, maju, binari dan khusus perkakasan.

• Kod Penjelasan: Kod yang tidak dikompilasi yang ditulis dalam bahasa yang ditafsirkan seperti Java atau Python, sangat mudah untuk diganti semula pada platform awan asli. Oleh kerana kod itu ditafsirkan dan dilaksanakan, ia boleh dijalankan pada platform pengkomputeran awan asli tanpa mengubah kod. Sebaliknya, kod berjalan pada penterjemah yang disusun untuk ARM bukan x86. Lazimnya, penindasan penterjemah untuk pemproses awan asli adalah proses mudah yang boleh dilakukan dalam beberapa minit jika imej tidak wujud.
• Kod Lanjutan: Ia juga agak mudah untuk menyediakan kod yang ditulis dalam bahasa peringkat tinggi seperti C/C untuk platform asli awan. Dalam kebanyakan kes, aplikasi hanya perlu dikompilasi untuk ARM ISA. Biasanya, ini diuruskan dengan hanya mengkonfigurasi pengkompil untuk lengan bukan x86. Sekiranya sebarang amaran atau kesilapan berlaku semasa proses penyusunan, isu -isu ini biasanya dapat diselesaikan dengan mudah, atau mengesahkan bahawa mereka bukan masalah.
• Fail binari: Masalah penempatan semula yang paling biasa untuk banyak aplikasi ialah penggunaan fail binari. Fail binari adalah kod (biasanya perpustakaan) yang termasuk dalam aplikasi. Ini mungkin termasuk produk yang hanya tersedia dalam bentuk binari, yang merupakan kebergantungan untuk permohonan anda. Sebelum membina permohonan anda, semak hanya kebergantungan kod anda dan pastikan binari yang digunakan adalah berasaskan lengan dan bukannya berasaskan x86.
• Kod khusus perkakasan: Kod yang ditulis untuk pemproses tertentu, atau kod yang menggunakan fungsi pemproses tertentu untuk tujuan prestasi (seperti perpustakaan grafik), mungkin memerlukan porting terhad. Ini berlaku hanya jika tidak ada versi ARM tertentu yang tersedia. Walau apa pun, proses pemindahan biasanya mudah dan boleh diselesaikan dalam beberapa jam sahaja.

Redeployment dunia sebenar

mari kita lihat apa yang diperlukan untuk menggunakan semula aplikasi kepada pemproses asli Ampere Cloud. Pertimbangkan Momento, yang didedikasikan untuk menyediakan perkhidmatan yang menguruskan cache pada skala supaya pemaju tidak perlu menguruskannya sendiri. Momento Serverless Cache dibina di atas Pelikan, enjin caching sumber terbuka yang asalnya direka untuk keperluan cache khusus Twitter. Pelikan telah ditulis semula sepenuhnya dalam Rust baru -baru ini. Momento mahu menggunakan semula Pelikan di mesin maya TAU T2A yang berpusat di Google.

Penyebaran merah adalah cepat dan lancar, tanpa menukar sebarang kod untuk mendapatkan cache dan momento tanpa cache dan berjalan. Di samping itu, pasukan Momento dapat melaksanakan beberapa pengoptimuman mudah (tiada kod tweak yang diperlukan), yang dengan cepat tiga kali ganda. Kami akan memberi anda gambaran terperinci mengenai manfaat prestasi yang boleh anda harapkan dalam bahagian 4 siri ini.

Satu lagi contoh penempatan semula ialah Plesk. Perisian Plesk membolehkan orang ramai menguruskan infrastruktur web mereka melalui panel kawalan pusat. Lukas Hertig, naib presiden kanan Pembangunan Perniagaan Plesk dan Perikatan Strategik, menyifatkan pengalamannya sendiri dalam proses penempatan semula. "Saya mempunyai idea gila pada mulanya, untuk mempunyai versi lengan. Beberapa minggu kemudian, pasukan kejuruteraan saya kembali dan memberitahu saya, 'Oh, ia berfungsi sekarang.'

Plesk melayani medan SMB, dan tidak jelas untuk memilih awan asli. Tetapi Hertig berkata sejurus selepas penempatan semula, "kami telah melebihi 1,000 contoh lengan dalam pengeluaran." Sudah tentu, kerumitan menggantikan semula aplikasi anda ke platform pengkomputeran awan-asli bergantung pada di mana anda mendapat kod. Walau bagaimanapun, secara amnya, pelaburan dalam memulihkan kebanyakan aplikasi kepada pemproses asli awan adalah minimum, kerana 80-90% daripada aplikasi hanya perlu dikompilasi.

Di bahagian ketiga siri ini, kami akan meneroka proses penempatan semula awan asli.

Atas ialah kandungan terperinci Mempercepat awan: pelaburan untuk pergi ke awan asli. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!