, amelynek teljes lényege a felhőkörnyezet automatizálása és optimalizálása felé vezet.
Emlékezzünk vissza, hogy 2019 májusában bemutattuk a Red Hat OpenShift 4-et, Kubernetes platformunk következő generációját, amelyet úgy alakítottunk át, hogy egyszerűsítse a konténeralkalmazások kezelését az éles környezetben.
A megoldást önállóan felügyelt platformként hozták létre, automatikus frissítésekkel és életciklus-kezeléssel egy hibrid felhőben, és a bevált Red Hat Enterprise Linuxra és Red Hat Enterprise Linux CoreOS-re épül. A 4.2-es verzióban a hangsúly a platform fejlesztőbarátabbá tételén volt. Ezenkívül leegyszerűsítettük a platform és az alkalmazások kezelését a fürtrendszergazdák számára azáltal, hogy áttelepítési eszközöket kínálunk az OpenShift 3-ról 4-re, valamint az offline konfigurációk támogatását.
Hol a sebesség?
A 4.2-es verzió nagymértékben leegyszerűsíti a Kubernetes-szel való munkát, új, fejlesztői feladatokra optimalizált OpenShift felügyeleti konzol módot kínál, valamint új eszközöket és bővítményeket a konténerek építéséhez, a CI/CD-folyamatok szervezéséhez és a szerver nélküli rendszerek megvalósításához. Mindez segít a programozóknak abban, hogy pontosabban összpontosítsanak a fő feladatukra - az alkalmazáskód létrehozására, anélkül, hogy a Kubernetes sajátosságai megzavarnák őket.
Tekintse meg az alkalmazás topológiáját a fejlesztői konzolon.
Az OpenShift konzol új fejlesztői módja
Új fejlesztői eszközök az OpenShift 4.2-ben:
- A Web Console segítségével a fejlesztők a legfontosabbra összpontosíthatnak azáltal, hogy csak a szükséges információkat és konfigurációkat jeleníti meg. A topológia megtekintésére és az alkalmazások összeállítására szolgáló továbbfejlesztett felhasználói felület megkönnyíti a konténeres alkalmazások és fürt-erőforrások létrehozását, telepítését és megjelenítését.
- szerszámok – speciális parancssori felület a fejlesztők számára, amely leegyszerűsíti az alkalmazások fejlesztését az OpenShift platformon. A Git push-hoz hasonló interakciók megszervezésével ez a CLI segít a fejlesztőknek könnyedén létrehozni alkalmazásokat az OpenShift platformon anélkül, hogy belemerülnének a Kubernetes bonyolultságába.
- A Microsoft Visual Studio Code esetében a JetBrains IDE (beleértve az IntelliJ-t is) és az Eclipse Desktop IDE egyszerű integrációt biztosít a használt eszközökkel, és lehetővé teszi alkalmazások fejlesztését, összeállítását, hibakeresését és üzembe helyezését az OpenShift számára a fejlesztők számára jól ismert IDE környezetben.
- Red Hat OpenShift telepítési bővítmény a Microsoft Azure DevOps számára. Lehetővé teszi a DevOps eszközkészlet felhasználóinak, hogy telepítsék alkalmazásaikat az Azure Red Hat OpenShift vagy bármely más OpenShift-fürtre a Microsoft Azure DevOps platformon.
Beépülő modul a Visual Studio számára
Teljes OpenShift laptopon
, amelyek munkaállomáson vagy laptopon történő telepítésre optimalizált kész OpenShift-fürtök, lehetővé teszik a felhőalkalmazások helyi fejlesztését.
Service Mesh
A mi megoldásunk , nyílt forráskódú Istio, Kiali és Jaeger szoftverprojektek alapján épült és speciális , leegyszerűsíti az alkalmazások fejlesztését, telepítését és karbantartását az OpenShift platformon azáltal, hogy biztosítja a szükséges eszközöket, és átveszi a modern architektúrákon, például mikroszolgáltatásokon alapuló felhőalkalmazások automatizálását. A megoldás lehetővé teszi a programozók számára, hogy megszabaduljanak attól, hogy a létrehozandó alkalmazásokhoz és üzleti logikához szükséges speciális hálózati szolgáltatásokat önállóan telepítsék és karbantartsák.
, , a fejlesztőre szabott, szó szerint „az elejétől a végéig”, és olyan funkciókat kínál, mint a nyomkövetés, a metrikák, a hálózati kommunikáció vizualizálása és felügyelete, valamint a szervizháló telepítése és konfigurálása egyetlen kattintással. Ezen túlmenően a megoldás előnyöket kínál az üzemeltetési felügyelet és a biztonság terén, például az adatközponton belüli szerverek közötti forgalom titkosítását és az API-átjáróval való integrációt. .
A fürtforgalom fejlett megjelenítése a Kiali használatával az OpenShift Service Mesh-en belül
Szerver nélküli számítástechnika
A másik megoldásunk , segít olyan alkalmazások telepítésében és futtatásában, amelyek igény szerint egyszerűen méretezhetők és csökkenthetők, egészen a nulláig. A Knative projektre épülő és a Technology Preview-ban elérhető megoldás bármely OpenShift 4 fürtön aktiválható a társított Kubernetes operátor segítségével, így egyszerű az indulás és a kiszolgáló nélküli alkalmazások vagy funkciók OpenShift-en történő telepítéséhez szükséges összetevők telepítése. A 4.2-es verzióban megjelent OpenShift konzol fejlesztési módja lehetővé teszi a szerver nélküli opciók használatát a szabványos fejlesztési folyamatokban, mint például az Import from Git vagy a Deployan Image, vagyis közvetlenül a konzolról készíthetünk szerver nélküli alkalmazásokat.
Szerver nélküli telepítés beállítása az OpenShift konzolban
A fejlesztői konzollal való integráció mellett az OpenShift új verziója további fejlesztéseket is tartalmaz a szerver nélküliség tekintetében. Ez különösen a kn - a Knative parancssori felület, amely kényelmes és intuitív kezelést biztosít, lehetővé teszi az alkalmazásokhoz szükséges objektumok csoportosítását; pillanatfelvételeket készíthet a kódról és a konfigurációkról, valamint lehetőséget biztosít a hálózati végpontok adott verziókra vagy szolgáltatásokra való leképezésére. Mindezek a funkciók, amelyek az OpenShift Serverless operátoron keresztül a Technology Preview-ban elérhetők, segítenek a fejlesztőknek abban, hogy belenyugodjanak a szerver nélküli architektúrába, és rugalmasan telepítsék alkalmazásaikat a hibrid felhőben anélkül, hogy bizonyos infrastruktúrákba zárnák őket.
Felhő CI/CD csővezetékek
A folyamatos integráció és szállítás (CI/CD) napjaink kulcsfontosságú fejlesztési gyakorlata, amely növeli a szoftvertelepítés sebességét és megbízhatóságát. A jó CI/CD eszközök lehetővé teszik a fejlesztőcsapatok számára a visszacsatolási folyamatok egyszerűsítését és automatizálását, ami elengedhetetlen a sikeres agilis fejlesztéshez. Az OpenShiftben használhatja a klasszikus Jenkinst vagy az új megoldásunkat ilyen eszközkészletként .
A Jenkins ma a de facto szabvány, de a konténer CI/CD jövőjét a Tekton nyílt forráskódú szoftverprojektjével társítjuk. Ezért az OpenShift Pipelines kifejezetten erre a projektre épül, és jobban támogatja a felhőmegoldások olyan tipikus megközelítéseit, mint a pipeline-as-code („pipeline as-code”) és a GitOps. Az OpenShift Pipelinesben minden lépés a saját tárolójában fut, így az erőforrásokat csak a lépés futása közben fogyasztják, így a fejlesztők teljes irányítást biztosítanak szállítási folyamataik, beépülő moduljaik és hozzáférés-szabályozásaik felett anélkül, hogy központi CI/CD szerverre kellene hagyatkozniuk.
Az OpenShift Pipelines még mindig a Developer Preview-ban van, és megfelelő operátorként érhető el, amely bármely OpenShift 4-fürtben használható. A Jenkins az OpenShift 3 és 4 verziójában egyaránt használható.
Red Hat OpenShift csővezetékek
Konténerek kezelése hibrid felhőben
Az OpenShift automatizált telepítése és frissítése a hibrid felhőt a lehető legközelebb hozza a kanonikus felhőhöz a felhasználói élmény szempontjából. Az OpenShift 4.2 korábban elérhető volt a főbb nyilvános felhőplatformokhoz, privát felhőkhöz, virtualizációs platformokhoz és csupasz fém szerverekhez, de a XNUMX-es verzió két új nyilvános felhőplatformot ad ehhez a listához: a Microsoft Azure-t és a Google Cloud Platformot, valamint az OpenStack privát felhőket.
Az OpenShift 4.2 telepítőt különféle célkörnyezetekhez továbbfejlesztették, és első ízben kiképezték elszigetelt (internethez nem kötött) konfigurációkkal való együttműködésre is. A homokozó telepítés és a kötelező proxy mód a saját CA-csomag biztosításával segíti a szabályozási szabványoknak és a belső biztonsági protokolloknak való megfelelést. Az önálló telepítési mód lehetővé teszi, hogy mindig az OpenShift Container Platform legújabb verziójával rendelkezzen olyan területeken, ahol nincs internet-hozzáférés, vagy szigorú képtesztelési szabályzattal rendelkező környezetekben.
Ezenkívül egy teljes OpenShift-verem telepítésével a Red Hat Enterprise Linux CoreOS-sel, a Red Hat Enterprise Linux könnyű verziójával, a telepítéstől számított egy órán belül készen állhat a felhő.
A Red Hat OpenShift lehetővé teszi a konténeralkalmazások létrehozásának, üzembe helyezésének és kezelésének folyamatainak egységesítését a felhőben és a helyszíni infrastruktúrákon. Az egyszerűbb, automatizáltabb és gyorsabb telepítéssel az OpenShift 4.2 már elérhető az AWS-en, az Azure-on, az OpenStack-en és a GCP-n, így a szervezetek hatékonyan kezelhetik Kubernetes-platformjaikat egy hibrid felhőben.
Egyszerű migráció az OpenShift 3-ról az OpenShift 4-re
Az új munkaterhelés-áttelepítési eszközök megkönnyítik az OpenShift 4.2-re való átállást a platform korábbi verzióiról. A terhelések átvitele egy régi fürtről egy újra most sokkal gyorsabb, egyszerűbb és minimális kézi műveletekkel. A fürt adminisztrátorának csak ki kell választania a forrás OpenShift 3.x fürtöt, meg kell jelölnie rajta a kívánt projektet (vagy névteret), majd meg kell adnia, hogy mit tegyen a megfelelő állandó kötetekkel – másolja át őket a cél OpenShift 4.x fürtre vagy migrálja őket. . Az alkalmazások ezután tovább futnak az eredeti fürtön, amíg a rendszergazda le nem mondja őket.
Az OpenShift 4.2 különféle migrációs forgatókönyveket támogat:
- Az adatok másolása a Velero projekten alapuló köztes adattár segítségével történik. Ez a beállítás lehetővé teszi a tárolórendszer megváltoztatásával történő áttelepítést, amikor például az eredeti fürt a Glustert, az új pedig a Ceph-t használja.
- Az adatok az aktuális tárolóban maradnak, de csatlakoznak az új fürthöz (tartós kötetváltás).
- Fájlrendszerek másolása Restic használatával.
Már az első éjszaka
Felhasználóink gyakran szeretnék, ha már jóval az új kiadás megjelenése előtt kipróbálhatnák a tervezett OpenShift innovációkat. . Kérjük, vegye figyelembe, hogy ezek a buildek nem éles használatra készültek, nem támogatottak, rosszul dokumentáltak, és hiányosak lehetnek a funkcionalitásuk. Ezeknek a buildeknek a minősége javul, ahogy közelednek a végleges verzióhoz.
Az éjszakai összeállítások lehetővé teszik az ügyfelek és partnerek számára, hogy a fejlesztés korai szakaszában megtekinthessék az új funkciókat, amelyek hasznosak lehetnek a telepítési tervezéshez vagy az OpenShift integrációjához az ISV-fejlesztők saját megoldásaival.
Megjegyzés az OKD közösség tagjainak
Megkezdődött a munka az OKD 4.0-n, a nyílt forráskódú Kubernetes disztribúción, amelyet a fejlesztői közösség hozott létre, és amely a Red Hat OpenShift alapja. Kérünk mindenkit, hogy értékelje a jelenlegi helyzetet , Fedora CoreOS (FCOS) és Kubernetes az OKD munkacsoporton belül, vagy kövesse az előrehaladást a webhelyen .
Megjegyzés:
A jelen kiadványban szereplő „partnerség” szó nem utal jogi partnerségre vagy a Red Hat, Inc. között fennálló egyéb jogi kapcsolatra. és bármely más jogi személy.
Forrás: will.com