Ang Red Hat OpenShift Serverless ay isang set ng mga component ng Kubernetes na hinimok ng kaganapan para sa mga microservice, container, at pagpapatupad ng Function-as-a-Service (FaaS).
Kasama sa out-of-the-box na solusyon na ito ang seguridad at pagruruta ng trapiko at pinagsasama ang mga Red Hat Operator, ΠΈ upang magpatakbo ng stateless at serverless load sa OpenShift platform sa pribado, pampubliko, hybrid at multi-cloud na kapaligiran.
nagbibigay-daan sa mga developer na ganap na tumuon sa paglikha ng mga susunod na henerasyong application sa pamamagitan ng pag-aalok ng malawak na seleksyon ng mga programming language, frameworks, development environment at iba pang mga tool upang lumikha at mag-deploy ng mga pambihirang produkto ng negosyo.
Mga pangunahing tampok ng Red Hat OpenShift Serverless:
- Malawak na seleksyon ng mga programming language at runtime na bahagi para sa mga serverless na application. Maaari mong piliin ang eksaktong hanay ng mga tool na kailangan mo.
- Awtomatikong pahalang na pag-scale depende sa tindi ng mga kahilingan o kaganapan upang epektibong pamahalaan ang mga mapagkukunan batay sa tunay, hindi mga pang-isip na pangangailangan
- Walang putol na pagsasama sa OpenShift Pipelines, isang Kubernetes-based na tuluy-tuloy na build at delivery (CI/CD) system na pinapagana ng Tekton
- Ang batayan ay nasa anyo ng Red Hat Operator, na nagbibigay-daan sa mga administrator na ligtas na pamahalaan at i-update ang mga tumatakbong pagkakataon, at ayusin din ang siklo ng buhay ng mga application tulad ng mga serbisyo sa ulap
- Patuloy na pagsubaybay sa mga bagong release ng komunidad, kabilang ang Knative 0.13 Serving, Eventing at kn (ang opisyal na CLI para sa Knative) - tulad ng lahat ng iba pang produkto ng Red Hat, nangangahulugan ito ng masusing pagsubok at pagpapatunay sa iba't ibang mga platform at configuration ng OpenShift
Bilang karagdagan, ang Red Hat ay malapit na nakikipagtulungan sa mga teknolohiyang Walang Server sa ilang mga kasosyo, gayundin sa Microsoft sa Azure Functions at (para sa higit pang mga detalye tingnan ). Sa partikular, mayroon nang sertipikadong OpenShift operator sa , at kamakailan nagsimula kaming magtulungan para gumana ang Serverless Framework sa OpenShift Serverless at Knative. Ang mga partnership na ito ay makikita bilang tanda ng maturity ng serverless at simula ng pagbuo ng isang industriya na ekosistema.
Kung dati mong na-install ang preview na bersyon ng Red Hat OpenShift Serverless, maaari mo itong i-upgrade sa pangkalahatang availability na bersyon ng GA. Sa kasong ito, para sa bersyon ng Technology Preview, kakailanganin mong i-configure muli ang OLM Subscription Update Channel, tulad ng ipinapakita sa Fig. 1.
kanin. 1. Pag-update ng channel ng subscription.
Dapat na ma-update ang channel ng subscription upang tumugma sa bersyon ng OpenShift Container Platform alinman sa 4.4 o 4.3.
Knative Services β nangungunang klaseng serbisyo
Lubos na pinapasimple ng OpenShift 4.4 ang deployment ng mga application na may OpenShift Serverless functionality, na nagbibigay-daan sa iyong walang kahirap-hirap na mag-deploy ng Knative Services nang direkta mula sa Developer mode ng OpenShift web console.
Kapag nagdadagdag ng bagong aplikasyon sa isang proyekto, sapat na upang tukuyin ang uri ng mapagkukunan ng Knative Service para dito, at sa gayon ay agad na ina-activate ang OpenShift Serverless functionality at pinapagana ang pag-scale sa zero sa standby mode, tulad ng ipinapakita sa Fig. 2.
kanin. 2. Piliin ang Knative Service bilang uri ng mapagkukunan.
Madaling pag-install gamit ang Kourier
Tulad ng naisulat na namin , paggamit ginawang posible na mabilis na bawasan ang listahan ng mga kinakailangan kapag nag-i-install ng Serverless sa OpenShift, at sa bersyon ng GA ay naging mas maliit pa ang mga kinakailangang ito. Ang lahat ng ito ay binabawasan ang pagkonsumo ng mapagkukunan, pinapabilis ang malamig na pagsisimula ng mga application, at inaalis din ang epekto ng regular, hindi serverless na pag-load na tumatakbo sa parehong namespace.
Sa pangkalahatan, ang mga pagpapahusay na ito, pati na rin ang mga pagpapabuti sa OpenShift 4.3.5, ay nagpapabilis sa paglikha ng mga application mula sa isang paunang itinayong lalagyan ng 40-50%, depende sa laki ng imahe.
Kung paano nangyayari ang lahat nang hindi gumagamit ng Kourier ay makikita sa Fig. 3:
kanin. 3. Oras ng paggawa ng application sa mga kaso kung saan hindi ginagamit ang Kourier.
Kung paano nangyayari ang lahat kapag ginamit ang Kourier ay makikita sa Fig. 4:
kanin. 4. Oras ng paglikha ng application kapag gumagamit ng Kourier.
TLS/SSL sa awtomatikong mode
Ang OpenShift Serverless ay maaari na ngayong awtomatikong gumawa at mag-deploy ng TLS/SSL para sa OpenShift Route ng iyong Knative Service, kaya hindi mo kailangang mag-alala tungkol sa pagpapatupad at pagpapanatili ng mga feature na ito habang nagtatrabaho sa iyong application. Sa madaling salita, pinapawi ng Serverless ang developer ng mga kumplikadong nauugnay sa TSL, habang pinapanatili ang mataas na antas ng seguridad na inaasahan ng lahat mula sa Red Hat OpenShift.
OpenShift Serverless Command Line Interface
Sa OpenShift Serverless ito ay tinatawag na kn at magagamit nang direkta sa OpenShift console sa pahina ng Command Line Tools, tulad ng ipinapakita sa Fig. 5:
kanin. 5. OpenShift Serverless CLI download page.
Kapag nag-download ka mula sa page na ito, makakakuha ka ng bersyon ng kn para sa MacOS, Windows, o Linux na na-verify ng Red Hat at ginagarantiyahan na walang malware.
Sa Fig. Ipinapakita ng Figure 6 kung paano sa kn maaari kang mag-deploy ng isang serbisyo sa isang utos lamang upang lumikha ng isang instance ng application sa OpenShift platform na may access sa pamamagitan ng URL sa loob ng ilang segundo:
kanin. 6. Gamit ang kn command line interface.
Binibigyang-daan ka ng tool na ito na ganap na pamahalaan ang Serverless Serving at Eventing na mga mapagkukunan nang hindi kinakailangang tumingin o mag-edit ng anumang mga configuration ng YAML.
Pinahusay na view ng Topology sa Developer mode ng console
Ngayon tingnan natin kung paano pinapadali ng pinahusay na view ng Topology ang pamamahala ng Knative Services.
Serbisyong Knative β Nakasentro sa Visualization
Ang Knative Services sa page na view ng Topology ay ipinapakita bilang isang parihaba na naglalaman ng lahat ng mga pagbabago, tulad ng ipinapakita sa Figure 7:
kanin. 7. Mga Serbisyo ng Knative sa page na view ng Topology.
Dito mo agad makikita ang kasalukuyang mga porsyento ng distribusyon ng trapiko ng Knative Service, at pangkatin ang Knative Services sa loob ng isang application group upang madaling makitang masubaybayan kung ano ang nangyayari sa loob ng napiling grupo.
I-collapse ang mga listahan ng OpenShift Knative Services
Sa pagpapatuloy ng tema ng pagpapangkat, dapat sabihin na sa OpenShift 4.4 maaari mong i-collapse ang Knative Services sa loob ng isang application group para sa mas maginhawang pagtingin at pamamahala ng mga serbisyo kapag mas kumplikadong mga application ang na-deploy sa proyekto.
Knative Service nang detalyado
Pinapabuti din ng OpenShift 4.4 ang sidebar para sa Knative Services. May lumabas na tab na Resources, kung saan ipinapakita ang mga bahagi ng serbisyo gaya ng Pods, Revisions at Routes. Nagbibigay din ang mga bahaging ito ng mabilis at madaling pag-navigate sa mga indibidwal na pod log.
Ang view ng Topology ay nagpapakita rin ng mga porsyento ng pamamahagi ng trapiko at kahit na nagbibigay-daan sa iyong mabilis na baguhin ang configuration. Kaya, mabilis mong malalaman ang pamamahagi ng trapiko para sa napiling Knative Service sa real time sa pamamagitan ng bilang ng mga pod na tumatakbo para sa isang ibinigay na rebisyon, tulad ng ipinapakita sa Fig. 8.
kanin. 8. Pamamahagi ng trapiko ng Knative Service.
Isang Mas Malalim na Pagtingin sa Mga Pagbabagong Walang Server
Gayundin, binibigyang-daan ka na ngayon ng view ng Topology na tingnan nang mas malalim ang loob ng napiling rebisyon, halimbawa, mabilis na makita ang lahat ng mga pod nito at, kung kinakailangan, tingnan ang kanilang mga log. Bukod pa rito, sa view na ito madali mong maa-access ang mga deployment at configuration ng isang rebisyon, pati na rin ang isang sub-ruta na direktang tumuturo sa rebisyong iyon, tulad ng ipinapakita sa Figure 9. XNUMX:
kanin. 9. Mga mapagkukunang nauugnay sa mga pag-audit.
Umaasa kami na ang mga inobasyon na inilarawan sa itaas ay magiging kapaki-pakinabang sa iyo kapag gumagawa at namamahala ng mga application na walang server, at ang mga bersyon sa hinaharap ay magsasama ng higit pang mga kapaki-pakinabang na feature para sa mga developer, halimbawa, ang kakayahang lumikha ng mga source ng kaganapan at iba pa.
Interesado?
Mahalaga sa amin ang feedback
ano sa tingin mo tungkol sa walang server. Sumali sa aming Google group upang lumahok sa mga talakayan at workshop sa Opisina, upang makipagtulungan sa amin at magbigay ng feedback at mungkahi.
Para sa karagdagang impormasyon,
tungkol sa pagbuo ng mga OpenShift na application gamit ang mga sumusunod na mapagkukunan ng Red Hat:
Pinagmulan: www.habr.com