, որի ողջ էությունը շարունակում է ամպային միջավայրի հետ աշխատանքի ավտոմատացման և օպտիմալացման ուղղությունը։
Հիշեցնենք, որ 2019 թվականի մայիսին մենք ներկայացրինք Red Hat OpenShift 4-ը՝ մեր Kubernetes պլատֆորմի հաջորդ սերունդը, որը մենք վերանախագծեցինք՝ պարզեցնելու համար կոնտեյներային հավելվածների կառավարումը արտադրական միջավայրերում:
Լուծումը ստեղծվել է որպես ինքնակառավարվող հարթակ՝ ավտոմատ թարմացումներով և կյանքի ցիկլի կառավարմամբ հիբրիդային ամպի մեջ և կառուցված է ապացուցված Red Hat Enterprise Linux-ի և Red Hat Enterprise Linux CoreOS-ի վրա: 4.2 տարբերակում շեշտը դրված էր հարթակը մշակողների համար ավելի հարմար դարձնելու վրա: Բացի այդ, մենք պարզեցրել ենք պլատֆորմի և հավելվածների կառավարումը կլաստերի ադմինիստրատորների համար՝ առաջարկելով միգրացիոն գործիքներ OpenShift 3-ից 4-ից, ինչպես նաև աջակցելով անցանց կոնֆիգուրացիաներին:
Որտե՞ղ է արագությունը:
4.2 տարբերակը մեծապես հեշտացնում է աշխատանքը Kubernetes-ի հետ՝ առաջարկելով OpenShift կառավարման նոր ռեժիմ՝ օպտիմիզացված ծրագրավորողների առաջադրանքների համար, ինչպես նաև նոր գործիքներ և պլագիններ կոնտեյներներ կառուցելու, CI/CD խողովակաշարերի կազմակերպման և առանց սերվերի համակարգերի ներդրման համար: Այս ամենը օգնում է ծրագրավորողներին ավելի ճշգրիտ կենտրոնանալ իրենց հիմնական առաջադրանքի՝ հավելվածի կոդ ստեղծելու վրա՝ չշեղվելով Kubernetes-ի առանձնահատկություններից։
Դիտեք հավելվածի տոպոլոգիան մշակողի վահանակում:
OpenShift վահանակի մշակողի նոր ռեժիմ
Մշակողի նոր գործիքներ OpenShift 4.2-ում.
- Web Console-ն օգնում է ծրագրավորողներին կենտրոնանալ այն ամենի վրա, ինչն ամենակարևորն է, ցուցադրելով միայն անհրաժեշտ տեղեկատվությունն ու կոնֆիգուրացիաները: Տոպոլոգիայի դիտման և հավելվածների հավաքման բարելավված միջերեսը հեշտացնում է կոնտեյներային հավելվածների և կլաստերի ռեսուրսների ստեղծումը, տեղակայումը և պատկերացումը:
- Инструментарий – հատուկ հրամանի տող ինտերֆեյս մշակողների համար, որը հեշտացնում է հավելվածների մշակումը OpenShift հարթակում: Git push-ի նման փոխազդեցություն կազմակերպելով՝ այս CLI-ն օգնում է ծրագրավորողներին առանց ջանքերի ստեղծել հավելվածներ OpenShift հարթակում՝ առանց խորանալու Kubernetes-ի բարդությունների մեջ:
- Microsoft Visual Studio Code-ի, JetBrains IDE-ի (ներառյալ IntelliJ) և Eclipse Desktop IDE-ի համար ապահովում է հեշտ ինտեգրում օգտագործվող գործիքների հետ և թույլ է տալիս մշակել, ստեղծել, կարգաբերել և տեղակայել հավելվածներ OpenShift-ի համար IDE միջավայրում, որը ծանոթ է մշակողներին:
- Red Hat OpenShift-ի տեղակայման ընդլայնում Microsoft Azure DevOps-ի համար. Այս DevOps գործիքակազմի օգտվողներին հնարավորություն է տալիս տեղակայել իրենց հավելվածները Azure Red Hat OpenShift-ում կամ Microsoft Azure DevOps հարթակի ցանկացած այլ OpenShift կլաստերներում:
Plugin Visual Studio-ի համար
Ամբողջական OpenShift-ը նոութբուքի վրա
, որոնք պատրաստի OpenShift կլաստերներ են, որոնք օպտիմիզացված են աշխատակայանում կամ նոութբուքում տեղակայելու համար, հնարավոր է դարձնում տեղական ամպային հավելվածների մշակումը:
Սպասարկման ցանց
Մեր լուծումը , կառուցված բաց կոդով ծրագրային նախագծերի հիման վրա Istio, Kiali և Jaeger և հատուկ , պարզեցնում է հավելվածների մշակումը, տեղակայումը և սպասարկումը OpenShift հարթակում՝ տրամադրելով անհրաժեշտ գործիքները և ստանձնելով ամպային հավելվածների ավտոմատացումը՝ հիմնված ժամանակակից ճարտարապետությունների վրա, ինչպիսիք են միկրոծառայությունները: Լուծումը թույլ է տալիս ծրագրավորողներին ազատվել ստեղծվող հավելվածների և բիզնես տրամաբանության համար անհրաժեշտ մասնագիտացված ցանցային ծառայությունների ինքնուրույն տեղակայման և պահպանման անհրաժեշտությունից:
, , հարմարեցված է ծրագրավորողի համար բառացիորեն «սկզբից մինչև վերջ» և առաջարկում է այնպիսի գործառույթներ, ինչպիսիք են հետագծումը, չափումները, ցանցային հաղորդակցությունների վիզուալիզացիան և մոնիտորինգը, ինչպես նաև սպասարկման ցանցի տեղադրումն ու կազմաձևումը մեկ սեղմումով: Բացի այդ, լուծումն առաջարկում է առավելություններ գործառնական կառավարման և անվտանգության առումով, ինչպիսիք են տվյալների կենտրոնի ներսում սերվերների միջև տրաֆիկի կոդավորումը և API դարպասի հետ ինտեգրումը: .
Կլաստերային տրաֆիկի առաջադեմ պատկերացում՝ օգտագործելով Kiali-ն OpenShift Service Mesh-ի շրջանակներում
Առանց սերվերի հաշվարկ
Մեր մյուս լուծումը , օգնում է ձեզ տեղակայել և գործարկել այնպիսի հավելվածներ, որոնք հեշտությամբ մեծացնում և իջեցնում են ըստ պահանջի՝ մինչև զրոյի: Կառուցված Knative նախագծի վերևում և հասանելի է Technology Preview-ում, այս լուծումը կարող է ակտիվացվել ցանկացած OpenShift 4 կլաստերի վրա՝ օգտագործելով համապատասխան Kubernetes օպերատորը, ինչը հեշտացնում է սկսելը և տեղադրել այն բաղադրիչները, որոնք անհրաժեշտ են OpenShift-ում առանց սերվերի հավելվածների կամ գործառույթների տեղակայման համար: OpenShift կոնսոլի մշակման ռեժիմը, որը հայտնվել է 4.2 տարբերակում, թույլ է տալիս օգտագործել առանց սերվերի ընտրանքներ ստանդարտ զարգացման գործընթացներում, ինչպիսիք են Ներմուծումը Git-ից կամ Deployan Image, այլ կերպ ասած՝ կարող եք ստեղծել առանց սերվերի հավելվածներ անմիջապես վահանակից:
OpenShift վահանակում առանց սերվերի տեղակայման կարգավորում
Բացի մշակողի վահանակի հետ ինտեգրվելուց, OpenShift-ի նոր տարբերակն ունի այլ բարելավումներ՝ առանց սերվերի առումով: Մասնավորապես, սա kn է - Knative հրամանի տողի ինտերֆեյսը, որն ապահովում է հարմար և ինտուիտիվ գործողություն, թույլ է տալիս խմբավորել հավելվածների համար անհրաժեշտ օբյեկտները. նկարահանել կոդի և կոնֆիգուրացիաների լուսանկարներ, ինչպես նաև հնարավորություն է տալիս ցանցի վերջնակետերը քարտեզագրել որոշակի տարբերակների կամ ծառայությունների համար: Այս բոլոր հնարավորությունները, որոնք հասանելի են OpenShift Serverless օպերատորի միջոցով Technology Preview-ում, օգնում են ծրագրավորողներին հարմարվել առանց սերվերի ճարտարապետությանը և ունենալ ճկունություն՝ տեղակայելու իրենց հավելվածները հիբրիդային ամպի մեջ՝ առանց հատուկ ենթակառուցվածքներում արգելափակվելու:
Ամպային CI/CD խողովակաշարեր
Շարունակական ինտեգրումը և առաքումը (CI/CD) այսօր հիմնական զարգացման պրակտիկաներն են, որոնք մեծացնում են ծրագրային ապահովման տեղակայման արագությունն ու հուսալիությունը: Լավ CI/CD գործիքները թույլ են տալիս մշակող թիմերին պարզեցնել և ավտոմատացնել հետադարձ կապի գործընթացները, ինչը կարևոր է հաջող արագաշարժ զարգացման համար: OpenShift-ում դուք կարող եք օգտագործել դասական Jenkins-ը կամ մեր նոր լուծումը՝ որպես այդպիսի գործիքակազմ .
Jenkins-ն այսօր դե ֆակտո ստանդարտն է, բայց մենք կապում ենք կոնտեյների CI/CD-ի ապագան Tekton բաց կոդով ծրագրային ապահովման նախագծի հետ: Հետևաբար, OpenShift Pipelines-ը կառուցված է հատուկ այս նախագծի հիման վրա և ավելի լավ է աջակցում ամպային լուծումների այնպիսի բնորոշ մոտեցումներին, ինչպիսիք են pipeline-as-code («խողովակաշարը որպես կոդ») և GitOps: OpenShift Pipelines-ում յուրաքանչյուր քայլ աշխատում է իր կոնտեյներով, ուստի ռեսուրսները սպառվում են միայն այդ քայլի ընթացքում, ինչը թույլ է տալիս ծրագրավորողներին լիարժեք վերահսկել իրենց առաքման խողովակաշարերը, պլագինները և մուտքի վերահսկումը առանց կենտրոնական CI/CD սերվերի վրա հիմնվելու:
OpenShift Pipelines-ը դեռևս Developer Preview-ում է և հասանելի է որպես համապատասխան օպերատոր, որը կարող է օգտագործվել ցանկացած OpenShift 4 կլաստերում: Jenkins-ը կարող է օգտագործվել ինչպես OpenShift 3, այնպես էլ 4 տարբերակներում:
Red Hat OpenShift խողովակաշարեր
Կոնտեյներների կառավարում հիբրիդային ամպի մեջ
OpenShift-ի ավտոմատ տեղադրումն ու թարմացումը օգտատերերի փորձի տեսանկյունից հիբրիդային ամպը հնարավորինս մոտեցնում է կանոնական ամպին: OpenShift 4.2-ը նախկինում հասանելի էր հիմնական հանրային ամպային հարթակների, մասնավոր ամպերի, վիրտուալացման հարթակների և մերկ մետաղական սերվերների համար, սակայն XNUMX տարբերակը ավելացնում է երկու նոր հանրային ամպային հարթակներ այս ցանկում՝ Microsoft Azure և Google Cloud Platform, ինչպես նաև OpenStack մասնավոր ամպեր:
OpenShift 4.2 տեղադրիչը բարելավվել է տարբեր թիրախային միջավայրերի համար, ինչպես նաև վերապատրաստվել է առաջին անգամ մեկուսացված (ինտերնետին միացված չէ) կոնֆիգուրացիաների հետ աշխատելու համար: Sandboxed տեղադրումը և պարտադիր պրոքսի ռեժիմը՝ ձեր սեփական CA փաթեթը տրամադրելու ունակությամբ, օգնում են ապահովել համապատասխանությունը կարգավորող չափանիշներին և ներքին անվտանգության արձանագրություններին: Ինքնուրույն տեղադրման ռեժիմը թույլ է տալիս միշտ ունենալ OpenShift Container Platform-ի վերջին տարբերակը այն տարածքներում, որտեղ չկա ինտերնետ հասանելիություն կամ այն միջավայրերում, որտեղ պատկերի թեստավորման խիստ քաղաքականություն կա:
Բացի այդ, տեղադրելով OpenShift-ի ամբողջական փաթեթը՝ օգտագործելով Red Hat Enterprise Linux CoreOS-ը, որը Red Hat Enterprise Linux-ի թեթև տարբերակն է, դուք կարող եք պատրաստել ամպ տեղադրումից մեկ ժամից պակաս ժամանակում:
Red Hat OpenShift-ը թույլ է տալիս միավորել ամպային և ներքին ենթակառուցվածքներում կոնտեյներային հավելվածների ստեղծման, տեղակայման և կառավարման գործընթացները: Ավելի հեշտ, ավելի ավտոմատացված և արագ տեղադրմամբ՝ OpenShift 4.2-ն այժմ հասանելի է AWS-ում, Azure-ում, OpenStack-ում և GCP-ում՝ թույլ տալով կազմակերպություններին արդյունավետորեն կառավարել իրենց Kubernetes հարթակները հիբրիդային ամպի մեջ:
Հեշտ միգրացիա OpenShift 3-ից OpenShift 4
Աշխատանքային ծանրաբեռնվածության միգրացիայի նոր գործիքները հեշտացնում են պլատֆորմի նախորդ տարբերակներից OpenShift 4.2 տեղափոխումը: Բեռները հին կլաստերից նորին տեղափոխելը այժմ շատ ավելի արագ է, հեշտ և նվազագույն ձեռքով: Կլաստերի ադմինիստրատորը պարզապես պետք է ընտրի OpenShift 3.x կլաստերի աղբյուրը, նշի ցանկալի նախագիծը (կամ անվանատարածքը) դրա վրա և այնուհետև նշի, թե ինչ անել համապատասխան մշտական հատորների հետ՝ պատճենել դրանք նպատակային OpenShift 4.x կլաստերին կամ տեղափոխել դրանք։ . Այնուհետև հավելվածները շարունակում են աշխատել սկզբնական կլաստերի վրա, մինչև ադմինիստրատորը չդադարեցնի դրանք:
OpenShift 4.2-ն աջակցում է միգրացիայի տարբեր սցենարներ.
- Տվյալները պատճենվում են՝ օգտագործելով միջանկյալ պահոց՝ հիմնված Velero նախագծի վրա: Այս տարբերակը թույլ է տալիս գաղթել պահեստավորման համակարգի փոփոխությամբ, երբ, օրինակ, սկզբնական կլաստերը օգտագործում է Gluster, իսկ նորը՝ Ceph:
- Տվյալները մնում են ընթացիկ պահոցում, սակայն այն միացված է նոր կլաստերին (համառ ձայնի միացում):
- Ֆայլային համակարգերի պատճենում Restic-ի միջոցով:
Առաջին գիշերվա իրավունքը
Հաճախ մեր օգտատերերը ցանկանում են, որ կարողանան փորձել OpenShift-ի պլանավորված նորամուծությունները նոր թողարկման թողարկումից շատ առաջ: . Խնդրում ենք նկատի ունենալ, որ այս կառուցվածքները նախատեսված չեն արտադրական օգտագործման համար, չեն աջակցվում, վատ փաստաթղթավորված են և կարող են ունենալ թերի ֆունկցիոնալություն: Այս շինությունների որակը բարձրանում է, քանի որ դրանք մոտենում են վերջնական տարբերակին:
Գիշերային կառուցվածքները թույլ են տալիս հաճախորդներին և գործընկերներին նախադիտել նոր հնարավորությունները զարգացման սկզբում, ինչը կարող է օգտակար լինել տեղակայման պլանավորման կամ OpenShift-ի ինտեգրման համար ISV մշակողների սեփական լուծումների հետ:
Նշում OKD համայնքի անդամներին
Աշխատանքները սկսվել են OKD 4.0-ի՝ բաց կոդով Kubernetes բաշխման վրա, որը ստեղծվել է զարգացման համայնքի կողմից և ընկած է Red Hat OpenShift-ի հիմքում: Բոլորին հրավիրում ենք իրենց գնահատականը տալ ներկա վիճակին , Fedora CoreOS (FCOS) և Kubernetes-ը OKD աշխատանքային խմբի շրջանակներում կամ հետևեք կայքի առաջընթացին .
Նշում:
Այս հրապարակման մեջ «գործընկերություն» բառը չի ենթադրում Red Hat, Inc.-ի միջև իրավական գործընկերություն կամ իրավական հարաբերությունների որևէ այլ ձև: և ցանկացած այլ իրավաբանական անձ:
Source: www.habr.com