T:
Paano nai-save ng mga dynamic na paglalaan sa cloud ang pera ng mga kumpanya?
A:Ang ideya ng mga dynamic na paglalaan ng mga mapagkukunan ng ulap ay malulutas ang isang bilang ng mga napakahalagang mga problema para sa enterprise IT. Ang isa sa mga pinakamahusay na paraan upang mailarawan ito ay sa pamamagitan ng pagtingin sa isang napaka-pangunahing ideya: na ang mga serbisyo sa ulap ay maaaring maging nababanat, o sa madaling salita, na maaari silang magbigay ng mga mapagkukunan sa tunay na oras o malapit sa real time.
Sa pagdating ng ulap ilang taon na ang nakalilipas, marami kaming narinig tungkol sa mga hinihingi na on-demand at mabilis na pagkalastiko. Ang ulap ay kamangha-manghang bahagyang para sa nag-iisang dahilan na ang mga kumpanya ay maaaring bumili lamang ng mga subscription para sa mga mapagkukunan ng hardware at software, sa halip na pisikal na pagbuo at pagpapanatili ng mga server at iba pang mga hardware sa nasasakupang lugar. Binuksan iyon ng pintuan sa lahat ng uri ng mga bagong kakayahan at mga pagkakataon para sa negosyo sa halos bawat industriya.
Matapos ang isang napakalaking pagbabago sa dagat patungo sa cloud computing, ang mga kumpanya ay naiwan upang tumingin sa bagong hangganan, at kung paano gawing mas mahusay ang mga bagay. Ang natagpuan ng marami sa kanila ay habang maaari kang magbigay ng mapagkukunan at de-pagkakaloob sa pamamagitan ng ulap, hindi pa rin nito malulutas ang problema ng paglalaan ng mapagkukunan.
Sinusulat ni Mor Cohen ang isang napaka-nakapagtuturo na sanaysay tungkol sa konsepto na ito sa blog na Turbonomics - ang ideya ay na sa isang napakalawak na kahulugan, ang dinamikong pagbibigay ay hindi sapat. Inaalok pa rin ng mga nag-develop ang mas malaking halaga ng mga mapagkukunan kaysa sa isang aplikasyon na kakailanganin sa anumang oras. Ang inilaang mga mapagkukunan ay hindi bababa sa pansamantalang nakagapos, at ang gastos ay nakatakda sa pagganap. Pinag-uusapan ni Cohen ang paggamit ng pinakamaliit na uri ng halimbawa para sa isang aplikasyon, at ang ilan sa mga problema na nag-aani sa ganitong uri ng senaryo, habang itinuturo din na ang mga developer ay madalas na naglalaan ng mga mapagkukunang ito upang makamit ang mga layunin na nakasulat sa isang kasunduan sa antas ng serbisyo . Kailangan nila ang isang pamantayan sa benchmark para sa pagganap, ngunit upang makarating doon, kailangan nilang maglaan ng ilang mga mapagkukunan na malamang na nasayang sa katagalan.
Ang isa pang paraan upang ilagay ito ay ang ilang mga dinamikong at nababanat na mapagkukunan ay hindi likas na ganap na pabago-bago at nababanat na paghadlang sa ilang mga karagdagang kontrol at pamamahala. Ang isang halimbawa na tinalakay ng maraming mga eksperto ay ang kailanman-tanyag na AWS EC2 o serbisyo ng Elastic Compute Cloud. Ang nasa ilalim na linya ay ang serbisyo ay hindi talagang ganap na nababanat kung ang customer ay hindi tinitingnan nang detalyado sa mga bagay tulad ng pagkakaroon ng mga zone. Maramihang mga zone ang pagtaas ng mga gastos; ang isang solong zone ay nagdaragdag ng panganib. Kaya hindi kasing dali ng "pag-order ng kailangan mo." Ang mga kumpanya ay kailangang magkaroon ng mga panloob na koponan upang talagang hawakan ang anumang kanilang pagkakaloob sa pamamagitan ng ulap, o hindi ito magiging ganap na nababanat tulad ng inaasahan ng isa.
Sa pangkalahatan, ang dynamic na paglalaan ay tumutulong sa paglutas ng maraming problema sa gastos kumpara sa pagganap. Ang mga tool at system ng third-party ay makakatulong upang awtomatiko ang maraming gawain sa micromanaging na pumapasok sa paggawa ng AWS EC2 o anumang iba pang aspeto ng isang arkitektura ng software na talagang mahusay, at hindi lamang mahusay sa salita o pangalan lamang. Oo, maaari kang magkaroon ng isang subscription sa ulap para sa anumang naibigay na serbisyo, ngunit kung lumampas ito sa isang threshold, bigla itong mas mahal. Oo, maaari kang magkaroon ng isang serbisyo sa subscription na maaari mong ihulog anumang oras, ngunit kung hindi mo ito ihulog, binabayaran mo pa rin ang pera. Ang tunay na layunin ay upang makamit ang "ninanais na estado" kung saan ang isang sistema ng IT ay perpektong balanse sa anumang naibigay na oras, habang ang mga pangangailangan ay magbabago sa totoong oras mula minuto hanggang minuto.
