Kamakailan ay inihayag ng Microsoft ang paglikha ng isang bukas na proyekto ng mapagkukunan, na extension ng OAM, ubagong pamantayan para sa pagbuo at pagpapatakbo ng mga application sa Kubernetes at iba pang mga platform. Ang bagong proyekto na ito ay inilunsad dahil ang Kubernetes ay naging pangunahing kapaligiran sa orkestra ng lalagyan.
Ang tagumpay nito ay humantong sa kamangha-manghang paglago ng mga serbisyo sa lahat ng mga pampublikong ulap. Gayunpaman, lang pangunahing mga mapagkukunan ng Kubernetes, bilang Mga Serbisyo at Pagpapatupad, rKinakatawan nila ang magkakaibang mga elemento ng isang pandaigdigang aplikasyon. Hindi nila kinakatawan ang application mismo. Katulad nito, ang mga bagay na tulad ng mga chart ng Helm ay kumakatawan sa isang potensyal na maipapalabas na application, ngunit sa sandaling ipinatupad, walang modelo na nakatuon sa kasalukuyang aplikasyon.
Iyon ang dahilan kung bakit nilikha ng Microsoft at Alibaba Cloud ang proyekto ng Open Application Model (OAM) sa ilalim ng Open Web Foundation.
extension ng OAM ay isang pagtutukoy upang ilarawan ang mga application upang ang paglalarawan ng aplikasyon ay nahiwalay mula sa mga detalye ng kung paano ipinatutupad at pinamamahalaan ng imprastraktura ang aplikasyon. Ang paghihiwalay ng mga alalahanin na ito ay kapaki-pakinabang para sa maraming mga kadahilanan.
Sa totoong mundo, ang bawat kumpol ng Kubernetes ay magkakaiba, mula sa pagpasok sa Container Network Interface (CNI) hanggang sa service mesh.
Sa pamamagitan ng paghihiwalay ng kahulugan ng pagpapatupad ng mga detalye ng pagpapatakbo ng kumpol, ang mga developer ng application ay maaaring tumuon sa mga pangunahing elemento ng iyong aplikasyon kaysa sa mga detalye ng pagpapatakbo ng iyong pagpapatupad.
Bilang karagdagan, ang paghihiwalay ng mga alalahanin ay nagbibigay-daan din sa mga arkitekto sa platform upang makabuo ng mga magagamit na sangkap at mga developer ng application upang ituon ang pagsasama ng mga sangkap na ito sa kanilang code upang mabilis at madaling makabuo ng maaasahang mga application.
Sa lahat ng ito, ang layunin ng bukas na modelo ng aplikasyon ay gawing madali ang mga simpleng application at ang mga kumplikadong aplikasyon ay mapamahalaan.
Sa OAM, ang isang application ay binubuo ng maraming mga konsepto. Ang una ay ang mga bahagi na bumubuo ng isang application. Ang mga sangkap na ito ay maaaring maging mga serbisyo tulad ng isang MySQL database o isang replicated na PHP server na may kaukulang load balancer.
Ang mga developer ay maaaring lumikha ng code na pakete nila bilang isang bahagi, pagkatapos ay sinabi ng may-akda na inilalarawan niya ang ugnayan sa pagitan ng sangkap na iyon at iba pang mga microservices. Pinapayagan ng mga sangkap ang mga arkitekto sa platform at iba pa na lumikha ng mga magagamit na module na alam na magbalot ng mga pinakamahusay na kasanayan sa seguridad at nasusukat na pag-deploy.
Pinapayagan din nilang paghiwalayin ang pagpapatupad ng sangkap mula sa paglalarawan kung paano pinagsama ang mga sangkap na ito sa a
Upang mai-convert ang mga sangkap na ito sa isang kongkretong aplikasyon, gumagamit ang mga operator ng aplikasyon ng isang pagsasaayos ng mga sangkap na ito upang makabuo ng isang tukoy na halimbawa ng isang application na mai-deploy.
Ang pasilidad sa pagsasaayos ay kung ano ang nagpapahintulot sa isang application operator na magpatakbo ng isang tunay na application mula sa mga sangkap na ibinigay ng mga developer at platform.
Ang pangwakas na konsepto ay isang hanay ng mga tampok na naglalarawan sa mga katangian ng kapaligiran ng aplikasyon, kasama ang mga tampok tulad ng autoscaling at input na mahalaga sa pagpapatakbo ng mga application, ngunit maaaring maipatupad sa iba't ibang paraan sa iba't ibang mga kapaligiran.
Ang isang simpleng halimbawa ng mga nasabing pagkakaiba ay maaaring isang hyperscale load balancer cloud ibinigay kumpara sa isang lokal na hardware load balancer.
Mula sa pananaw ng developer ng application, ganap silang magkapareho, habang mula sa pananaw ng operator, sila ay ganap na magkakaiba. Pinapayagan ng mga tampok ang paghihiwalay na mga isyu, upang ang application ay maaaring tumakbo kung saan ang mga kinakailangang tampok nito ay naka-deploy.
Maaaring i-configure ng mga operator ng imprastraktura ang mga tampok na ito upang matugunan ang natatanging mga kinakailangan sa pagpapatakbo ng kanilang kapaligiran (tulad ng pagsunod at seguridad).
Hindi tulad ng isang mas tradisyonal na modelo ng aplikasyon ng PaaS, ang OAM ay may natatanging mga katangian. Higit sa lahat, siya ay isang platform agnostic. Sinabi ng Microsoft na bagaman ang paunang OAM, na tinatawag na Rudr, ay batay sa Kubernetes, ang OAM mismo ay hindi malapit na nauugnay sa Kubernetes.
Posibleng bumuo ng mga pagpapatupad para sa maraming iba pang mga kapaligiran, kahit na para sa maliliit na mga format na nauugnay sa aparato, kung saan ang Kubernetes ay maaaring hindi tamang pagpipilian. Kailangan din nating isipin ang tungkol sa mga kapaligiran na walang server kung saan ayaw o kailangan ng mga gumagamit ng pagiging kumplikado ng Kubernetes.