Artikel ini memperkenalkan pilihan Google Cloud kepada organisasi yang menjalankan penilaian dalaman untuk memindahkan aplikasi web dua peringkat ke awan

## Jenis aplikasi
Aplikasi web dua peringkat terdiri daripada pelayan web yang menjalankan aplikasi, dan pangkalan data untuk menyimpan data aplikasi. Menjalankan Linux, Apache, MySQL dan PHPâÃÂÃÂyang biasa dirujuk sebagai tindanan LAMP, ialah contoh biasa aplikasi web dua peringkat. Variasi pada pengedaran Linux, perisian pelayan web, pangkalan data atau bahasa pengaturcaraan mempengaruhi butiran teknikal mana-mana penghijrahan, tetapi gambaran keseluruhan dan langkah migrasi adalah konsisten

## Fasa migrasi
Penghijrahan awan berlaku dalam empat fasa berikut

 Penilaian
Kenal pasti semua ciri beban kerja anda, senaraikan sumber yang diperlukan untuk menjalankan beban kerja anda dalam awan dan sebutkan semua kebergantungan dan sambungan utama kepada beban kerja lain. Dengan menggunakan senarai lengkap ciri, anda kemudian boleh mula merancang aplikasi dan beban kerja yang harus dialihkan, dan dalam susunan yang mana

Dalam perusahaan moden, terdapat pelbagai jenis aplikasi, daripada apl yang dihadapi pelanggan, kepada apl pejabat belakang, kepada alat pembangun, kepada aplikasi percubaan. Mengalihkan semua aplikasi ini pada masa yang sama dan dengan cara yang sama akan berisiko dan tidak cekap

Satu contoh ialah mengisih aplikasi ke dalam tiga baldi luas berikut:
- Aplikasi yang mudah dialihkan. Ini mempunyai lebih sedikit kebergantungan, lebih baharu, ditulis secara dalaman jadi tidak mempunyai pertimbangan pelesenan, dan lebih bertolak ansur terhadap penskalaan dan sokongan corak reka bentuk awan

- Aplikasi yang sukar untuk dipindahkan. Ini mempunyai lebih banyak kebergantungan, kurang toleran terhadap penskalaan, sukar dijalankan dengan perkhidmatan awan atau mempunyai keperluan lesen yang kompleks

- Aplikasi yang tidak boleh dialihkan. Sesetengah aplikasi yang mungkin bukan calon yang baik untuk berhijrah dijalankan pada perkakasan khusus atau lebih lama, mempunyai keperluan perniagaan atau kawal selia yang memerlukannya untuk kekal di pusat data anda atau mempunyai keperluan lesen yang kompleks yang tidak Âtidak membenarkan mereka beralih ke awan

Ini hanyalah beberapa contoh cara untuk mengisih aplikasi. Kemungkinan besar aplikasi anda mempunyai lebih banyak faktor penentu yang boleh anda gunakan untuk mencipta matriks keutamaan semua aplikasi. Daripada kedudukan itu, anda boleh memilih aplikasi pertama anda untuk dipindahkan dan mula merancang asas Google Cloud anda

 Asas
 Arkitek dan rancang butiran khusus untuk menggunakan persekitaran awan baharu. Ini termasuk:
- Seni bina awan dan model keselamatan untuk menyediakan asas infrastruktur untuk beban kerja anda

Sumber rangkaian untuk membolehkan komunikasi yang selamat dan boleh dipercayai antara aplikasi. Ini memerlukan perancangan yang luas untuk Pengurusan Identiti dan Akses (IAM), reka bentuk Awan Persendirian Maya (VPC) dan kaedah capaian luaran

Teknologi dan alatan keadaan akhir yang akan digunakan oleh beban kerja anda

Perakaunan untuk pengurusan pergantungan, garis masa dan kaedah memindahkan data

 Penghijrahan
Alihkan data dan gunakan perkhidmatan, infrastruktur dan kod ke destinasi anda. Anda harus menggunakan automasi dan perkakas untuk menyokong operasi ini

 Pengoptimuman
Sahkan sama ada keputusan dan andaian yang anda buat dalam penilaian dan fasa asas sepadan dengan realiti selepas fasa migrasi. Anda mengenal pasti sebarang perubahan yang mungkin anda perlukan. Pertimbangkan cara untuk meneroka pilihan asli awan yang lain, seperti beralih daripada infrastruktur sebagai perkhidmatan (IaaS) kepada platform sebagai perkhidmatan (PaaS) atau mengambil kesempatan daripada tawaran perkhidmatan terurus. Bergantung pada hasil fasa pengoptimuman, anda mungkin memulakan kitaran sekali lagi untuk menangani perubahan atau pengubahsuaian. Sentiasa mulakan semula pada fasa penilaian dan gunakan pengalaman anda untuk menjadi lebih cekap dengan setiap lelaran

## Jenis migrasi
Tiga strategi pemindahan yang paling biasa untuk mengalihkan aplikasi ke awan diterangkan dalam bahagian berikut

 Angkat dan alihkan
guna
*angkat dan alihkan* apabila anda ingin memindahkan aplikasi semasa menukar sebagai
sedikit yang mungkin dalam cara ia berfungsi. Ini berfungsi paling baik untuk aplikasi yang
boleh berjalan tanpa diubah suai dalam awan, apabila memindahkan aplikasi dengan cepat adalah a
keutamaan, atau apabila perniagaan kurang selera atau memerlukan perubahan. ini
penghijrahan memerlukan lebih banyak kerja daripada kakitangan infrastruktur dan operasi kepada
menyokong perubahan asas di mana perkhidmatan akan dijalankan, dan kurang kerja
daripada pembangun sejak sangat kecil, jika ada, kod perlu ditukar

Contohnya, jika kedua-dua peringkat aplikasi web anda dihoskan pada VM, anda boleh memindahkannya sebagaimana adanya dengan menggunakan Migrate to Virtual Machines. Apabila VM tersebut berada di awan, anda kemudian boleh mempertimbangkan untuk meningkatkan kepada platform pengiraan asli awan yang lebih banyak untuk faedah tambahan

 Perbaiki dan bergerak
guna
*menambah baik dan bergerak* apabila anda ingin memodenkan aplikasi anda dalam
proses memindahkannya ke awan. Ini biasanya digunakan apabila aplikasi
tidak disokong dalam awan seperti sedia ada, atau apabila kemas kini utama dalam perisian atau
perkakasan sudah berskop dan dirancang. Penghijrahan ini memerlukan infrastruktur,
operasi, dan pemaju untuk bekerjasama untuk meningkatkan fungsi
aplikasi dalam awan, dan membolehkan aplikasi itu memanfaatkan
faedah asli awan seperti lebih mudah alih, berskala dan kebolehpercayaan

Satu lagi variasi strategi ini adalah untuk memperbaiki dan bergerak dalam satu gerakan. Jika kedua-dua peringkat aplikasi web anda dihoskan pada VM, anda boleh menggunakan Migrate to Containers untuk mengalih dan menukar VM tersebut secara automatik ke dalam bekas yang dijalankan pada Google Kubernetes Engine (GKE)

 Koyak dan ganti
guna
*koyak dan ganti* apabila anda ingin membina penyelesaian baharu dalam awan, dan
terbenam versi semasa penyelesaian di premis anda. Ini biasa digunakan
apabila syarat berikut dikenakan:
- Aplikasi sedia ada tidak berbaloi untuk dikekalkan dalam awan, secara teknikal atau kewangan

- Pelesenan perisian dalam awan adalah terlarang atau tidak praktikal

- Aplikasi berhenti memenuhi keperluan perniagaan sama sekali

Oleh kerana merobek dan menggantikan memerlukan penulisan semula aplikasi dari bawah ke atas, ia tidak diliputi dalam panduan migrasi ini

## Fasa penilaian
Sebelum sebarang penghijrahan boleh bermula, anda mesti mempunyai pemahaman yang menyeluruh tentang titik permulaan anda

Sebarang soalan yang tidak dijawab menimbulkan risiko kepada kejayaan penghijrahan. Menghabiskan masa dalam fasa penilaian membantu memastikan fasa migrasi yang lancar dan tidak lancar. Luangkan seberapa banyak masa yang anda boleh untuk menangkap sebanyak mungkin maklumat yang berkaitan untuk menyokong penghijrahan anda

 Timbunan perisian aplikasi
Bekerjasama dengan infrastruktur, operasi dan pasukan pembangunan anda untuk mengenal pasti butiran berikut:
- Sistem pengendalian: Pengedaran tepat, versi, tampalan, pakej dipasang

- Pelayan web: Pakej perisian tepat, nombor versi, pakej atau pengubahsuaian perisian lain, dan semua fail konfigurasi dan peraturan untuk perisian pelayan web

- Pangkalan Data: Nama perisian yang tepat, versi, skema, strategi replikasi dan jadual sandaran

- Persekitaran masa jalan: Versi tepat, semua persekitaran hujung belakang dan hujung hadapan

 Sumber perkakasan sistem
Untuk pelayan web dan peringkat pangkalan data, jawab soalan berikut:
- Berapa banyak pelayan sedang berjalan sekarang?
- Berapakah jumlah peruntukan CPU, termasuk penjanaan, jenis seni bina dan kelajuan?
- Apakah RAM dan ruang cakera yang diperuntukkan kepada setiap pelayan? Adakah HDD atau SSD sedang digunakan? SERBUAN?

- Apakah penggunaan semasa, penggunaan purata dan penggunaan puncak CPU, RAM dan ruang cakera? Lihat purata dan kemuncak anda dalam konteks penggunaan perniagaan khusus anda. Sebagai contoh, syarikat yang menyokong Sukan Olimpik mungkin perlu melihat ke belakang dua tahun untuk melihat rupa puncak sebenar, manakala aplikasi lain mungkin mempunyai kadar larian yang lebih stabil. Lihat garis masa kes penggunaan yang paling tipikal untuk purata dan garis masa penggunaan terberat anda untuk puncak. Cari juga corak penggunaan kitaran, seperti hujung minggu, malam dan hari bekerja  - Untuk pangkalan data, apakah strategi sandaran, replikasi atau sharding yang sedang digunakan, dan bagaimanakah ia memberi kesan kepada keperluan ruang cakera dan bilangan pelayan yang diperlukan?  Sumber rangkaian Analisis seni bina rangkaian yang membolehkan aplikasi anda berfungsi. Pastikan anda mempunyai gambar rajah topologi rangkaian logik dan fizikal yang tepat dan terkini bagi infrastruktur yang menyokong aplikasi anda. Gambar rajah mesti menggariskan dengan jelas semua sambungan, kebergantungan dan perkhidmatan rangkaian  Jawab soalan berikut: - Bagaimanakah pelanggan mengakses aplikasi anda? Melalui pelayar web? Terus melalui alamat IP? Melalui aplikasi mudah alih? Menggunakan sambungan rangkaian peribadi maya? - Adakah anda mempunyai senarai semua sijil SSL/TLS dan kunci penyulitan yang berkenaan? - Di manakah semua sijil SSL/TLS yang berkenaan dihoskan? Bilakah mereka tamat tempoh? Bagaimana anda memperbaharui sijil? Bagaimanakah anda mendapatkan sijil baharu? Adakah anda mempunyai akses kepada semua sijil semasa? - Adakah anda mempunyai senarai semua domain berkenaan yang menyokong aplikasi? - Di manakah domain ini dihoskan? Bilakah mereka tamat tempoh? Bagaimana anda memperbaharuinya? Adakah anda mempunyai akses kepada akaun yang mengawal pendaftaran? - Di manakah DNS anda dihoskan dan dikawal? - Adakah anda mempunyai akses kepada semua sistem dan alatan yang mengawal DNS? Apakah pemetaan CNAME ke IP semasa untuk setiap domain dan adakah anda mempunyai sandaran? - Apakah tetapan masa untuk hidup (TTL) DNS anda? - Di manakah tembok api anda dan peranti akses dan kawalan rangkaian lain sesuai dengan seni bina? Apakah peraturan yang sedia ada untuk membenarkan atau menafikan lalu lintas? Siapa yang bertanggungjawab, dan apakah prosedur untuk menukar atau mengemas kini peraturan tersebut? - Adakah anda menggunakan sebarang perkhidmatan rangkaian luaran? Contohnya, pembekal rangkaian penghantaran kandungan (CDN) atau perkhidmatan perlindungan penolakan perkhidmatan (DDoS) yang diedarkan? ## Fasa asas Google Cloud menawarkan banyak pilihan untuk menjalankan beban kerja pengiraan dan pangkalan data untuk aplikasi berbilang peringkat seperti LAMP. Bahagian ini memperkenalkan pilihan tersebut dan menerangkan sebab anda mungkin memilih satu daripada yang lain   Pilihan berpusatkan pengiraan  Enjin Kira Compute Engine ialah tawaran IaaS yang membolehkan anda menjalankan mesin maya (VM) di Google Cloud. Anda boleh memasang rangka kerja web, perisian pelayan, pangkalan data dan sebarang perisian lain yang disokong oleh sistem pengendalian anda. Jika anda menjalankan aplikasi LAMP anda sendiri pada logam kosong, pada VM, dalam pusat data, atau pada pembekal awan yang lain, pilihan ini boleh, jika tidak betul-betul, meniru pelayan sedia ada anda. Pilihan ini menawarkan kawalan terbaik ke atas konfigurasi sistem pengendalian dan tetapan perisian pelayan web. Compute Engine membolehkan kawalan mendalam ke atas jenis mesin, kumpulan contoh, pilihan storan, pengimbang beban dan banyak butiran lain. Rujuk dokumentasi Enjin Kira yang lengkap untuk lebih banyak Permulaan Pantas, Tutorial dan banyak lagi  Mengalihkan aplikasi anda terus ke Compute Engine ialah pemindahan angkat-dan-anjakan yang paling biasa. Untuk panduan tentang pemetaan sumber di premis kepada Compute Engine, lihat Amalan terbaik untuk memindahkan mesin maya ke Compute Engine   Pengurus Penerapan Awan Google Cloud Marketplace juga menawarkan pemasangan LAMP mudah melalui Pengurus Penerapan.Anda boleh melancarkan pelayan dengan Debian Linux, Apache, MySQL, PHP dan phpMyAdmin telah dipasang dan dikonfigurasikan dalam persediaan lalai. Anda mendapat pelayan web yang berfungsi sepenuhnya dan bukti kelayakan untuk pemasangan MySQL dalam beberapa minit sahaja   Enjin Google Kubernetes GKE ialah persekitaran terurus dan sedia pengeluaran untuk menggunakan aplikasi kontena. Menggunakan GKE anda berhenti mengurus sistem pengendalian dengan menyimpan perisian pelayan web anda. Sebagai contoh, pelayan web Apache dan NGINX tersedia daripada setiap repositori bekas awam. Jika anda menggunakan bekas untuk menjalankan beban kerja dalam persekitaran anda, GKE ialah perkhidmatan yang cekap untuk mengekalkan penggunaan dan aliran kerja ujian yang serupa semasa anda memindahkan beban kerja LAMP anda ke Google Cloud. Jika anda tidak menggunakan bekas, pertimbangkan untuk meneroka GKE untuk penggunaan dan pemulihan yang lebih pantas, kecekapan yang lebih tinggi dalam menggunakan sumber dan tidak perlu mengurus sistem pengendalian asas dan VM  Untuk lebih lanjut mengenai pengurusan aplikasi kontena secara berskala, rujuk dokumentasi GKE untuk permulaan pantas, tutorial, konsep, panduan cara dan sumber lain untuk membantu anda bermula  Mengalihkan aplikasi LAMP di premis anda kepada GKE ialah migrasi yang lebih baik dan bergerak, manakala pemindahan daripada infrastruktur berasaskan kontena yang diurus sendiri ialah migrasi lif-and-shift   Enjin Apl App Engine ialah platform tanpa pelayan untuk membina aplikasi berskala tinggi. Bergantung pada jenis aplikasi yang anda jalankan, App Engine boleh menghapuskan keperluan untuk mengurus pelayan, bekas atau penempatan, membolehkan pembangun anda menumpukan pada menulis kod dan mengurangkan kerumitan mengurus sebarang infrastruktur asas. Bukan semua beban kerja adalah calon yang baik untuk beralih ke App Engine, tetapi beban kerja yang melihat pengurangan kos dan kerumitan sambil meningkatkan kelajuan penskalaan dan daya tahan aplikasi di bawah beban  App Engine datang dalam dua perisa: persekitaran standard merangkumi pelbagai bahasa (termasuk PHP untuk aplikasi LAMP kami), dan persekitaran fleksibel membolehkan lebih banyak penyesuaian masa jalan, prestasi dan infrastruktur. Terokai dokumentasi untuk bahasa pilihan anda untuk mengetahui lebih lanjut   Pilihan pangkalan data
 Diurus sendiri pada Compute Engine
Anda boleh memasang MySQL, PostgreSQL atau mana-mana pangkalan data berasaskan SQL yang lain pada contoh Enjin Kira. Ini memberikan tahap kawalan yang sama yang anda miliki semasa menjalankan MySQL pada stesen kerja, pada pelayan di pusat data, atau sebagai VM dalam pembekal awan yang lain. Apabila anda menjalankan pangkalan data anda pada VM, adalah menjadi tanggungjawab anda untuk mengkonfigurasi, memantau dan mengekalkan failover, replikasi, pembahagian dan ketersediaan tinggi

Anda boleh menganggap pangkalan data sebagai beban kerja pengiraan, mempertimbangkan CPU, RAM dan ruang cakera untuk memastikan terdapat sumber yang mencukupi untuk aplikasi berjalan dengan pasti

Seperti mengalihkan beban kerja pengiraan ke Enjin Kira, pendekatan ini mewakili migrasi angkat dan anjakan

 Cloud SQL
Cloud SQL ialah perkhidmatan pangkalan data terurus sepenuhnya yang memuatkan pemasangan, persediaan dan penyelenggaraan pangkalan data anda ke Google Cloud. Ia mengautomasikan sandaran, replikasi, tampalan dan kemas kini serta membolehkan anda menumpukan pada aplikasi anda. Pangkalan data Cloud SQL boleh digunakan oleh beban kerja yang dijalankan pada mana-mana perkhidmatan pengiraan Google, termasuk Compute Engine, GKE dan App Engine. Melainkan anda memerlukan tahap kawalan yang mendalam ke atas pangkalan data MySQL anda, Cloud SQL ialah pilihan yang mudah disediakan dan dipaparkan sepenuhnya untuk menjalankan beban kerja LAMP

Cloud SQL boleh menjalankan dan menyokong MySQL dan PostgreSQL secara asli. Jika anda berhijrah daripada salah satu pangkalan data tersebut ke Cloud SQL, ini ialah migrasi angkat dan anjakan. Jika anda meneroka kaedah baharu untuk replikasi, strategi sandaran atau kesederhanaan dalam mengurus infrastruktur anda, ini mungkin penghijrahan yang lebih baik dan bergerak.

 Pilihan storan lain
Storan Awan ialah objek atau stor gumpalan yang boleh skala, diurus sepenuhnya, sangat dipercayai dan menjimatkan kos, sesuai untuk menyimpan imej, aset statik dan data tidak berstruktur lain. Storan Awan boleh digunakan untuk mengehoskan tapak web statik tetapi tidak direka untuk menyimpan kandungan pangkalan data yang aktif. Ia juga merupakan lokasi yang ideal untuk menyimpan objek sandaran dan pemulihan bencana, dan data untuk digunakan untuk penstriman

Pertimbangkan untuk menggunakan Storan Awan sebagai lokasi untuk menyimpan sandaran pangkalan data anda semasa dan selepas penghijrahan anda

 Firestore

Firestore ialah pangkalan data dokumen NoSQL asli awan yang diurus sepenuhnya, tanpa pelayan, yang memudahkan penyimpanan, penyegerakan dan pertanyaan data untuk aplikasi mudah alih, web dan Internet Perkara (IoT) anda pada skala global. Perpustakaan pelanggannya menyediakan penyegerakan langsung dan sokongan luar talian, manakala ciri keselamatan dan penyepaduan dengan Firebase dan Google Cloud mempercepatkan membina apl tanpa pelayan yang benar-benar. Jika aplikasi anda mempunyai kandungan yang boleh mendapat manfaat daripada format NoSQL, seperti profil pengguna, katalog produk atau keadaan permainan, anda harus meneroka Firestore dalam fasa pengoptimuman penghijrahan anda

 Firebase
Firebase ialah platform pembangunan mudah alih yang komprehensif yang merangkumi pilihan storan dan pangkalan data. Jika aplikasi anda menyokong beban kerja mudah alih, platform Firebase harus dipertimbangkan dalam fasa pengoptimuman anda

 Spanar Awan
Spanner ialah perkhidmatan pangkalan data gred perusahaan, diedarkan secara global dan sangat konsisten yang dibina untuk awan. Ia menggabungkan faedah struktur pangkalan data hubungan dengan skalabiliti mendatar pangkalan data bukan hubungan. Jika aplikasi anda boleh mendapat manfaat daripada kebolehurusan, skalabiliti dan transaksi yang dipertingkatkan dengan konsistensi yang kukuh, pertimbangkan untuk memindahkan pangkalan data anda kepada Spanner dalam fasa pengoptimuman anda

Google Cloud menawarkan banyak pilihan storan lain untuk menyokong pelbagai beban kerja

## Fasa migrasi
Selepas anda menyelesaikan penilaian anda dan merancang penghijrahan anda, anda boleh memulakan kerja mengalihkan data, perkhidmatan dan sumber ke Google Cloud. Setiap aplikasi mempunyai keperluan sendiri. Bahagian ini membincangkan beberapa contoh untuk membantu menunjukkan perkara yang melibatkan fasa ini

 Angkat dan tukar: Enjin Kira
Langkah pertama untuk memulakan migrasi angkat dan anjakan anda ialah mewujudkan perkhidmatan berbilang peringkat yang serasi dalam Compute Engine. Walaupun terdapat banyak pendekatan untuk ini; berikut adalah tiga yang paling biasa:
- Persediaan manual. Lancarkan VM dengan sistem pengendalian yang anda inginkan, kemudian kemas kini repositori secara manual, pasang dan konfigurasi perisian, serta peruntukkan serta konfigurasi pangkalan data dan persekitaran masa jalan dengan tangan. Pendekatan ini menawarkan tahap kawalan yang tinggi, tetapi mengambil lebih banyak masa, lebih terdedah kepada ralat, dan kurang boleh dihasilkan daripada kaedah lain

- Automatik. Gunakan Migrate to VMs untuk memindahkan timbunan VM (dalam susunan tertentu) dari premis kepada VM bersaiz betul, diperuntukkan secara automatik dan dikonfigurasikan dalam Compute Engine

- Pasaran Awan. Lancarkan tindanan LAMP yang diprakonfigurasikan dalam projek Google Cloud anda. Pastikan anda menyemak bahawa sistem pengendalian yang disediakan dan versi perisian akan berfungsi dengan aplikasi anda. Terokai dokumentasi Cloud Marketplace untuk mengetahui lebih lanjut

- Pengerahan automatik. Cipta VM sedia pengeluaran menggunakan integrasi berterusan / konsep penggunaan berterusan dan pelbagai alatan pengurusan konfigurasi (Chef, Puppet, Ansible, Salt), infrastruktur sebagai alatan kod (Pengurus Kerahan, Terraform) dan rangka kerja automasi (Cloud Build). Penggunaan automatik membolehkan kaedah yang boleh diuji, boleh diulang dan automatik untuk menggunakan VM dan perisian yang memenuhi keperluan aplikasi dan tadbir urus anda
 Perbaik dan alihkan: GKE dan Cloud SQL Untuk beralih ke penyelesaian kontena terurus, anda mesti mewujudkan asas untuk kluster dan penyelesaian SQL terurus anda   Melancarkan gugusan GKE Membuat kluster pada GKE dan mengurus kluster itu ialah langkah pertama. Gunakan maklumat daripada penilaian dan fasa asas anda untuk mensaiz dan mengkonfigurasi kluster awal anda dengan sewajarnya dan untuk menggunakan amalan terbaik pengerasan keselamatan   Pilihan pelancaran untuk Cloud SQL Menggunakan maklumat pangkalan data yang diperoleh dalam penilaian dan fasa asas anda, buat contoh Cloud SQL baharu dan ikuti panduan cara lain untuk membina pangkalan data untuk aplikasi anda. Google menyediakan senarai amalan terbaik Cloud SQL, panduan untuk menyediakan ketersediaan tinggi dan tutorial lain untuk penskalaan mendatar. Terokai pilihan untuk menyambung daripada Enjin Google Kubernetes ke Cloud SQL dan pilih pilihan yang sesuai untuk tahap aplikasi dan pengalaman anda   Tanpa pelayan bertambah baik dan bergerak: Enjin Apl dan Cloud SQL Jika anda memutuskan untuk memindahkan aplikasi LAMP anda kepada rangka kerja tanpa pelayan, anda mungkin perlu mengubah suai aplikasi anda untuk menyokong App Engine. Setiap aplikasi adalah berbeza, dan terdapat banyak strategi. Mulakan dengan menyemak perkara berikut: - Dapatkan gambaran keseluruhan seni bina perkhidmatan mikro pada App Engine  - Fahami cara mencipta dan menamakan persekitaran pembangun, ujian, QA, pementasan dan pengeluaran dengan perkhidmatan mikro dalam App Engine  - Ketahui amalan terbaik untuk mereka bentuk API untuk berkomunikasi antara perkhidmatan mikro  - Ketahui amalan terbaik untuk prestasi perkhidmatan mikro  Bergantung pada pengalaman organisasi dan peribadi anda serta kebiasaan menjalankan kod tanpa pelayan, strategi penambahbaikan dan pengalihan tanpa pelayan boleh mengambil masa yang lebih banyak daripada pilihan angkat dan anjakan. Walau bagaimanapun, membawa yang terbaik tanpa pelayan kepada anda boleh menjadi aset yang besar kepada organisasi anda  ## Fasa pengoptimuman Selepas aplikasi anda berjalan di Google Cloud, anda boleh mengesahkan andaian dan keputusan anda daripada tiga fasa sebelumnya. Penghijrahan penuh boleh mengambil masa yang lama dan banyak butiran boleh berubah sepanjang proses. Pengoptimuman merangkumi banyak bidang, tetapi berikut ialah beberapa kategori biasa   Pengoptimuman kos Beralih daripada di premis kepada awan mengubah cara anda membelanjakan wang untuk aplikasi, perkhidmatan dan infrastruktur. Anda mungkin melengkapkan penilaian perkhidmatan di premis lama dan mendapati selepas penghijrahan bahawa perkakasan moden, memori yang lebih pantas dan seni bina CPU yang lebih baharu menjalankannya dengan lebih cekap. Ini mungkin bermakna VM anda diperuntukkan secara berlebihan dan membazirkan wang  Anda mungkin menyiasat menggunakan kejadian VM boleh didahulukan pada Compute Engine. Mungkin anda tidak memerlukan pengimbang beban sebanyak yang anda fikirkan, atau anda berjaya membersihkan pangkalan data anda semasa bergerak dan kini mempunyai ruang yang tidak anda gunakan. Mencari cara untuk menjimatkan wang dan mengurangkan kos operasi dalam awan boleh menjadi kerja sepenuh masa yang membayar untuk dirinya sendiri. Google Cloud mempunyai beberapa alat pengurusan kos yang boleh membantu anda memahami harga awan   Automasi Mengautomasikan beban kerja pengiraan anda di awan dengan betul boleh menyebabkan kos penjimatan dan faedah kecekapan  Pengurus Kerahan ialah produk Google Cloud yang direka untuk membantu anda membuat dan mengurus awan sumber menggunakan templat mudah  Skrip dengan gcloud ialah pilihan jika anda lebih suka menulis automasi anda sendiri. Manakala kewangan faedah datang dengan automasi, kelebihan lain termasuk yang berikut: - Proses standard dan berulang untuk menurunkan kadar ralat  - Penjejakan boleh diaudit untuk pematuhan dan tadbir urus  - Peningkatan pemahaman tentang cara aplikasi anda berfungsi, cara ia rosak dan cara membetulkannyaAutomasi meningkatkan masa operasi dengan mengurangkan pergantungan pada makluman dan masa tindak balas manusia, mengurangkan hutang teknikal dengan mendokumenkan aliran kerja, dan membolehkan jurutera anda kurang fokus pada memastikan lampu menyala dan lebih banyak pada membina produk, alatan dan perkhidmatan yang lebih baik.Konsep ini adalah teras Kejuruteraan Kebolehpercayaan Tapak (SRE).Google Cloud menawarkan buku percuma untuk dibaca dalam talian mengenai Kejuruteraan Kebolehpercayaan Tapak, serta Buku Kerja SRE yang menyediakan contoh praktikal dan kajian kesMenyahgandingkan infrastruktur dan kod andaAnda menyahgandingkan perkhidmatan berkali-kali apabila aplikasi berkembang.Memecahbelahkan perkhidmatan yang disambungkan, dan mengetahui cara menskalakannya secara bebas, meningkatkan ketersediaan dan kebolehpercayaan aplikasi anda.Secara umumnya terdapat tiga langkah untuk proses ini:- Laksanakan infrastruktur sebagai kod (IaC) di mana-mana sahaja.Dengan melaksanakan proses pengurusan IaC dan konfigurasi, anda memperoleh blok binaan yang boleh dikesan, boleh diaudit dan boleh dihasilkan semula untuk penyediaan dan konfigurasi keseluruhan infrastruktur anda- Asingkan perkhidmatan sedia ada anda kepada perkhidmatan mikro.Gunakan middleware berorientasikan mesej, seperti Pub/Sub, untuk membenarkan setiap perkhidmatan mikro menjadi domain kegagalannya sendiri- Mulakan pemindahan perkhidmatan daripada infrastruktur sebagai perkhidmatan ke platform sebagai perkhidmatan , atau bahkan berfungsi sebagai perkhidmatan atau tanpa pelayan sebagai perkhidmatan.Perjalanan daripada "kod dan infrastruktur monolitik"kepada "perkhidmatan mikro dipisahkan berjalan dengan cekap merentasi spektrum IaaS"ialah matlamat berharga yang akan mengambil masa, usaha dan dedikasiPenalaan prestasiPenalaan prestasi boleh menghasilkan keuntungan yang ketara dalam penggunaan sistem dan masa tindak balas.Setiap beban kerja mempunyai kaedah yang berbeza untuk penalaan prestasi, daripada fail konfigurasi perisian sehinggalah kepada penalaan bendera kernel.Untuk aplikasi LAMP, penalaan prestasi biasanya termasuk dalam tiga kategori:- Menala awan, rangkaian dan sistem pengendalian:
- 5 langkah untuk prestasi rangkaian Google Cloud yang lebih baik boleh membantu anda memahami cara untuk memanfaatkan sepenuhnya Rangkaian Awan Google

- Pengoptimuman TCP untuk prestasi rangkaian dalam Google Cloud boleh membantu jika anda mempunyai keperluan kependaman TCP tertentu

- Mengoptimumkan cakera berterusan dan prestasi SSD tempatan boleh membantu anda mempelajari tentang arkitek untuk beban kerja berat IOPS

- Meningkatkan prestasi pada Enjin Kira boleh membantu prestasi aplikasi API apabila berinteraksi dengan API dan perkhidmatan Awan Google yang lain

- Menala pelayan web:
- Penalaan Prestasi Apache dan Penalaan Prestasi NGINX, atau carian Google umum untuk "penalaan prestasi pelayan web anda"akan membawa anda ke arah yang betul

Menala pangkalan data:
## Apa yang akan datang
- Menyediakan LAMP pada Enjin Kira

- Pasangkan Tindanan LAMP

- Ketahui lebih lanjut tentang menjalankan beban kerja pengiraan pada Compute Engine atau GKE

Sambungkan GKE ke Cloud SQL

Terokai Migrate to VMs dan Migrate to Containers

Bina aplikasi berskala tinggi pada platform tanpa pelayan yang diurus sepenuhnya dengan App Engine

Ketahui lebih lanjut tentang pilihan pangkalan data di Google Cloud

Terokai seni bina rujukan, rajah, tutorial dan amalan terbaik tentang Google Cloud. Lihatlah Pusat Seni Bina Awan kami.