Artikel iki ngenalake opsi Google Cloud menyang organisasi sing nganakake penilaian internal babagan mindhah aplikasi web rong tingkat menyang awan

## Jinis aplikasi
Aplikasi web rong tingkat kalebu server web sing mbukak aplikasi, lan database kanggo nyimpen data aplikasi. Mlaku Linux, Apache, MySQL, lan PHPâÃÂàsing umum diarani minangka tumpukan LAMP, minangka conto umum saka aplikasi web rong tingkat. Variasi distribusi Linux, piranti lunak server web, basis data, utawa basa pamrograman mengaruhi rincian teknis babagan migrasi, nanging ringkesan lan langkah-langkah migrasi konsisten.

## Fase migrasi
Migrasi awan dumadi ing patang fase ing ngisor iki

 Assessment
Temtokake kabeh karakteristik beban kerja sampeyan, dhaptar sumber daya sing dibutuhake kanggo mbukak beban kerja ing awan, lan sebutake kabeh dependensi kunci lan sambungan menyang beban kerja liyane. Nggunakake dhaptar lengkap karakteristik, sampeyan bisa miwiti ngrancang aplikasi lan beban kerja apa sing kudu dipindhah, lan ing urutan apa

Ing perusahaan modern, ana macem-macem jinis aplikasi, saka aplikasi sing ngadhepi pelanggan, aplikasi back office, alat pangembang, nganti aplikasi eksperimen. Ngalih kabeh aplikasi kasebut bebarengan lan kanthi cara sing padha bakal beboyo lan ora efisien

Salah sawijining conto yaiku ngurutake aplikasi menyang telung ember ing ngisor iki:
- Aplikasi sing gampang dipindhah. Iki duwe dependensi sing luwih sithik, luwih anyar, ditulis sacara internal dadi ora duwe pertimbangan lisensi, lan luwih toleran kanggo skala lan ndhukung pola desain awan

- Aplikasi sing angel dipindhah. Iki duwe dependensi luwih akeh, kurang toleran kanggo skala, angel ditindakake nganggo layanan awan, utawa duwe syarat lisensi sing rumit.

- Aplikasi sing ora bisa dipindhah. Sawetara aplikasi sing bisa uga ora dadi calon sing apik kanggo migrasi nganggo piranti keras khusus utawa lawas, duwe syarat bisnis utawa peraturan sing kudu tetep ana ing pusat data sampeyan, utawa duwe syarat lisensi sing kompleks sing ora ana. Â ora ngidini pindhah menyang méga

Iki mung sawetara conto cara ngurutake aplikasi. Kemungkinan aplikasi sampeyan duwe akeh faktor penentu liyane sing bisa digunakake kanggo nggawe matriks prioritas kabeh aplikasi. Saka peringkat kasebut, sampeyan bisa milih aplikasi pisanan sing bakal dipindhah, lan miwiti ngrancang dhasar Google Cloud

 pondasi
Arsitek lan rencana rincian khusus kanggo nyebarake lingkungan awan anyar. Iki kalebu:
- Arsitektur maya lan model keamanan kanggo nyedhiyakake dhasar infrastruktur kanggo beban kerja sampeyan

Sumber daya jaringan kanggo ngidini komunikasi sing aman lan dipercaya ing antarane aplikasi. Iki mbutuhake perencanaan ekstensif kanggo Identity and Access Management (IAM), desain Virtual Private Cloud (VPC), lan metode akses eksternal

Teknologi lan piranti pungkasan sing bakal ditindakake beban kerja sampeyan

Akuntansi kanggo manajemen dependensi, garis wektu, lan cara mindhah data

 Migrasi
Pindhah data lan pasang layanan, infrastruktur, lan kode menyang panggonan sampeyan. Sampeyan kudu nggunakake otomatisasi lan perkakas kanggo ndhukung operasi kasebut

 Optimasi
Validasi apa keputusan lan asumsi sing sampeyan lakoni ing tahap pambiji lan dhasar cocog karo kasunyatan sawise tahap migrasi. Sampeyan ngenali owah-owahan apa wae sing perlu. Coba kepiye carane njelajah opsi cloud-native liyane, kayata pindhah saka infrastruktur minangka layanan (IaaS) menyang platform minangka layanan (PaaS), utawa njupuk kauntungan saka penawaran layanan sing dikelola. Gumantung saka asil fase optimasi, sampeyan bisa miwiti siklus maneh kanggo ngatasi owah-owahan utawa modifikasi. Tansah miwiti maneh ing tahap pambiji lan gunakake pengalaman sampeyan dadi luwih efisien karo saben pengulangan

## Jinis migrasi
Telung strategi migrasi sing paling umum kanggo mindhah aplikasi menyang awan diterangake ing bagean ing ngisor iki

 Angkat lan ngalih
Gunakake
* angkat lan shift * nalika sampeyan pengin mindhah aplikasi nalika ngganti minangka
sethitik sabisa ing carane padha dienggo. Iki paling apik kanggo aplikasi sing
bisa mbukak unmodified ing méga, nalika obah aplikasi cepet iku a
prioritas, utawa nalika bisnis wis sethitik napsu utawa perlu kanggo owah-owahan. Iki
migrasi mbutuhake karya luwih saka infrastruktur lan personel operasi kanggo
ndhukung owah-owahan dhasar ing ngendi layanan bakal mbukak, lan kurang karya
saka pangembang wiwit cilik banget, yen ana, kode kudu diganti

Contone, yen loro undakan aplikasi web sampeyan di-host ing VM, sampeyan bisa migrasi kaya-kaya kanthi nggunakake Migrate to Virtual Machines. Nalika VM kasebut ana ing méga, sampeyan banjur bisa nimbang nganyarke menyang platform komputasi asli awan kanggo entuk manfaat tambahan

 Ngapikake lan mindhah
Gunakake
* nambah lan mindhah * yen sampeyan pengin modernize aplikasi ing
proses migrasi menyang awan. Iki umume digunakake nalika aplikasi
ora didhukung ing maya minangka, utawa nalika nganyari utama ing piranti lunak utawa
hardware wis scoped lan ngrancang. Migrasi iki mbutuhake infrastruktur,
operasi, lan gawe kanggo bisa bebarengan kanggo nambah fungsi saka
aplikasi ing méga, lan ngidini aplikasi kanggo njupuk kauntungan saka
keuntungan cloud-native kaya portabilitas, skalabilitas, lan linuwih

Variasi liya saka strategi iki yaiku nambah lan mindhah ing siji gerakan. Yen loro tingkat aplikasi web sampeyan di-host ing VM, sampeyan bisa nggunakake Migrate to Containers kanggo mindhah lan ngowahi VM kasebut kanthi otomatis dadi wadhah sing mlaku ing Google Kubernetes Engine (GKE)

 Nyuwek lan ngganti
Gunakake
* nyuwek lan ngganti * nalika sampeyan pengin mbangun solusi anyar ing méga, lan
sunset versi saiki solusi ing panggonan sampeyan. Iki umume digunakake
nalika kahanan ing ngisor iki ditrapake:
- Aplikasi sing wis ana ora worth njaga ing méga, teknis utawa finansial

- Lisensi piranti lunak ing méga iku nglarang utawa ora praktis

- Aplikasi mandheg nyukupi kabutuhan bisnis kabeh

Amarga nyuwek lan ngganti mbutuhake nulis ulang aplikasi saka wiwitan, aplikasi kasebut ora kalebu ing pandhuan migrasi iki

## Fase Assessment
Sadurunge migrasi bisa diwiwiti, sampeyan kudu ngerti kanthi lengkap babagan titik wiwitan

Sembarang pitakonan sing ora dijawab nyebabake risiko sukses migrasi. Mbuwang wektu ing tahap pambiji mbantu njamin fase migrasi sing lancar lan ora lancar. Nglampahi wektu sabisa kanggo njupuk informasi sing relevan sabisa kanggo ndhukung migrasi sampeyan

 Tumpukan piranti lunak aplikasi
Makarya karo infrastruktur, operasi, lan tim pangembangan kanggo ngenali rincian ing ngisor iki:
- Sistem operasi: Distribusi persis, versi, patch, paket diinstal

- Server web: Paket piranti lunak sing tepat, nomer versi, paket utawa modifikasi piranti lunak liyane, lan kabeh file konfigurasi lan aturan kanggo piranti lunak server web

- Basis data: Jeneng piranti lunak sing tepat, versi, skema, strategi replikasi, lan jadwal serep

- Lingkungan Runtime: Versi pas, kabeh lingkungan backend lan frontend

 Sumber daya hardware sistem
Kanggo tingkat server web lan database, wangsulana pitakon ing ngisor iki:
- Pira server sing mlaku saiki?
- Apa total alokasi CPU, kalebu generasi, jinis arsitektur, lan kacepetan?
- Apa sing RAM lan papan disk diparengake kanggo saben server? Apa HDD utawa SSD digunakake? RAID?
 #
- Apa panggunaan saiki, panggunaan rata-rata, lan panggunaan puncak CPU, RAM lan ruang disk?Deleng rata-rata lan puncak sampeyan ing konteks panggunaan bisnis tartamtu. #Contone, perusahaan sing ndhukung Olimpiade bisa uga kudu ndeleng maneh rong taun kanggo ndeleng kaya apa puncak sing sejatine, dene aplikasi liyane bisa uga duwe tingkat mlaku sing luwih stabil. #Deleng timeline kasus panggunaan sing paling umum kanggo rata-rata, lan garis wektu panggunaan paling abot kanggo puncak.Uga goleki pola panggunaan siklus, kayata akhir minggu, sore, lan dina kerja- Kanggo database, strategi serep, replikasi, utawa sharding apa sing digunakake, lan kepiye carane sing mengaruhi syarat papan disk lan jumlah server sing dibutuhake?Sumber daya jaringanAnalisis arsitektur jaringan sing ngidini aplikasi sampeyan bisa digunakake.Priksa manawa sampeyan duwe diagram topologi jaringan logis lan fisik sing akurat lan paling anyar saka infrastruktur sing ndhukung aplikasi sampeyan.Diagram kudu njelasake kanthi jelas kabeh sambungan, dependensi, lan layanan jaringanWangsulan pitakon ing ngisor iki:- Kepiye pelanggan ngakses aplikasi sampeyan?Liwat browser web?Langsung liwat alamat IP?Liwat aplikasi seluler?Nggunakake sambungan jaringan pribadi virtual?- Apa sampeyan duwe dhaptar kabeh sertifikat SSL/TLS lan kunci enkripsi sing ditrapake?- Ing endi kabeh sertifikat SSL/TLS sing ditrapake di-host?Kapan kadaluwarsa?Kepiye carane nganyari sertifikat?Kepiye carane entuk sertifikat anyar?Apa sampeyan duwe akses menyang kabeh sertifikat saiki?- Apa sampeyan duwe dhaptar kabeh domain sing bisa ditrapake sing ndhukung aplikasi kasebut?- Ing endi domain iki di-host?Kapan kadaluwarsa?Kepiye carane gawe anyar?Apa sampeyan duwe akses menyang akun sing ngontrol registrasi?- Ing endi DNS sampeyan di-host lan dikontrol?- Apa sampeyan duwe akses menyang kabeh sistem lan alat sing ngontrol DNS?Apa sing saiki CNAME kanggo pemetaan IP kanggo saben domain, lan sampeyan duwe serep?- Apa setelan DNS wektu kanggo urip (TTL) sampeyan?- Ing endi firewall lan akses jaringan liyane lan piranti kontrol pas karo arsitektur?Aturan apa sing saiki dileksanakake kanggo ngidini utawa nolak lalu lintas?Sapa sing tanggung jawab, lan apa prosedur kanggo ngganti utawa nganyari aturan kasebut?- Apa sampeyan nggunakake layanan jaringan eksternal?Contone, panyedhiya jaringan pangiriman konten (CDN), utawa layanan proteksi denial of service (DDoS) sing disebarake?## Fase yayasanGoogle Cloud nawakake akeh opsi kanggo mbukak beban kerja komputasi lan database kanggo aplikasi multi-tier kaya LAMP.Bagean iki ngenalake opsi kasebut lan nerangake kenapa sampeyan bisa milih siji saka liyanePilihan-sentris komputasiCompute EngineCompute Engine yaiku IaaS penawaran sing ngidini sampeyan mbukak mesin virtual (VM) ing Google Cloud.Sampeyan bisa nginstal kerangka web, piranti lunak server, basis data, lan piranti lunak liyane sing didhukung sistem operasi. #Yen sampeyan nggunakake aplikasi LAMP dhewe ing bare metal, ing VM, ing pusat data, utawa ing panyedhiya maya liyane, pilihan iki bisa, yen ora persis, niru server sing wis ana.Opsi iki nawakake kontrol paling gedhe babagan konfigurasi sistem operasi lan setelan piranti lunak server web.Compute Engine ngidini kontrol jero babagan jinis mesin, grup conto, opsi panyimpenan, penyeimbang muatan, lan akeh rincian liyane.Delengen dokumentasi Compute Engine lengkap kanggo luwih cepet, Tutorial, lan liya-liyaneMindhah aplikasi sampeyan langsung menyang Compute Engine minangka migrasi angkat-lan-shift sing paling umum.Kanggo panuntun dhumateng pemetaan sumber daya lokal menyang Compute Engine, deleng Praktik paling apik kanggo migrasi mesin virtual menyang Compute EngineCloud Deployment ManagerGoogle Cloud Marketplace uga nawakake instalasi LAMP prasaja liwat Deployment Manager.Sampeyan bisa miwiti server karo Debian Linux, Apache, MySQL, PHP, lan phpMyAdmin sing wis diinstal lan dikonfigurasi ing persiyapan standar. Sampeyan entuk server web lan kredensial sing bisa digunakake kanggo instalasi MySQL mung sawetara menit   Google Kubernetes Engine GKE minangka lingkungan sing dikelola lan siap produksi kanggo nyebarake aplikasi sing wis dikontainer. Nggunakake GKE sampeyan mandheg ngatur sistem operasi kanthi ngemot piranti lunak server web. Contone, server web Apache lan NGINX kasedhiya saka saben repositori wadhah umum. Yen sampeyan nggunakake wadhah kanggo mbukak beban kerja ing lingkungan sampeyan, GKE minangka layanan sing efisien kanggo njaga alur kerja penyebaran lan uji coba sing padha nalika sampeyan migrasi beban kerja LAMP menyang Google Cloud. Yen sampeyan ora nggunakake wadhah, coba jelajahi GKE kanggo panyebaran lan pemulihan sing luwih cepet, efisiensi nggunakake sumber daya sing luwih gedhe, lan ora kudu ngatur sistem operasi lan VM dhasar.  Kanggo luwih lengkap babagan manajemen aplikasi wadah ing skala, deleng dokumentasi GKE kanggo wiwitan cepet, tutorial, konsep, pandhuan cara, lan sumber daya liyane kanggo mbantu sampeyan miwiti.  Mindhah aplikasi LAMP ing papan sampeyan menyang GKE minangka migrasi sing luwih apik, dene pindhah saka infrastruktur basis wadah sing dikelola dhewe minangka migrasi lif-and-shift.   App Engine App Engine minangka platform tanpa server kanggo mbangun aplikasi kanthi skalabel. Gumantung saka jinis aplikasi sing sampeyan lakoni, App Engine bisa ngilangi kabutuhan kanggo ngatur server, wadhah, utawa panyebaran, ngidini pangembang sampeyan fokus ing nulis kode lan nyuda kerumitan ngatur prasarana dhasar. Ora kabeh beban kerja minangka calon sing apik kanggo pindhah menyang App Engine, nanging sing ndeleng pengurangan biaya lan kerumitan nalika nambah kacepetan skala lan daya tahan aplikasi sajrone dimuat.  App Engine kasedhiya ing rong rasa: lingkungan standar nyakup macem-macem basa (kalebu PHP kanggo aplikasi LAMP kita), lan lingkungan sing fleksibel ngidini kustomisasi luwih akeh babagan runtime, kinerja, lan infrastruktur. Jelajahi dokumentasi kanggo basa pilihan sampeyan kanggo sinau luwih lengkap   Pilihan database
 Ngatur dhewe ing Compute Engine
Sampeyan bisa nginstal MySQL, PostgreSQL, utawa database basis SQL liyane ing conto Compute Engine. Iki nyedhiyakake tingkat kontrol sing padha nalika sampeyan mbukak MySQL ing workstation, ing server ing pusat data, utawa minangka VM ing panyedhiya maya liyane. Nalika sampeyan mbukak database ing VM, sampeyan tanggung jawab kanggo ngatur, ngawasi, lan njaga failover, replikasi, partisi, lan kasedhiyan dhuwur.

Sampeyan bisa nganggep database minangka beban kerja komputasi, nimbang CPU, RAM, lan ruang disk kanggo mesthekake yen ana sumber daya sing cukup kanggo aplikasi bisa mlaku kanthi andal.

Kaya mindhah beban kerja komputasi menyang Compute Engine, pendekatan iki nggambarake migrasi angkat-lan-shift

 Cloud SQL
Cloud SQL minangka layanan database sing dikelola kanthi lengkap sing mbebasake instalasi, persiyapan, lan pangopènan basis data menyang Google Cloud. Iki ngotomatisasi serep, replikasi, tambalan, lan nganyari, lan ngidini sampeyan fokus ing aplikasi sampeyan. Database Cloud SQL bisa digunakake dening beban kerja sing mlaku ing salah sawijining layanan komputasi Google, kalebu Compute Engine, GKE, lan App Engine. Kajaba sampeyan mbutuhake tingkat kontrol sing jero babagan database MySQL, Cloud SQL minangka pilihan sing gampang disetel lan dilengkapi fitur lengkap kanggo mbukak beban kerja LAMP.

Cloud SQL bisa mlaku lan ndhukung MySQL lan PostgreSQL. Yen sampeyan migrasi saka salah sawijining database kasebut menyang Cloud SQL, iki minangka migrasi angkat lan shift. Yen sampeyan njelajah cara anyar kanggo replikasi, strategi serep, utawa kesederhanaan ngatur infrastruktur sampeyan, iki bisa uga dadi migrasi sing luwih apik lan maju.

 Pilihan panyimpenan liyane
Panyimpenan Awan minangka obyek utawa toko gumpalan sing bisa diukur, dikelola kanthi lengkap, dipercaya, lan hemat biaya, becik kanggo nyimpen gambar, aset statis lan data liyane sing ora terstruktur. Cloud Storage bisa digunakake kanggo dadi tuan rumah situs web statis nanging ora dirancang kanggo nyimpen konten basis data sing aktif. Iki uga minangka lokasi sing cocog kanggo nyimpen obyek serep lan pemulihan bencana, lan data sing digunakake kanggo streaming

Coba gunakake Cloud Storage minangka lokasi kanggo nyimpen serep database nalika lan sawise migrasi

 Firestore

Firestore minangka database dokumen NoSQL asli sing dikelola kanthi lengkap, tanpa server, cloud-native sing nyederhanakake panyimpenan, sinkronisasi, lan pitakon data kanggo aplikasi seluler, web, lan Internet of Things (IoT) ing skala global. Pustaka klien nyedhiyakake sinkronisasi langsung lan dhukungan offline, dene fitur keamanan lan integrasi karo Firebase lan Google Cloud nyepetake mbangun aplikasi tanpa server. Yen aplikasi sampeyan duwe konten sing bisa entuk manfaat saka format NoSQL, kayata profil pangguna, katalog produk, utawa status game, sampeyan kudu njelajah Firestore ing fase optimalisasi migrasi sampeyan.

 Firebase
Firebase minangka platform pangembangan seluler lengkap sing kalebu opsi panyimpenan lan basis data. Yen aplikasi sampeyan ndhukung beban kerja seluler, platform Firebase kudu dianggep ing tahap optimasi sampeyan

 Cloud Spanner
Spanner minangka layanan basis data kelas perusahaan, disebarake sacara global, lan konsisten banget sing dibangun kanggo awan. Iki nggabungake keuntungan saka struktur database relasional karo skalabilitas horisontal saka database non-relasional. Yen aplikasi sampeyan bisa entuk manfaat saka manajemen sing luwih apik, skalabilitas, lan transaksi kanthi konsistensi sing kuat, coba migrasi database sampeyan menyang Spanner ing tahap optimasi sampeyan.

Google Cloud nawakake akeh opsi panyimpenan liyane kanggo ndhukung macem-macem beban kerja

## Fase migrasi
Sawise sampeyan ngrampungake penilaian lan ngrancang migrasi, sampeyan bisa miwiti kerja mindhah data, layanan, lan sumber daya menyang Google Cloud. Saben aplikasi duwe kabutuhan dhewe. Bagean iki nliti sawetara conto kanggo mbantu nduduhake apa sing ana ing tahap iki

 Angkat lan shift: Compute Engine
Langkah pisanan kanggo miwiti migrasi lift-and-shift yaiku nggawe layanan multi-tier sing kompatibel ing Compute Engine. Nalika ana akeh pendekatan kanggo iki; ing ngisor iki ana telu sing paling umum:
- Persiyapan manual. Bukak VM karo sistem operasi sing dikarepake, banjur nganyari repositori kanthi manual, nginstal lan ngatur piranti lunak, lan nyedhiyakake lan ngatur database lan lingkungan runtime kanthi tangan. Pendekatan iki nawakake tingkat kontrol sing dhuwur, nanging mbutuhake wektu luwih akeh, luwih rawan kesalahan, lan ora bisa direproduksi tinimbang cara liya.

- Otomatis. Gunakake Migrate to VMs kanggo migrasi tumpukan VM (kanthi urutan tartamtu) saka ing panggonan menyang VM ukuran tengen, disedhiyakake kanthi otomatis, lan dikonfigurasi ing Compute Engine

- Pasar Awan. Bukak tumpukan LAMP sing wis dikonfigurasi ing proyek Google Cloud sampeyan. Priksa manawa versi sistem operasi lan piranti lunak sing kasedhiya bakal bisa digunakake karo aplikasi sampeyan. Jelajahi dokumentasi Cloud Marketplace kanggo mangerteni sing luwih lengkap

- Panyebaran otomatis. Gawe VM sing siap produksi kanthi nggunakake integrasi terus / konsep penyebaran terus lan macem-macem alat manajemen konfigurasi (Chef, Puppet, Ansible, Salt), infrastruktur minangka alat kode (Deployment Manager, Terraform), lan kerangka otomatisasi (Cloud Build). Penyebaran otomatis ngidini cara sing bisa diuji, bisa diulang, lan otomatis kanggo masang VM lan piranti lunak sing nyukupi kabutuhan aplikasi lan pamrentahan.
 Ngapikake lan mindhah: GKE lan Cloud SQL Kanggo pindhah menyang solusi wadhah sing dikelola, sampeyan kudu nggawe dhasar kanggo kluster lan solusi SQL sing dikelola   Ngluncurake kluster GKE Nggawe kluster ing GKE lan ngatur kluster kasebut minangka langkah pisanan. Gunakake informasi saka penilaian lan fase dhasar kanggo ukuran lan ngatur kluster wiwitan kanthi tepat lan kanggo ngetrapake praktik paling apik kanggo hardening keamanan.   Opsi Bukak kanggo Cloud SQL Nggunakake informasi basis data sing dipikolehi ing tahap pambiji lan dhasar, gawe conto Cloud SQL anyar, lan tindakake pandhuan cara liyane kanggo mbangun basis data kanggo aplikasi sampeyan. Google nyedhiyakake dhaptar praktik paling apik Cloud SQL, pandhuan kanggo nyetel kasedhiyan dhuwur, lan tutorial liyane kanggo skala horisontal. Jelajahi opsi kanggo nyambungake saka Google Kubernetes Engine menyang Cloud SQL lan pilih opsi sing cocog kanggo tingkat aplikasi lan pengalaman sampeyan.   Ngapikake lan mindhah tanpa server: App Engine lan Cloud SQL Yen sampeyan arep migrasi aplikasi LAMP menyang kerangka tanpa server, sampeyan bisa uga kudu ngowahi aplikasi kanggo ndhukung App Engine. Saben aplikasi beda, lan ana akeh strategi. Miwiti kanthi mriksa ing ngisor iki: - Entuk ringkesan arsitektur layanan mikro ing App Engine  - Ngerti carane nggawe lan jeneng dev, test, QA, pementasan, lan lingkungan produksi karo microservices ing App Engine  - Sinau praktik paling apik kanggo ngrancang API kanggo komunikasi antarane layanan mikro  - Sinau praktik paling apik kanggo kinerja layanan mikro  Gumantung saka pengalaman organisasi lan pribadhi lan kenal karo kode tanpa server sing mlaku, strategi tanpa server lan pamindhahan bisa njupuk wektu luwih akeh tinimbang opsi angkat lan shift. Nanging, nggawa sing paling apik tanpa server kanggo sampeyan bisa dadi aset gedhe kanggo organisasi sampeyan  ## Fase Optimization Sawise aplikasi sampeyan mlaku ing Google Cloud, sampeyan bisa ngesyahke asumsi lan keputusan saka telung fase sadurunge. Migrasi lengkap bisa njupuk wektu suwe lan akeh rincian bisa diganti sajrone proses kasebut. Optimization kalebu akeh wilayah, nanging ing kene ana sawetara kategori umum   Optimasi biaya Pindhah saka ing papan menyang awan ngganti cara sampeyan mbuwang dhuwit kanggo aplikasi, layanan, lan infrastruktur. Sampeyan bisa ngrampungake evaluasi layanan ing papan warisan lan nemokake sawise migrasi manawa hardware modern, memori sing luwih cepet, lan arsitektur CPU sing luwih anyar mlaku kanthi luwih efisien. Iki bisa uga ateges VM sampeyan wis diwenehake lan mbuwang dhuwit  Sampeyan bisa uga nyelidiki nggunakake instance VM preemptible ing Compute Engine. Mbok menawa sampeyan ora mbutuhake akeh load balancers kaya sing sampeyan pikirake, utawa sampeyan bisa ngresiki database nalika pindhah lan saiki duwe ruang sing ora digunakake. Nemokake cara kanggo ngirit dhuwit lan biaya operasional sing murah ing awan bisa dadi proyek full-time sing mbayar dhewe. Google Cloud duwe sawetara alat manajemen biaya sing bisa mbantu sampeyan ngerteni rega awan   Otomasi Ngotomatisasi beban kerja komputasi ing awan kanthi bener bisa nyebabake biaya keuntungan tabungan lan efficiency  Manajer Penyebaran minangka produk Google Cloud sing dirancang kanggo mbantu sampeyan nggawe lan ngatur awan sumber daya nggunakake Cithakan prasaja  Scripting karo gcloud minangka pilihan yen sampeyan luwih seneng nulis otomatisasi dhewe. Nalika finansial keuntungan teka karo otomatisasi, kaluwihan liyane kalebu ing ngisor iki: - Proses standar lan bisa diulang kanggo nyuda tingkat kesalahan  - Pelacakan sing bisa diaudit kanggo kepatuhan lan pamrentahan  - Tambah pangerten babagan cara aplikasi sampeyan bisa digunakake, cara rusak, lan cara ndandaniOtomasi nambah wektu aktif kanthi nyuda ketergantungan ing tandha lan wektu reaksi manungsa, nyuda utang teknis kanthi ndokumentasikake alur kerja, lan ngidini para insinyur sampeyan ora fokus kanggo njaga lampu lan luwih akeh babagan mbangun produk, alat, lan layanan sing luwih apik.Konsep iki minangka inti saka Site Reliability Engineering (SRE).Google Cloud nawakake buku online gratis kanggo diwaca babagan Teknik Reliabilitas Situs, uga Buku Kerja SRE sing nyedhiyakake conto praktis lan studi kasusNgilangi infrastruktur lan kodeSampeyan decouple layanan kaping pirang-pirang nalika aplikasi tuwuh. #Mbusak layanan sing disambungake, lan ngerti carane ngukur kanthi mandiri, nambah kasedhiyan lan linuwih aplikasi sampeyan.Umume ana telung langkah kanggo proses iki:- Ngleksanakake infrastruktur minangka kode (IaC) ing endi wae.Kanthi ngleksanakake proses manajemen IaC lan konfigurasi, sampeyan entuk blok bangunan sing bisa dilacak, bisa diaudit, lan bisa direproduksi kanggo provisioning lan konfigurasi kabeh infrastruktur sampeyan #- Decouple layanan sing wis ana dadi microservices.Gunakake middleware berorientasi pesen, kaya Pub/Sub, kanggo ngidini saben layanan mikro dadi domain kegagalan dhewe- Miwiti migrasi layanan saka infrastruktur minangka layanan menyang platform minangka layanan , utawa malah fungsi minangka layanan utawa tanpa server minangka layanan.Perjalanan saka "kode lan infrastruktur monolitik"dadi "layanan mikro sing dipisahake kanthi efisien ngliwati spektrum IaaS"minangka tujuan sing penting sing mbutuhake wektu, gaweyan, lan dedikasiPerformance tuningPerformance tuning bisa ngasilake keuntungan sing signifikan ing panggunaan sistem lan wektu nanggepi.Saben beban kerja nduweni cara sing beda kanggo nyetel kinerja, saka file konfigurasi piranti lunak nganti tuning bendera kernel.Kanggo aplikasi LAMP, tuning kinerja biasane ana ing telung kategori:- Nyetel awan, jaringan, lan sistem operasi:
- 5 langkah kanggo kinerja jaringan Google Cloud sing luwih apik bisa mbantu sampeyan ngerti carane ngoptimalake Google Cloud Networking

- Optimasi TCP kanggo kinerja jaringan ing Google Cloud bisa mbantu yen sampeyan duwe syarat latensi TCP tartamtu

- Ngoptimalake disk sing terus-terusan lan kinerja SSD lokal bisa mbantu sampeyan sinau babagan arsitektur kanggo beban kerja sing abot IOPS

- Ngapikake kinerja ing Compute Engine bisa mbantu kinerja aplikasi API nalika sesambungan karo API lan layanan Google Cloud liyane

- Tuning server web:
- Apache Performance Tuning lan NGINX Performance Tuning, utawa telusuran Google umum kanggo "tuning kinerja server web sampeyan"bakal nuntun sampeyan menyang arah sing bener

Tuning database:
## Apa maneh
- Nyetel LAMP ing Compute Engine

- Pasang LAMP Stack

- Sinau luwih lengkap babagan mbukak beban kerja komputasi ing Compute Engine utawa GKE

Sambungake GKE menyang Cloud SQL

Jelajahi Migrate to VMs lan Migrate to Containers

Gawe aplikasi kanthi skalabel ing platform tanpa server sing dikelola kanthi lengkap karo App Engine

Sinau luwih lengkap babagan opsi basis data ing Google Cloud

Jelajahi arsitektur referensi, diagram, tutorial, lan praktik paling apik babagan Google Cloud. Deleng ing Pusat Arsitektur Cloud kita.