Naghahatid ng mga website | Cloud Architecture Center

Tinatalakay ng artikulong ito kung paano mag-host ng website sa Google Cloud. Nagbibigay ang Google Cloud ng matatag, nababaluktot, maaasahan, at nasusukat na platform para sa paghahatid ng mga website. Binuo ng Google ang Google Cloud sa pamamagitan ng paggamit ng parehong imprastraktura na ginagamit ng Google upang maghatid ng nilalaman mula sa mga site tulad ng Google.com, YouTube, at Gmail. Maaari mong ihatid ang nilalaman ng iyong website sa pamamagitan ng paggamit ng uri at disenyo ng imprastraktura na pinakaangkop sa iyong mga pangangailangan Maaari mong makitang kapaki-pakinabang ang artikulong ito kung ikaw ay: - May kaalaman tungkol sa kung paano lumikha ng isang website at na-deploy at nagpatakbo ng ilang imprastraktura sa paghahatid ng web dati - Pagsusuri kung at paano i-migrate ang iyong site sa Google Cloud Kung gusto mong bumuo ng isang simpleng website, isaalang-alang ang paggamit ng Google Sites, isang structured wiki- at web pageÃÂ¢ÃÂÃÂ tool sa paglikha. Para sa higit pang impormasyon, bisitahin ang tulong sa Sites ## Pagpili ng opsyon Kung bago ka sa paggamit ng Google Cloud, ito ay isang makatwirang diskarte upang magsimula sa pamamagitan ng paggamit ng uri ng teknolohiyang pamilyar ka na. Halimbawa, kung kasalukuyan kang gumagamit ng mga server ng hardware o virtual machine (mga VM) upang i-host ang iyong site, marahil sa isa pang cloud provider o sa iyong sariling hardware, nagbibigay ang Compute Engine ng pamilyar na paradigm para sa iyo. Kung gumagamit ka na ng platform-as-a-service (PaaS) na alok, gaya ng Heroku o Engine Yard, maaaring ang App Engine ang pinakamagandang lugar para magsimula. Kung mas gusto mo ang serverless computing, ang Cloud Run ay malamang na isang magandang opsyon para sa iyo Pagkatapos mong maging mas pamilyar sa Google Cloud, maaari mong tuklasin ang yaman ng mga produkto at serbisyo na ibinibigay ng Google Cloud. Halimbawa, kung nagsimula ka sa paggamit ng Compute Engine, maaari mong dagdagan ang mga kakayahan ng iyong site sa pamamagitan ng paggamit ng Google Kubernetes Engine (GKE) o i-migrate ang ilan o lahat ng functionality sa App Engine at Cloud Run Ang sumusunod na talahanayan ay nagbubuod sa iyong mga opsyon sa pagho-host sa Google Cloud: |Pagpipilian||Produkto||Imbakan ng data||Load balancing||Scalability||Logging at monitoring| |Static na website|| | Cloud Storage Firebase Hosting |Cloud Storage bucket|| | Opsyonal ang HTTP(S). |Awtomatikong| |Mga virtual na makina||Compute Engine|| | Cloud SQL Admin API, Cloud Storage API, Datastore API, at Cloud Bigtable API, o maaari kang gumamit ng isa pang external na provider ng storage Hard-disk-based persistent disks, tinatawag na | | HTTP(S) TCP Proxy SSL Proxy Pagwawakas ng IPv6 Network Cross-rehiyon Panloob |Awtomatikong may pinamamahalaang mga pangkat ng instance| |Mga Container||GKE||Katulad ng Compute Engine ngunit naiiba ang pakikipag-ugnayan sa mga persistent disk||Network | HTTP(S) |Cluster autoscaler| |Pinamamahalaang platform|| | App Engine |Mga serbisyo ng Google Cloud gaya ng Cloud SQL, Firestore, Cloud Storage, at naa-access na mga third-party na database|| | HTTP(S) Pinamamahalaan ng Google |Pinamamahalaan ng Google| |Walang server|| | Cloud Run |Mga serbisyo ng Google Cloud gaya ng Cloud SQL, Firestore, Cloud Storage, at naa-access na mga third-party na database|| | HTTP(S) Pinamamahalaan ng Google |Pinamamahalaan ng Google| Matutulungan ka ng artikulong ito na maunawaan ang mga pangunahing teknolohiya na magagamit mo para sa paghahatid sa web sa Google Cloud at bigyan ka ng isang sulyap kung paano gumagana ang mga teknolohiya. Nagbibigay ang artikulo ng mga link para kumpletuhin ang dokumentasyon, mga tutorial, at mga artikulo ng solusyon na makakatulong sa iyong bumuo ng mas malalim na pag-unawa, kapag handa ka na ## Pag-unawa sa mga gastos Dahil napakaraming variable at iba-iba ang bawat pagpapatupad, lampas sa saklaw ng artikulong ito ang magbigay ng partikular na payo tungkol sa mga gastos. Upang maunawaan ang mga prinsipyo ng Google tungkol sa kung paano gumagana ang pagpepresyo sa Google Cloud, tingnan ang page ng pagpepresyo. Upang maunawaan ang pagpepresyo para sa mga indibidwal na serbisyo, tingnan ang seksyon ng pagpepresyo ng produkto. Maaari mo ring gamitin ang calculator ng pagpepresyo upang tantiyahin kung ano ang maaaring hitsura ng iyong paggamit sa Google Cloud. Maaari kang magbigay ng mga detalye tungkol sa mga serbisyong gusto mong gamitin at pagkatapos ay makakita ng pagtatantya ng pagpepresyo ## Pagse-set up ng mga serbisyo ng domain name Karaniwan, gugustuhin mong magrehistro ng domain name para sa iyong site. Maaari kang gumamit ng pampublikong domain name registrar, gaya ng Google Domains, upang magrehistro ng natatanging pangalan para sa iyong site. Kung gusto mo ng kumpletong kontrol sa sarili mong domain name system (DNS), maaari mong gamitin ang Cloud DNS upang magsilbi bilang iyong DNS provider. Ang dokumentasyon ng Cloud DNS ay may kasamang quickstart para makapagpatuloy ka Kung mayroon kang umiiral nang DNS provider na gusto mong gamitin, karaniwang kailangan mo lumikha ng ilang talaan sa provider na iyon. Para sa isang domain name tulad ng example.com, lumikha ka ng isang Isang tala sa iyong DNS provider. Para sa www.example.com sub-domain, gumawa ka ng isang CNAME record para sa www upang ituro ito sa example.com na domain. Ang Ang isang talaan ay nagmamapa ng isang hostname sa isang IP address Ang Lumilikha ang CNAME record ng alias para sa Isang record Kung ang iyong domain name registrar ay ang iyong DNS provider, malamang na iyon lang ang kailangan mong gawin. Kung gumagamit ka ng hiwalay na mga provider para sa pagpaparehistro at DNS, siguraduhin na ang iyong domain name registrar ay may tamang mga name server na nauugnay sa iyong domain Pagkatapos gawin ang iyong mga pagbabago sa DNS, ang mga pag-update sa talaan ay maaaring tumagal ng ilang oras upang ipalaganap depende sa iyong mga time-to-live (TTL) na halaga sa iyong zone. Kung ito ay isang bagong hostname, mabilis na magkakabisa ang mga pagbabago dahil ang mga DNS resolver ay walang naka-cache na mga dating value at maaaring makipag-ugnayan sa DNS provider para makuha ang kinakailangang impormasyon para sa ruta ng mga kahilingan ## Pagho-host ng isang static na website Ang pinakasimpleng paraan upang maghatid ng nilalaman ng website sa HTTP(S) ay ang pag-host *mga static na web page*. Inihahatid ang mga static na web page hindi nagbabago, gaya ng pagkakasulat sa mga ito, kadalasan sa pamamagitan ng paggamit ng HTML. Gamit ang isang static na website ay isang magandang opsyon kung ang mga pahina ng iyong site ay bihirang magbago pagkatapos ng mga ito na-publish, tulad ng mga post sa blog o mga pahina na bahagi ng isang maliit na negosyo website. Marami kang magagawa sa mga static na web page, ngunit kung kailangan mo ang iyong site magkaroon ng matatag na pakikipag-ugnayan sa mga user sa pamamagitan ng server-side code, dapat isaalang-alang ang iba pang mga opsyon na tinalakay sa artikulong ito Pagho-host ng isang static na website na may Cloud Storage Upang mag-host ng isang static na site sa Cloud Storage, kailangan mong lumikha ng isang Bucket ng Cloud Storage, i-upload ang nilalaman, at subukan ang iyong bagong site. Kaya mo direktang ihatid ang iyong data mula sa storage.googleapis.com, o kaya mo i-verify na pagmamay-ari mo ang iyong domain at gamitin ang iyong domain name Maaari kang lumikha ng iyong mga static na web page gayunpaman ang iyong pinili. Halimbawa, maaari mong mga pahina ng hand-author sa pamamagitan ng paggamit ng HTML at CSS. Maaari mong gamitin ang a *static-site generator*, tulad ng Jekyll, multo, o Hugo, upang lumikha ng nilalaman Sa mga generator ng static-site, lumikha ka ng isang static na website sa pamamagitan ng pag-akda sa markdown, at pagbibigay ng mga template at tool. Mga generator ng site sa pangkalahatan magbigay ng lokal na web server na magagamit mo upang i-preview ang iyong nilalaman Pagkatapos gumana ng iyong static na site, maaari mong i-update ang mga static na page sa pamamagitan ng paggamit ng anuman prosesong gusto mo. Ang prosesong iyon ay maaaring kasing-simple ng pagkopya sa kamay ng isang na-update na pahina sa bucket. Maaari mong piliing gumamit ng mas automated na diskarte, tulad ng pag-iimbak ng iyong nilalaman sa GitHub at pagkatapos ay gumagamit ng a webhook tumakbo a script na nag-a-update sa bucket. Ang isang mas advanced na sistema ay maaaring gumamit ng a tool na tuloy-tuloy na pagsasama-sama/tuloy-tuloy na paghahatid (CI/CD), gaya ng Jenkins, upang i-update ang nilalaman sa balde. May Cloud Storage ang Jenkins isaksak na nagbibigay ng a Hakbang sa post-build ng Google Cloud Storage Uploader para mag-publish ng build artifact sa Cloud Storage Kung mayroon kang web app na kailangang maghatid ng static na content o static na media na na-upload ng user, ang paggamit ng Cloud Storage ay maaaring maging isang cost-effective at mahusay na paraan upang i-host at ihatid ang content na ito, habang binabawasan ang dami ng mga dynamic na kahilingan sa iyong web app Bukod pa rito, maaaring direktang tanggapin ng Cloud Storage ang nilalamang isinumite ng user. Ang tampok na ito ay nagbibigay-daan sa mga user na mag-upload ng malalaking media file nang direkta at secure nang hindi nag-proxy sa pamamagitan ng iyong mga server Para makuha ang pinakamahusay na performance mula sa iyong static na website, tingnan ang Pinakamahuhusay na kagawian para sa Cloud Storage Para sa karagdagang impormasyon, tingnan ang mga sumusunod na pahina: - Pagho-host ng isang static na website - Si J ay para kay Jenkins (post sa blog) - Band Aid 30 sa Google Cloud (post sa blog) - Dokumentasyon ng Cloud Storage Pagho-host ng isang static na website gamit ang Firebase Hosting Nagbibigay ang Firebase Hosting ng mabilis at secure na static na pagho-host para sa iyong web app. Sa Firebase Hosting, maaari kang mag-deploy ng mga web app at static na content sa isang global content-delivery network (CDN) sa pamamagitan ng paggamit ng iisang command Narito ang ilang benepisyong makukuha mo kapag gumamit ka ng Firebase Hosting: - Ang Zero-configuration SSL ay binuo sa Firebase Hosting. Nagbibigay ng mga SSL certificate sa mga custom na domain nang libre - Ang lahat ng iyong nilalaman ay inihahatid sa pamamagitan ng HTTPS - Ang iyong nilalaman ay inihahatid sa iyong mga user mula sa mga gilid ng CDN sa buong mundo - Gamit ang Firebase CLI, maaari mong patakbuhin ang iyong app sa loob ng ilang segundo. Gumamit ng mga tool sa command-line upang magdagdag ng mga target sa pag-deploy sa iyong proseso ng pagbuo - Makakakuha ka ng mga feature sa pamamahala ng release, gaya ng atomic deployment ng mga bagong asset, full versioning, at one-click na rollback - Nag-aalok ang pagho-host ng configuration na kapaki-pakinabang para sa mga single-page na app at iba pang mga site na mas katulad ng app - Binuo ang pagho-host para magamit nang walang putol sa iba pang feature ng Firebase Para sa karagdagang impormasyon, tingnan ang mga sumusunod na pahina: ## Gumagamit ng mga virtual machine na may Compute Engine Para sa mga kaso ng paggamit ng imprastraktura bilang serbisyo (IaaS), nagbibigay ang Google Cloud ng Compute Engine. Nagbibigay ang Compute Engine ng matatag na imprastraktura ng computing, ngunit dapat mong piliin at i-configure ang mga bahagi ng platform na gusto mong gamitin. Sa Compute Engine, responsibilidad mong i-configure, pangasiwaan, at subaybayan ang mga system. Tinitiyak ng Google na ang mga mapagkukunan ay magagamit, mapagkakatiwalaan, at handang gamitin, ngunit nasa iyo ang paglalaan at pamamahala sa mga ito. Ang kalamangan, dito, ay mayroon kang kumpletong kontrol sa mga system at walang limitasyong kakayahang umangkop Gamitin ang Compute Engine upang magdisenyo at mag-deploy ng halos anumang sistema ng paghahatid ng website na gusto mo. Maaari kang gumamit ng mga VM, na tinatawag na mga instance, upang buuin ang iyong app, tulad ng gagawin mo kung mayroon kang sariling imprastraktura ng hardware. Nag-aalok ang Compute Engine ng iba't ibang uri ng makina upang i-customize ang iyong configuration upang matugunan ang iyong mga pangangailangan at ang iyong badyet. Maaari mong piliin kung aling mga operating system, development stack, wika, framework, serbisyo, at iba pang mga teknolohiya ng software ang gusto mo Awtomatikong nagse-set up gamit ang Google Cloud Marketplace Ang pinakamadaling paraan upang mag-deploy ng kumpletong web-serving stack ay sa pamamagitan ng paggamit ng Google Cloud Marketplace. Sa ilang mga pag-click lamang, maaari kang mag-deploy ng alinman sa higit sa 100 ganap na natanto na mga solusyon sa Google Click to Deploy o Bitnami Halimbawa, maaari kang mag-set up ng LAMP stack o WordPress gamit ang Cloud Marketplace. Nag-deploy ang system ng isang kumpletong, gumaganang software stack sa loob lamang ng ilang minuto sa isang pagkakataon. Bago ka mag-deploy, ipinapakita sa iyo ng Cloud Marketplace ang mga pagtatantya ng gastos para sa pagpapatakbo ng site, binibigyan ka ng malinaw na impormasyon tungkol sa kung aling mga bersyon ng mga bahagi ng software ang ini-install nito para sa iyo, at hinahayaan kang i-customize ang iyong configuration sa pamamagitan ng pagbabago ng mga pangalan ng instance ng component, pagpili ng uri ng machine, at pagpili isang laki ng disk. Pagkatapos mong mag-deploy, mayroon kang kumpletong kontrol sa mga instance ng Compute Engine, kanilang mga configuration, at ang software Manu-manong pag-set up Maaari mo ring gawin ang iyong imprastraktura sa Compute Engine nang manu-mano, alinman sa pagbuo ng iyong configuration mula sa simula o pagbuo sa isang deployment ng Google Cloud Marketplace. Halimbawa, maaaring gusto mong gumamit ng bersyon ng bahagi ng software na hindi inaalok ng Cloud Marketplace, o marahil ay mas gusto mong i-install at i-configure ang lahat nang mag-isa. Ang pagbibigay ng kumpletong balangkas at pinakamahuhusay na kagawian para sa pag-set up ng isang website ay lampas sa saklaw ng artikulong ito. Ngunit mula sa isang mataas na antas na view, ang teknikal na bahagi ng pag-set up ng isang web-serving na imprastraktura sa Compute Engine ay nangangailangan na ikaw ay: Unawain ang mga kinakailangan. Kung gumagawa ka ng bagong website, tiyaking nauunawaan mo ang mga bahaging kailangan mo, gaya ng mga pagkakataon, mga pangangailangan sa storage, at imprastraktura ng networking.Kung ililipat mo ang iyong app mula sa isang kasalukuyang solusyon, malamang na naiintindihan mo na ang mga kinakailangang ito, ngunit kailangan mong pag-isipan kung paano namamapa ang iyong kasalukuyang pag-setup sa mga serbisyo ng Google Cloud.Planuhin ang disenyo.Isipin ang iyong arkitektura at isulat ang iyong disenyo.Maging tahasan hangga't maaari.Lumikha ng mga bahagi.Ang mga bahagi na karaniwan mong iniisip bilang mga pisikal na asset, gaya ng mga computer at network switch, ay ibinibigay sa pamamagitan ng mga serbisyo sa Compute Engine.Halimbawa, kung gusto mo ng computer, kailangan mong gumawa ng halimbawa ng Compute Engine.Kung gusto mo ng patuloy na hard disk drive, gagawa ka rin niyan.Cloud Deployment Manager o Terraform ay ginagawa itong madali at nauulit na proseso.I-configure at i-customize. Pagkatapos mong magkaroon ng mga bahaging gusto mo, kailangan mong i-configure ang mga ito, i-install at i-configure ang software, at isulat at i-deploy ang anumang customization code na kailangan mo. #Maaari mong kopyahin ang configuration sa pamamagitan ng pagpapatakbo ng mga script ng shell, na tumutulong upang mapabilis ang mga deployment sa hinaharap. #Deployment Manager ay tumutulong din dito, sa pamamagitan ng pagbibigay ng deklaratibo, flexible na mga template ng configuration para sa awtomatikong pag-deploy ng mga mapagkukunan.Maaari mo ring samantalahin ang mga tool sa automation ng IT tulad ng Puppet at Chef.I-deploy ang mga asset.Malamang, mayroon kang mga web page at larawan.Pagsubok.I-verify na gumagana ang lahat gaya ng iyong inaasahan.I-deploy sa produksyon.Buksan ang iyong site para makita at magamit ng mundo angUpang matulungan kang magsimula at maunawaan kung ano ang pakiramdam ng manu-manong mag-set up ng mga instance ng Compute Engine, subukan ang isa o higit pa sa ang mga sumusunod na tutorial:Pag-iimbak ng data gamit ang Compute Engine Karamihan sa mga website ay nangangailangan ng ilang uri ng storage. Maaaring kailanganin mo ng storage para sa iba't ibang dahilan, gaya ng pag-save ng mga file na ina-upload ng iyong mga user, at siyempre ang mga asset na ginagamit ng iyong site Nagbibigay ang Google Cloud ng iba't ibang mga pinamamahalaang serbisyo ng storage, kabilang ang: - Isang database ng SQL sa Cloud SQL, na nakabatay sa MySQL - Dalawang opsyon para sa pag-iimbak ng data ng NoSQL: Firestore at Cloud Bigtable - Pare-pareho, nasusukat, malaki ang kapasidad na imbakan ng bagay sa Cloud Storage Ang Cloud Storage ay may ilang klase: - Ang pamantayan ay nagbibigay ng maximum na kakayahang magamit - Nagbibigay ang Nearline ng murang pagpipilian na perpekto para sa data na na-access nang wala pang isang beses sa isang buwan - Nagbibigay ang Coldline ng murang pagpipilian na perpekto para sa data na na-access nang wala pang isang beses sa isang quarter - Ang archive ay nagbibigay ng pinakamababang gastos na pagpipilian para sa pag-archive, backup, at pagbawi ng kalamidad - Mga paulit-ulit na disk sa Compute Engine para gamitin bilang pangunahing storage para sa iyong mga pagkakataon. Nag-aalok ang Compute Engine parehong hard-disk-based persistent disks, na tinatawag standard persistent disks, at solid-state persistent disks (SSD). Maaari mo ring piliing i-set up ang iyong ginustong teknolohiya ng storage sa Compute Engine sa pamamagitan ng paggamit ng mga persistent disk. Halimbawa, maaari mong i-set up ang PostgreSQL bilang iyong SQL database o MongoDB bilang iyong storage ng NoSQL. Upang maunawaan ang buong saklaw at mga benepisyo ng mga serbisyo ng storage sa Google Cloud, tingnan ang Pagpili ng opsyon sa storage Pagbabalanse ng load gamit ang Compute Engine Para sa anumang website na tumatakbo nang malaki, ang paggamit ng mga teknolohiya sa pag-load-balancing upang ipamahagi ang workload sa mga server ay kadalasang kinakailangan. Mayroon kang iba't ibang opsyon kapag nag-arkitekto ng iyong mga web server na may balanseng pag-load sa Compute Engine, kabilang ang: - HTTP(S) load balancing Ipinapaliwanag ang mga pangunahing kaalaman sa paggamit ng Cloud Load Balancing - Pagbalanse ng load na nakabatay sa nilalaman. Nagpapakita kung paano ipamahagi ang trapiko sa iba't ibang mga pagkakataon batay sa papasok na URL - Cross-region load balancing. Nagpapakita ng pag-configure ng mga instance ng VM sa iba't ibang rehiyon at paggamit ng HTTP o HTTPS load balancing upang ipamahagi ang trapiko sa mga rehiyon - TCP Proxy load balancing. Nagpapakita ng pag-set up ng pandaigdigang TCP Proxy load balancing para sa isang serbisyong umiiral sa maraming rehiyon - SSL Proxy load balancing. Nagpapakita ng pagse-set up ng pandaigdigang SSL Proxy load balancing para sa isang serbisyong umiiral sa maraming rehiyon - Pagwawakas ng IPv6 para sa HTTP(S), SSL Proxy, at TCP Proxy load balancing. Ipinapaliwanag ang pagwawakas ng IPv6 at ang mga opsyon para sa pag-configure ng mga balanse ng pagkarga upang pangasiwaan ang mga kahilingan sa IPv6 - Pagbabalanse ng load ng network. Nagpapakita ng pangunahing senaryo na nagse-set up ng isang layer 3 na configuration ng load balancing upang ipamahagi ang trapiko ng HTTP sa mga malulusog na pagkakataon - Cross-region load balancing gamit ang Microsoft IIS backends. Ipinapakita kung paano gamitin ang Compute Engine load balancer upang ipamahagi ang trapiko sa mga server ng Microsoft Internet Information Services (IIS) - Pagse-set up ng internal load balancing Maaari kang mag-set up ng load balancer na namamahagi ng trapiko sa network sa isang pribadong network na hindi naka-expose sa internet. Ang internal load balancing ay kapaki-pakinabang hindi lamang para sa mga intranet na app kung saan ang lahat ng trapiko ay nananatili sa isang pribadong network, kundi pati na rin para sa mga kumplikadong web app kung saan ang isang frontendrequests na i-backend ang mga server sa pamamagitan ng paggamit ng isang pribadong network Ang deployment ng load balancing ay flexible, at maaari mong gamitin ang Compute Engine sa iyong mga kasalukuyang solusyon. Halimbawa, ang HTTP(S) load balancing gamit ang Nginx ay isang posibleng solusyon na maaari mong gamitin bilang kapalit ng Compute Engine load balancer Pamamahagi ng content gamit ang Compute Engine Dahil ang oras ng pagtugon ay isang pangunahing sukatan para sa anumang website, ang paggamit ng CDN upang mapababa ang latency at pataasin ang pagganap ay kadalasang isang kinakailangan, lalo na para sa isang site na may pandaigdigang trapiko sa web. Gumagamit ang Cloud CDN ng mga globally distributed edge point of presence ng Google upang maghatid ng content mula sa mga lokasyon ng cache na pinakamalapit sa mga user. Gumagana ang Cloud CDN sa HTTP(S) load balancing. Para maghatid ng content mula sa Compute Engine, Cloud Storage, o pareho mula sa iisang IP address, paganahin ang Cloud CDN para sa HTTP(S) load balancer Autoscaling gamit ang Compute Engine Maaari mong i-set up ang iyong arkitektura upang magdagdag at mag-alis ng mga server dahil nag-iiba-iba ang demand. Makakatulong ang diskarteng ito upang matiyak na mahusay ang performance ng iyong site sa ilalim ng peak load, habang pinapanatiling kontrolado ang mga gastos sa mas karaniwang mga panahon ng demand. Nagbibigay ang Compute Engine ng autoscaler na magagamit mo para sa layuning ito Ang autoscaling ay isang feature ng pinamamahalaang mga pangkat ng instance. Ang pinamamahalaang pangkat ng instance ay isang pool ng mga homogenous na virtual machine na instance, na ginawa mula sa isang karaniwang template ng instance. Ang isang autoscaler ay nagdaragdag o nag-aalis ng mga instance sa isang pinamamahalaang pangkat ng instance. Bagama't may parehong pinamamahalaan at hindi pinamamahalaang mga pangkat ng instance ang Compute Engine, maaari mo lamang gamitin ang mga pinamamahalaang pangkat ng instance na may autoscaler. Para sa higit pang impormasyon, tingnan ang autoscaling sa Compute Engine Para sa isang malalim na pagtingin sa kung ano ang kinakailangan upang makabuo ng isang nasusukat at nababanat na solusyon sa web-app, tingnan ang Pagbuo ng mga nasusukat at nababanat na web app Pag-log at pagsubaybay gamit ang Compute Engine Kasama sa Google Cloud ang mga feature na magagamit mo upang masubaybayan kung ano ang nangyayari sa iyong website Kinokolekta at iniimbak ng Cloud Logging ang mga log mula sa mga app at serbisyo sa Google Cloud. Maaari mong tingnan o i-export ang mga log at isama ang mga log ng third-party sa pamamagitan ng paggamit ng ahente sa pag-log Nagbibigay ang Cloud Monitoring ng mga dashboard at alerto para sa iyong site. #Iko-configure mo ang Pagmamanman gamit ang Google Cloud console.Maaari mong suriin ang mga sukatan ng pagganap para sa mga serbisyo sa cloud, virtual machine, at karaniwang open source na server tulad ng MongoDB, Apache, Nginx, at Elasticsearch.Maaari mong gamitin ang Cloud Monitoring API upang kunin ang data ng pagsubaybay at gumawa ng mga custom na sukatanNagbibigay din ang Cloud Monitoring ng mga uptime check, na nagpapadala ng mga kahilingan sa iyong mga website upang makita kung tumugon ang mga ito. #Maaari mong subaybayan ang availability ng isang website sa pamamagitan ng pag-deploy ng patakaran sa pag-aalerto na lumilikha ng isang insidente kung nabigo ang uptime checkPamamahala ng DevOps gamit ang Compute EnginePara sa impormasyon tungkol sa pamamahala ng DevOps gamit ang Compute Engine, tingnan ang mga sumusunod na artikulo:- Naipamahagi na pagsubok sa pagkarga gamit ang Kubernetes- Pagpapatakbo ng Spinnaker sa Compute Engine- Pamamahala ng mga deployment sa Google Cloud gamit ang Spinnaker# # Paggamit ng mga container na may GKEMaaaring gumagamit ka na ng mga container, gaya ng mga container ng Docker.Para sa web serving, nag-aalok ang mga container ng ilang mga pakinabang, kabilang ang:Componentization.Maaari kang gumamit ng mga lalagyan upang paghiwalayin ang iba't ibang bahagi ng iyong web app.Halimbawa, ipagpalagay na ang iyong site ay nagpapatakbo ng isang web server at isang database.Maaari mong patakbuhin ang mga bahaging ito sa magkakahiwalay na mga lalagyan, binabago at ina-update ang isang bahagi nang hindi naaapektuhan ang isa pa.Habang nagiging mas kumplikado ang disenyo ng iyong app, ang mga container ay akma para sa isang arkitektura na nakatuon sa serbisyo, kabilang ang mga microservice.Sinusuportahan ng ganitong uri ng disenyo ang scalability, bukod sa iba pang mga layunin.Portability.Nasa container ang lahat ng kailangan nito para patakbuhin ang iyong app at ang mga dependency nito ay pinagsama-sama.Maaari mong patakbuhin ang iyong mga lalagyan sa iba't ibang platform, nang hindi nababahala tungkol sa pinagbabatayan na mga detalye ng system.Mabilis na pag-deploy.Kapag oras na para mag-deploy, ang iyong system ay binuo mula sa isang hanay ng mga kahulugan at larawan, upang ang mga bahagi ay maaaring ma-deploy nang mabilis, mapagkakatiwalaan, at awtomatiko.Ang mga container ay karaniwang maliit at mas mabilis na nagde-deploy kumpara sa, halimbawa, ang mga virtual machine #Container computing sa Google Cloud ay nag-aalok ng higit pang mga pakinabang para sa web serving, kabilang ang:Orkestrasyon. AngGKE ay isang pinamamahalaang serbisyo na binuo sa Kubernetes, ang open source na container-orchestration system na ipinakilala ng Google.Sa GKE, tumatakbo ang iyong code sa mga container na bahagi ng isang cluster na binubuo ng mga instance ng Compute Engine.Sa halip na mangasiwa ng mga indibidwal na container o manu-manong gawin at isara ang bawat container, awtomatiko mong mapapamahalaan ang cluster sa pamamagitan ng GKE, na gumagamit ng configuration na iyong tinukoy.Pagrerehistro ng larawan. AngContainer Registry o Artifact Registry ay nagbibigay ng pribadong storage para sa mga larawan ng Docker sa Google Cloud.Maaari mong i-access ang registry sa pamamagitan ng isang HTTPS endpoint, upang maaari kang kumuha ng mga larawan mula sa anumang makina, ito man ay isang halimbawa ng Compute Engine o iyong sariling hardware. #Ang serbisyo ng registry ay nagho-host ng iyong mga custom na larawan sa Cloud Storage sa ilalim ng iyong proyekto sa Google Cloud.Tinitiyak ng diskarteng ito bilang default na ang iyong mga custom na larawan ay maa-access lamang ng mga punong-guro na may access sa iyong proyekto.Mobility.Nangangahulugan ito na mayroon kang kakayahang umangkop upang ilipat at pagsamahin ang mga workload sa iba pang cloud provider, o paghaluin ang mga cloud computing workload sa mga nasasakupang pagpapatupad upang lumikha ng hybrid na solusyonPag-iimbak ng data gamit ang GKEDahil tumatakbo ang GKE sa Google Cloud at gumagamit ng mga instance ng Compute Engine bilang mga node, marami ang pagkakatulad ng iyong mga opsyon sa storage sa storage sa Compute Engine.Maaari mong i-access ang Cloud SQL, Cloud Storage, Datastore, at Bigtable sa pamamagitan ng kanilang mga API, o maaari kang gumamit ng isa pang external na provider ng storage kung pipiliin mo.Gayunpaman, nakikipag-ugnayan ang GKE sa mga persistent disk ng Compute Engine sa ibang paraan kaysa sa isang normal na halimbawa ng Compute Engine na #Ang isang halimbawa ng Compute Engine ay may kasamang naka-attach na disk.Kapag gumamit ka ngCompute Engine, hangga't umiiral ang instance, mananatili ang volume ng disk sa instance.Maaari mo ring tanggalin ang disk at gamitin ito sa ibanginstance.Ngunit sa isang lalagyan, ang mga on-disk file ay panandalian.Kapag nag-restart ang isang container, tulad ng pagkatapos ng pag-crash, mawawala ang mga on-disk file.Nalulutas ng Kubernetes angang isyung ito sa pamamagitan ng paggamit ngvolumeabstraction, at ang isang uri ng volume aygcePersistentDiskNangangahulugan ito na maaari mong gamitin ang mga persistent disk ng Compute Engine na may mga lalagyan upangpanatilihing hindi matanggal ang iyong mga file ng data kapag ginamit mo ang GKEUpang maunawaan ang mga feature at benepisyo ng isang volume , kailangan mo munang maunawaan nang kaunti ang tungkol sa mga pod.Maaari mong isipin ang isang pod bilang isang lohikal na host na partikular sa app para sa isa o higit pang mga container.Ang isang pod ay tumatakbo sa isang node instance.Kapag ang mga container ay mga miyembro ng isang pod, maaari silang magbahagi ng ilang mapagkukunan, kabilang ang isang hanay ng mga nakabahaging dami ng storage.Ang mga volume na ito ay nagbibigay-daan sa data na makaligtas sa pag-restart ng container at maibahagi sa mga container sa loob ng pod.Siyempre, maaari ka ring gumamit ng isang lalagyan at volume sa isang pod, ngunit ang pod ay isang kinakailangang abstraction upang lohikal na ikonekta ang mga mapagkukunang ito sa isa't isaPara sa isang halimbawa , tingnan ang tutorial Gamit ang mga persistent disk na may WordPress at MySQLLoad balancing na may GKEMaraming malalaking web serving architecture ang kailangang magkaroon ng maraming server na tumatakbo na maaaring magbahagi ng mga hinihingi sa trapiko.Dahil maaari kang gumawa at mamahala ng maraming container, node, at pod gamit ang GKE, natural na akma ito para sa isang load-balanced web serving systemGamit ang network load balancingAng pinakamadaling paraan upang gumawa ng load balancer sa GKE ay ang paggamit ng network load balancing ng Compute Engine.Ang pagbabalanse ng load ng network ay maaaring balansehin ang pagkarga ng iyong mga system batay sa papasok na data ng internet protocol, gaya ng address, port, at uri ng protocol.Network load balancing ay gumagamit ng mga panuntunan sa pagpapasa.Itinuturo ng mga panuntunang ito ang mga target na pool na naglilista kung aling mga instance ang magagamit para sa pagbalanse ng load Sa network load balancing, maaari kang mag-load ng balanse ng mga karagdagang protocol na nakabatay sa TCP/UDP gaya ng trapiko ng SMTP, at maaaring direktang suriin ng iyong app ang mga packet Maaari mong i-deploy ang network load balancing sa pamamagitan lamang ng pagdaragdag ng uri: LoadBalancer field sa iyong file ng configuration ng serbisyo Gamit ang HTTP(S) load balancing Kung kailangan mo ng mas advanced na mga feature ng load-balancing, gaya ng HTTPS load balancing, content-based load balancing, o cross-region load balancing, maaari mong isama ang iyong serbisyo ng GKE sa HTTP/HTTPS na feature ng load balancing ng Compute Engine. Ang Kubernetes ay nagbibigay ng Ingress na mapagkukunan na sumasaklaw sa isang koleksyon ng mga panuntunan para sa pagruruta ng panlabas na trapiko sa mga endpoint ng Kubernetes. Sa GKE, pinangangasiwaan ng isang Ingress resource ang provisioning at pag-configure ng Compute Engine HTTP/HTTPS load balancer Para sa higit pang impormasyon tungkol sa paggamit ng HTTP/HTTPS load balancing sa GKE, tingnan ang Pagse-set up ng HTTP load balancing gamit ang Ingress Pag-scale gamit ang GKE Para sa awtomatikong pagbabago ng laki ng mga cluster, maaari mong gamitin ang Cluster Autoscaler. Pana-panahong sinusuri ng feature na ito kung mayroong anumang mga pod na naghihintay para sa isang node na may mga libreng mapagkukunan ngunit hindi nakaiskedyul. Kung may ganoong mga pod, ire-resize ng autoscaler ang node pool kung ang pagbabago ng laki ay magbibigay-daan sa mga naghihintay na pod na ma-iskedyul Sinusubaybayan din ng Cluster Autoscaler ang paggamit ng lahat ng node. Kung ang isang node ay hindi kailangan para sa isang pinalawig na panahon, at lahat ng mga pod nito ay maaaring iiskedyul sa ibang lugar, pagkatapos ay ang node ay tatanggalin Para sa higit pang impormasyon tungkol sa Cluster Autoscaler, mga limitasyon nito, at pinakamahuhusay na kagawian, tingnan ang dokumentasyon ng Cluster Autoscaler Pag-log at pagsubaybay gamit ang GKE Tulad ng sa Compute Engine, ang Pag-log at Pagsubaybay ay nagbibigay ng iyong mga serbisyo sa pag-log at pagsubaybay. Ang pag-log ay nangongolekta at nag-iimbak ng mga log mula sa mga app at serbisyo. Maaari mong tingnan o i-export ang mga log at isama ang mga log ng third-party sa pamamagitan ng paggamit ng ahente sa pag-log Ang pagsubaybay ay nagbibigay ng mga dashboard at alerto para sa iyong site. Iko-configure mo ang Pagsubaybay gamit ang Google Cloud console. Maaari mong suriin ang mga sukatan ng pagganap para sa mga serbisyo sa cloud, virtual machine, at karaniwang open source na server tulad ng MongoDB, Apache, Nginx, at Elasticsearch. Maaari mong gamitin ang Monitoring API upang kunin ang data ng pagsubaybay at gumawa ng mga custom na sukatan Pamamahala ng DevOps gamit ang GKE Kapag gumamit ka ng GKE, nakakakuha ka na ng maraming benepisyong naiisip ng karamihan kapag iniisip nila ang DevOps. Ito ay totoo lalo na pagdating sa kadalian ng packaging, deployment, at pamamahala. Para sa iyong mga pangangailangan sa daloy ng trabaho sa CI/CD, maaari mong samantalahin ang mga sikat na tool gaya ng Jenkins. Tingnan ang mga sumusunod na artikulo: ## Pagbuo sa isang pinamamahalaang platform gamit ang App Engine Sa Google Cloud, ang pinamamahalaang platform bilang isang serbisyo (PaaS) ay tinatawag na App Engine. Kapag binuo mo ang iyong website sa App Engine, makakatuon ka sa pag-coding ng iyong mga feature at hayaan ang Google na mag-alala tungkol sa pamamahala sa sumusuportang imprastraktura. Nagbibigay ang App Engine ng malawak na hanay ng mga feature na ginagawang mas madali ang scalability, load balancing, pag-log, pagsubaybay, at seguridad kaysa kung ikaw mismo ang gumawa at mamahala sa mga ito. Hinahayaan ka ng App Engine na mag-code sa iba't ibang programming language, at maaari itong gumamit ng iba't ibang mga serbisyo ng Google Cloud Ang App Engine ay nagbibigay ng karaniwang kapaligiran, na nagbibigay-daan sa iyong magpatakbo ng mga app sa isang secure at sandbox na kapaligiran. Ang karaniwang kapaligiran ng App Engine ay namamahagi ng mga kahilingan sa maraming server, at sinusuri ang mga server upang matugunan ang mga hinihingi sa trapiko. Gumagana ang iyong app sa sarili nitong secure, maaasahang kapaligiran na hindi nakasalalay sa hardware, operating system, o pisikal na lokasyon ng server Para bigyan ka ng higit pang mga opsyon, nag-aalok ang App Engine ng flexible na kapaligiran. Kapag ginamit mo ang flexible na environment, tumatakbo ang iyong app sa mga na-configure na instance ng Compute Engine, ngunit pinamamahalaan ng App Engine ang hosting environment para sa iyo. Nangangahulugan ito na maaari kang gumamit ng mga karagdagang runtime, kabilang ang mga custom na runtime, para sa higit pang mga pagpipilian sa programming language. Maaari mo ring samantalahin ang ilan sa kakayahang umangkop na inaalok ng Compute Engine, tulad ng pagpili mula sa iba't ibang mga opsyon sa CPU at memorya. Mga wika sa programming Ang App Engine standard environment ay nagbibigay ng mga default na runtime, at nagsusulat ka ng source code sa mga partikular na bersyon ng mga sinusuportahang programming language Gamit ang flexible na kapaligiran, magsusulat ka ng source code sa isang bersyon ng alinman sa mga sinusuportahang programming language. Maaari mong i-customize ang mga runtime na ito o ibigay ang iyong sariling runtime gamit ang custom na Docker image o Dockerfile Kung ang programming language na ginagamit mo ay isang pangunahing alalahanin, kailangan mong magpasya kung ang mga runtime na ibinigay ng App Engine standard environment ay nakakatugon sa iyong mga kinakailangan. Kung hindi nila gagawin, dapat mong isaalang-alang ang paggamit ng flexible na kapaligiran Upang matukoy kung aling kapaligiran ang pinakamahusay na nakakatugon sa mga pangangailangan ng iyong app, tingnan ang Pagpili ng kapaligiran ng App Engine Pagsisimula ng mga tutorial ayon sa wika Makakatulong sa iyo ang mga sumusunod na tutorial na makapagsimula gamit ang karaniwang kapaligiran ng App Engine: - Hello World sa Python - Hello World sa Java - Hello World sa PHP - Hello World sa Ruby - Hello World in Go - Hello World sa Node.js Makakatulong sa iyo ang mga sumusunod na tutorial na makapagsimula sa paggamit ng flexible na kapaligiran: - Pagsisimula sa Python - Pagsisimula sa Java - Pagsisimula sa PHP - Pagsisimula sa Go - Pagsisimula sa Node.js - Pagsisimula kay Ruby - Pagsisimula sa .NET Pag-iimbak ng data gamit ang App Engine Binibigyan ka ng App Engine ng mga opsyon para sa pag-iimbak ng iyong data: |Pangalan||Istruktura||Pagkakapare-pareho| |Firestore||Schemaless||Lubos na pare-pareho.| |Cloud SQL||Relational||Lubos na pare-pareho.| |Cloud Storage||Mga file at kanilang nauugnay na metadata||Lubos na pare-pareho maliban kapag nagsasagawa ng mga pagpapatakbo ng listahan na nakakakuha ng listahan ng mga bucket o bagay.| Maaari ka ring gumamit ng ilang mga database ng third-party na may karaniwang kapaligiran Para sa higit pang mga detalye tungkol sa storage sa App Engine, tingnan ang Pagpili ng opsyon sa storage, at pagkatapos ay piliin ang iyong gustong programming language Kapag ginamit mo ang flexible na kapaligiran, maaari mong gamitin ang lahat ng parehong mga opsyon sa storage gaya ng magagawa mo sa karaniwang kapaligiran, at mas malawak na hanay ng mga third-party na database. Para sa higit pang impormasyon tungkol sa mga database ng third-party sa flexible na kapaligiran, tingnan ang Paggamit ng mga database ng third-party Load balancing at autoscaling gamit ang App Engine Bilang default, awtomatikong niruruta ng App Engine ang mga papasok na kahilingan sa mga naaangkop na backend na pagkakataon at ginagawa ang pagbalanse ng load para sa iyo. Gayunpaman, kung gusto mong samantalahin ang ganap na itinatampok na enterprise-grade HTTP(S) na mga kakayahan sa load balancing ng Google Cloud, maaari mong gamitin ang mga endpoint na pangkat ng network na walang server. Para sa pag-scale, ang App Engine ay maaaring awtomatikong gumawa at pababa ng mga instance habang nagbabago ang trapiko, o maaari kang tumukoy ng ilang instance na tatakbo anuman ang dami ng trapiko Pag-log at pagsubaybay gamit ang App Engine Sa App Engine, ang mga kahilingan ay awtomatikong naka-log, at maaari mong tingnan ang mga ito mga log sa Google Cloud console. Gumagana rin ang App Engine pamantayan, mga aklatan na tukoy sa wika na nagbibigay ng pag-andar sa pag-log at ipinapasa ang mga entry sa log sa mga log sa Google Cloud console. Halimbawa, sa Python maaari mong gamitin ang karaniwang Python logging module at sa Java maaari mong isama ang logback appender o java.util.logging gamit ang Cloud Logging. Ang diskarte na ito ay nagbibigay-daan sa buong mga tampok ng Cloud Logging at nangangailangan lamang ng ilang linya ng code na tukoy sa Google Cloud Nagbibigay ang Cloud Monitoring ng mga feature para sa pagsubaybay sa iyong mga App Engine app. Sa pamamagitan ng Google Cloud console, maaari mong subaybayan ang mga insidente, pag-check up ng oras, at iba pang mga detalye ## Pagbuo sa isang walang server na platform gamit ang Cloud Run Hinahayaan ka ng walang server na platform ng Google Cloud na magsulat ng code sa iyong paraan nang hindi nababahala tungkol sa pinagbabatayan na imprastraktura. Maaari kang bumuo ng mga full-stack na serverless na application gamit ang storage, database, machine learning, at higit pa ng Google Cloud. Para sa iyong mga containerized na website, maaari mo ring i-deploy ang mga ito sa Cloud Run bilang karagdagan sa paggamit ng GKE. Ang Cloud Run ay isang ganap na pinamamahalaang walang server na platform na nagbibigay-daan sa iyong magpatakbo ng mga napakahusay na nasusukat na containerized na application sa Google Cloud. Magbabayad ka lang para sa oras na tumatakbo ang iyong code Gamit ang mga container na may Cloud Run, maaari mong samantalahin ang mga mature na teknolohiya gaya ng Nginx, Express.js, at Django para buuin ang iyong mga website, i-access ang iyong SQL database sa Cloud SQL, at mag-render ng mga dynamic na HTML page Ang dokumentasyon ng Cloud Run ay may kasamang quickstart para makapagpatuloy ka Pag-iimbak ng data gamit ang Cloud Run Ang mga container ng Cloud Run ay panandalian at kailangan mong maunawaan ang kanilang mga quota at limitasyon para sa iyong mga kaso ng paggamit. Maaaring pansamantalang iimbak ang mga file para sa pagproseso sa isang halimbawa ng lalagyan, ngunit ang imbakan na ito ay lumalabas sa magagamit na memorya para sa serbisyo tulad ng inilarawan sa kontrata ng runtime Para sa patuloy na storage, katulad ng App Engine, maaari mong piliin ang mga serbisyo ng Google Cloud gaya ng Cloud Storage, Firestore o Cloud SQL. Bilang kahalili, maaari ka ring gumamit ng solusyon sa imbakan ng third-party Load balancing at autoscaling gamit ang Cloud Run Bilang default, kapag nag-build ka sa Cloud Run, awtomatiko nitong niruruta ang mga papasok na kahilingan sa mga naaangkop na back-end na container at gagawa ng load balancing para sa iyo. Gayunpaman, kung gusto mong samantalahin ang ganap na itinatampok na enterprise-grade HTTP(S) na mga kakayahan sa load balancing ng Google Cloud, maaari mong gamitin ang mga endpoint na pangkat ng network na walang server. Sa HTTP(S) load balancing, maaari mong paganahin ang Cloud CDN o maghatid ng trapiko mula sa maraming rehiyon. Bilang karagdagan, maaari mong gamitin ang middleware tulad ng API Gateway upang mapahusay ang iyong serbisyo Para sa Cloud Run, pinamamahalaan ng Google Cloud ang autoscaling ng container instance para sa iyo. Bawat rebisyon ay awtomatikong na-scale sa bilang ng mga instance ng container na kailangan upang mahawakan lahat ng mga papasok na kahilingan. Kapag ang isang rebisyon ay hindi nakatanggap ng anumang trapiko, bilang default ito ay naka-scale sa zero na mga instance ng container. Gayunpaman, kung ninanais, maaari mo baguhin ang default na ito upang tukuyin ang isang instance na pananatiling idle o *mainit* gamit setting ng minimum na pagkakataon Pag-log at pagsubaybay gamit ang Cloud Run Ang Cloud Run ay may dalawang uri ng mga log, na awtomatikong ipinapadala sa Cloud Logging: - Mga log ng kahilingan: mga log ng mga kahilingang ipinadala sa mga serbisyo ng Cloud Run. Ang mga log na ito ay awtomatikong nilikha - Mga log ng container: mga log na ibinubuga mula sa mga instance ng container, karaniwang mula sa sarili mong code, na nakasulat sa mga sinusuportahang lokasyon tulad ng inilalarawan sa Pagsusulat ng mga container log Maaari mong tingnan ang mga log para sa iyong serbisyo sa dalawang paraan: - Gamitin ang pahina ng Cloud Run sa Google Cloud console - Gamitin ang Cloud Logging Logs Explorer sa Google Cloud console Pareho sa mga paraan ng pagtingin na ito ay sinusuri ang parehong mga log na nakaimbak sa Cloud Logging, ngunit ang Logs Explorer ay nagbibigay ng higit pang mga detalye at higit pang mga kakayahan sa pag-filter Nagbibigay ang Cloud Monitoring ng Cloud Run performance monitoring, metrics, at uptime checks, kasama ng mga alerto upang magpadala ng mga notification kapag nalampasan ang ilang partikular na threshold ng sukatan. Nalalapat ang pagpepresyo ng operations suite ng Google Cloud, na nangangahulugang walang bayad para sa mga sukatan sa ganap na pinamamahalaang bersyon ng Cloud Run. Tandaan na maaari mo ring gamitin ang mga custom na sukatan ng Cloud Monitoring Ang Cloud Run ay isinama sa Cloud Monitoring *nang walang kinakailangang setup o configuration*. Nangangahulugan ito na ang mga sukatan ng iyong Awtomatikong nakukuha ang mga serbisyo ng Cloud Run kapag tumatakbo ang mga ito ## Pagbuo ng mga sistema ng pamamahala ng nilalaman Ang paglilingkod sa isang website ay nangangahulugan ng pamamahala sa iyong mga asset ng website. Nagbibigay ang Cloud Storage ng isang pandaigdigang repository para sa mga asset na ito. Isang karaniwang arkitektura ang nagde-deploy ng static na content sa Cloud Storage at pagkatapos ay nagsi-sync sa Compute Engine para mag-render ng mga dynamic na page. Gumagana ang Cloud Storage sa maraming third-party na content management system, gaya ng WordPress, Drupal, at Joomla. Nag-aalok din ang Cloud Storage ng Amazon S3 compatible API, kaya ang anumang system na gumagana sa Amazon S3 ay maaaring gumana sa Cloud Storage Ang diagram sa ibaba ay isang sample na arkitektura para sa isang content management system ## Anong susunod - Galugarin ang mga reference na arkitektura, diagram, tutorial, at pinakamahusay na kagawian tungkol sa Google Cloud. Tingnan ang aming Cloud Architecture Center.

Naghahatid ng mga website | Cloud Architecture Center | Google Cloud