Red Hat OpenShift Serverless is 'n stel gebeurtenisgedrewe Kubernetes-komponente vir mikrodienste, houers en Function-as-a-Service (FaaS) implementerings.
Hierdie out-of-the-box oplossing sluit sekuriteit en verkeersroetes in en kombineer Red Hat Operators, и om staatlose en bedienerlose vragte op die OpenShift-platform in private, publieke, hibriede en multi-wolk-omgewings te laat loop.
laat ontwikkelaars toe om geheel en al te fokus op die skep van volgende generasie toepassings deur 'n wye verskeidenheid programmeertale, raamwerke, ontwikkelingsomgewings en ander instrumente aan te bied om deurbraak besigheidsprodukte te skep en te ontplooi.
Belangrike kenmerke van Red Hat OpenShift Serverless:
- Wye keuse van programmeertale en runtime-komponente vir bedienerlose toepassings. Jy kan presies die stel gereedskap kies wat jy nodig het.
- Outomatiese horisontale skaal afhangende van die intensiteit van versoeke of gebeure om hulpbronne effektief te bestuur gebaseer op werklike, nie spekulatiewe behoeftes
- Naatlose integrasie met OpenShift Pipelines, 'n Kubernetes-gebaseerde deurlopende bou en aflewering (CI/CD) stelsel aangedryf deur Tekton
- Die basis is in die vorm van Red Hat Operator, wat administrateurs in staat stel om lopende gevalle veilig te bestuur en op te dateer, en ook die lewensiklus van toepassings soos wolkdienste organiseer
- Om voortdurend nuwe gemeenskapsvrystellings te monitor, insluitend Knative 0.13 Serving, Eventing en kn (die amptelike CLI vir Knative) - soos met alle ander Red Hat-produkte, beteken dit deeglike toetsing en validering op verskeie OpenShift-platforms en -konfigurasies
Boonop werk Red Hat nou saam op bedienerlose tegnologieë met 'n aantal vennote, sowel as met Microsoft op Azure Functions en (vir meer besonderhede sien ). In die besonder, 'n gesertifiseerde OpenShift-operateur bestaan reeds by , en onlangs het ons begin saamwerk sodat die Serverless Framework met OpenShift Serverless en Knative kan werk. Hierdie vennootskappe kan gesien word as 'n teken van die volwassenheid van bedienerlose en die begin van die vorming van 'n industrie-ekosisteem.
As jy voorheen die voorskouweergawe van Red Hat OpenShift Serverless geïnstalleer het, kan jy dit opgradeer na die algemene beskikbaarheid GA-weergawe. In hierdie geval, vir die Tegnologievoorskou-weergawe, sal jy die OLM Subscription Update Channel moet herkonfigureer, soos in Fig. 1.
Rys. 1. Opdatering van die intekeningkanaal.
Die intekeningkanaal moet opgedateer word om by OpenShift Container Platform-weergawe óf 4.4 óf 4.3 te pas.
Knative Services – topklas diens
OpenShift 4.4 vergemaklik die ontplooiing van toepassings met OpenShift Serverless-funksionaliteit aansienlik, waardeur u Knative Services moeiteloos direk vanaf die ontwikkelaarmodus van die OpenShift-webkonsole kan ontplooi.
Wanneer 'n nuwe toepassing by 'n projek gevoeg word, is dit genoeg om die Knative Service-hulpbrontipe daarvoor te spesifiseer, waardeur die OpenShift Serverless-funksie onmiddellik geaktiveer word en skaal na nul in bystandmodus moontlik maak, soos in Fig. 2.
Rys. 2. Kies Knative Service as die hulpbrontipe.
Maklike installasie met Kourier
Soos ons reeds in geskryf het , gebruik het dit moontlik gemaak om die lys vereistes skerp te verminder wanneer Serverless op OpenShift geïnstalleer word, en in die GA-weergawe het hierdie vereistes selfs kleiner geword. Dit alles verminder hulpbronverbruik, versnel koue opstart van toepassings, en skakel ook die impak uit van gereelde, nie-bedienerlose vragte wat in dieselfde naamruimte loop.
Oor die algemeen versnel hierdie verbeterings, sowel as verbeterings in OpenShift 4.3.5, die skepping van toepassings vanaf 'n voorafgeboude houer met 40-50%, afhangend van die beeldgrootte.
Hoe alles gebeur sonder om Kourier te gebruik, kan in Fig. 3 gesien word:
Rys. 3. Aansoekskeppingstyd in gevalle waar Kourier nie gebruik word nie.
Hoe alles gebeur wanneer Kourier gebruik word, kan in Fig. 4 gesien word:
Rys. 4. Toepassingskeppingstyd wanneer Kourier gebruik word.
TLS/SSL in outomatiese modus
OpenShift Serverless kan nou outomaties TLS/SSL skep en ontplooi vir jou Knative Service se OpenShift-roete, so jy hoef nie bekommerd te wees oor die implementering en instandhouding van hierdie kenmerke terwyl jy aan jou toepassing werk nie. Met ander woorde, Serverless verlig die ontwikkelaar van die kompleksiteite wat met TSL geassosieer word, terwyl die hoë vlak van sekuriteit behou word wat almal van Red Hat OpenShift verwag het.
OpenShift Serverless Command Line Interface
In OpenShift Serverless word dit kn genoem en is dit direk beskikbaar in die OpenShift-konsole op die Command Line Tools-bladsy, soos in Fig. 5:
Rys. 5. OpenShift Serverless CLI aflaai bladsy.
Wanneer jy van hierdie bladsy aflaai, kry jy 'n weergawe van kn vir MacOS, Windows of Linux wat deur Red Hat geverifieer is en gewaarborg om vry van wanware te wees.
In Fig. Figuur 6 wys hoe jy in kn 'n diens met net een opdrag kan ontplooi om 'n toepassingsinstansie op die OpenShift-platform te skep met toegang via URL binne 'n kwessie van sekondes:
Rys. 6. Gebruik die kn command line koppelvlak.
Hierdie hulpmiddel laat jou toe om bedienerlose bedienings- en gebeurtenishulpbronne ten volle te bestuur sonder om na enige YAML-konfigurasies te kyk of te wysig.
Verbeterde Topologie-aansig in ontwikkelaarmodus van die konsole
Kom ons kyk nou hoe die verbeterde Topologie-aansig dit makliker maak om Knative Services te bestuur.
Knative Service – Gesentreerde visualisering
Knative Services op die Topologie-aansigbladsy word as 'n reghoek vertoon wat alle hersienings bevat, soos in Figuur 7 getoon:
Rys. 7. Knative Services op die Topologie-aansigbladsy.
Hier kan jy onmiddellik die huidige persentasies van Knative Service-verkeerverspreiding sien, en Knative Services binne 'n toepassingsgroep groepeer om maklik visueel te monitor wat binne die geselekteerde groep gebeur.
Vou OpenShift Knative Services-lyste in
Om die tema van groepering voort te sit, moet gesê word dat jy in OpenShift 4.4 Knative Services binne 'n toepassingsgroep kan ineenstort vir meer gerieflike besigtiging en bestuur van dienste wanneer meer komplekse toepassings in die projek ontplooi word.
Knative Service in detail
OpenShift 4.4 verbeter ook die sybalk vir Knative Services. 'n Hulpbronne-oortjie het daarop verskyn, waar dienskomponente soos Peule, Hersienings en Roetes vertoon word. Hierdie komponente bied ook vinnige en maklike navigasie na individuele peullogboeke.
Die Topologie-aansig wys ook verkeersverspreidingspersentasies en laat jou selfs die konfigurasie vinnig verander. U kan dus vinnig die verkeersverspreiding vir die geselekteerde Knative Service in reële tyd uitvind deur die aantal peule wat vir 'n gegewe hersiening loop, soos in Fig. 8.
Rys. 8. Knative Service verkeer verspreiding.
'n Dieper kyk na bedienerlose hersienings
Die Topologie-aansig laat jou ook nou toe om 'n baie dieper kyk na die geselekteerde hersiening te neem, byvoorbeeld, vinnig al sy peule te sien en, indien nodig, hul logs te bekyk. Daarbenewens kan jy in hierdie aansig maklik toegang tot 'n hersiening se ontplooiings en konfigurasies kry, sowel as 'n subroete wat direk na daardie hersiening wys, soos in Figuur 9 getoon. XNUMX:
Rys. 9. Hulpbronne wat verband hou met oudits.
Ons hoop dat die innovasies hierbo vir jou nuttig sal wees wanneer jy bedienerlose toepassings skep en bestuur, en dat toekomstige weergawes selfs meer nuttige kenmerke vir ontwikkelaars sal insluit, byvoorbeeld die vermoë om gebeurtenisbronne en ander te skep.
Stel u belang?
Terugvoer is vir ons belangrik
wat dink jy van serverless. Sluit aan by ons Google-groep om aan kantoorure-besprekings en werkswinkels deel te neem, om met ons saam te werk en terugvoer en voorstelle te gee.
Vir meer inligting,
oor die ontwikkeling van OpenShift-toepassings deur die volgende Red Hat-hulpbronne te gebruik:
Bron: will.com