{"id":74086,"date":"2020-03-14T02:42:31","date_gmt":"2020-03-13T23:42:31","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/chto-novogo-v-red-hat-openshift-4-2-i-4-3"},"modified":"2020-03-14T02:42:31","modified_gmt":"2020-03-13T23:42:31","slug":"chto-novogo-v-red-hat-openshift-4-2-i-4-3","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pl\/blog\/administrirovanie\/chto-novogo-v-red-hat-openshift-4-2-i-4-3","title":{"rendered":"Co nowego w Red Hat OpenShift 4.2 i 4.3?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Co
\nCzwarta wersja OpenShift zosta\u0142a wydana stosunkowo niedawno. Aktualna wersja 4.3 jest dost\u0119pna od ko\u0144ca stycznia, a wszystkie zmiany w niej to albo co\u015b zupe\u0142nie nowego, czego nie by\u0142o w trzeciej wersji, albo znacz\u0105ca aktualizacja tego, co pojawi\u0142o si\u0119 w wersji 4.1. Wszystko, o czym teraz opowiemy, powinno by\u0107 znane, rozumiane i uwzgl\u0119dnione przez osoby pracuj\u0105ce z OpenShift i planuj\u0105ce przej\u015bcie na now\u0105 wersj\u0119.<\/p>\n

Z wydaniem wersji OpenShift 4.2 Red Hat upro\u015bci\u0142 prac\u0119 z Kubernetes. Pojawi\u0142y si\u0119 nowe narz\u0119dzia i wtyczki do tworzenia kontener\u00f3w, CI\/CD oraz rozwi\u0105za\u0144 serverless. Nowo\u015bci te daj\u0105 programistom mo\u017cliwo\u015b\u0107 skupienia si\u0119 na pisaniu kodu, a nie na problemach zwi\u0105zanych z Kubernetes.<\/p>\n

C\u00f3\u017c, co nowego w wersjach OpenShift 4.2 i 4.3?
\n<\/a><\/noindex><\/p>\n

Kierunek w stron\u0119 chmurowych rozwi\u0105za\u0144 hybrydowych <\/h2>\n

\nPrzy planowaniu nowej infrastruktury IT lub rozwoju istniej\u0105cego krajobrazu IT firmy coraz cz\u0119\u015bciej rozwa\u017caj\u0105 chmurowe podej\u015bcie do dostarczania zasob\u00f3w IT, implementuj\u0105c rozwi\u0105zania chmurowe prywatne lub korzystaj\u0105c z mocy dostawc\u00f3w chmury publicznej. W ten spos\u00f3b nowoczesne infrastruktury IT coraz cz\u0119\u015bciej budowane s\u0105 wed\u0142ug 'hybrydowego' modelu chmurowego, w kt\u00f3rym stosowane s\u0105 zar\u00f3wno zasoby lokalne, jak i publiczne zasoby chmurowe z wsp\u00f3lnym systemem zarz\u0105dzania. Red Hat OpenShift 4.2 zosta\u0142 specjalnie zaprojektowany, aby u\u0142atwi\u0107 przej\u015bcie do modelu hybrydowej chmury i umo\u017cliwia \u0142atwe \u0142\u0105czenie zasob\u00f3w takich dostawc\u00f3w jak AWS, Azure i Google Cloud Platform wraz z wykorzystaniem prywatnych chmur na VMware i OpenStack.<\/p>\n

Nowe podej\u015bcie do instalacji<\/h2>\n

\nW czwartej wersji zmieni\u0142o si\u0119 podej\u015bcie do instalacji OpenShift. Red Hat udost\u0119pnia specjalne narz\u0119dzie do wdra\u017cania klastra OpenShift \u2013 openshift-install. Narz\u0119dzie to stanowi pojedynczy plik binarny napisany w j\u0119zyku Go. Openshift-installer przygotowuje plik yaml z konfiguracj\u0105 niezb\u0119dn\u0105 do wdro\u017cenia. <\/p>\n

W przypadku instalacji z wykorzystaniem zasob\u00f3w chmurowych konieczne b\u0119dzie podanie minimalnych informacji o przysz\u0142ym klastrze: strefa DNS, liczba w\u0119z\u0142\u00f3w roboczych, specyficzne ustawienia dla dostawcy chmury, dane konta do uzyskania dost\u0119pu do dostawcy chmury. Po przygotowaniu pliku konfiguracyjnego klaster mo\u017ce by\u0107 wdro\u017cony jedn\u0105 komend\u0105.<\/p>\n

W przypadku instalacji na w\u0142asnych zasobach obliczeniowych, na przyk\u0142ad przy u\u017cyciu prywatnej chmury (wsparcie dla vSphere i OpenStack) lub instalacji na serwerach bare metal, wymagana b\u0119dzie r\u0119czna konfiguracja infrastruktury \u2014 przygotowanie minimalnej liczby maszyn wirtualnych lub serwer\u00f3w fizycznych potrzebnych do utworzenia klastra Control Plane oraz skonfigurowanie us\u0142ug sieciowych. Po tej konfiguracji klaster OpenShift mo\u017cna utworzy\u0107 jedn\u0105 komend\u0105 narz\u0119dzia openshift-installer.<\/p>\n

Aktualizacje w infrastrukturze<\/h2>\n

<\/p>\n

Integracja z CoreOS<\/h4>\n

\nKluczow\u0105 aktualizacj\u0105 jest integracja z Red Hat CoreOS. Teraz w\u0119z\u0142y master Red Hat OpenShift mog\u0105 dzia\u0142a\u0107 tylko<\/strong> na nowym systemie operacyjnym. To darmowy system operacyjny od Red Hat, zaprojektowany specjalnie dla rozwi\u0105za\u0144 kontenerowych. Red Hat CoreOS to lekki Linux, zoptymalizowany do uruchamiania kontener\u00f3w.<\/p>\n

Je\u015bli w wersji 3.11 system operacyjny i OpenShift istnia\u0142y oddzielnie, to w wersji 4.2 zosta\u0142y nierozerwalnie po\u0142\u0105czone z OpenShift. Teraz to jedyny appliance \u2014 immutable infrastructure.<\/strong><\/p>\n

\"Co
\nDla klastr\u00f3w, kt\u00f3re wykorzystuj\u0105 RHCOS dla wszystkich w\u0119z\u0142\u00f3w, aktualizacja OpenShift Container Platform jest prostym i dobrze zautomatyzowanym procesem. <\/p>\n

Wcze\u015bniej, aby zaktualizowa\u0107 OpenShift, najpierw nale\u017ca\u0142o zaktualizowa\u0107 podstawowy system operacyjny, na kt\u00f3rym uruchomiono produkt (w tym czasie by\u0142 to Red Hat Enterprise Linux). Dopiero potem mo\u017cna by\u0142o systematycznie aktualizowa\u0107 OpenShift, w\u0119ze\u0142 po w\u0119\u017ale. Nie by\u0142o mowy o automatyzacji tego procesu. <\/p>\n

Obecnie, poniewa\u017c OpenShift Container Platform w pe\u0142ni kontroluje systemy i us\u0142ugi na ka\u017cdym w\u0119\u017ale, w tym system operacyjny, zadanie to realizowane jest jednym klikni\u0119ciem w interfejsie webowym. Nast\u0119pnie uruchamiany jest specjalny operator w klastrze OpenShift, kt\u00f3ry zarz\u0105dza ca\u0142ym procesem aktualizacji. <\/p>\n

Nowy CSI<\/h4>\n

\nDrugim aspektem jest nowy CSI \u2014 kontroler interfejsu storage, kt\u00f3ry umo\u017cliwia pod\u0142\u0105czanie r\u00f3\u017cnych zewn\u0119trznych macierzy dyskowych do klastra OpenShift. Wsparcie dla wielu dostawc\u00f3w sterownik\u00f3w storage dla OpenShift opartych na sterownikach storage, kt\u00f3re sami pisz\u0105 producenci macierzy dyskowych. Pe\u0142na lista wspieranych sterownik\u00f3w CSI znajduje si\u0119 w tym dokumencie: https:\/\/kubernetes-csi.github.io\/docs\/drivers.html<\/a><\/noindex>W tej li\u015bcie mo\u017cna znale\u017a\u0107 wszystkie g\u0142\u00f3wne modele macierzy dyskowych czo\u0142owych producent\u00f3w (Dell\/EMC, IBM, NetApp, Hitachi, HPE, PureStorage), rozwi\u0105za\u0144 SDS (Ceph) oraz chmur obliczeniowych (AWS, Azure, Google). OpenShift 4.2 obs\u0142uguje prac\u0119 z driverami CSI specyfikacji CSI w wersji 1.1.<\/p>\n

RedHat OpenShift Service Mesh<\/h4>\n

\nOparty na projektach Istio, Kiali i Jaeger \u2014 Red Hat OpenShift Service Mesh, opr\u00f3cz standardowych zada\u0144 routingu zapyta\u0144 mi\u0119dzy us\u0142ugami, umo\u017cliwia ich \u015bledzenie i wizualizacj\u0119. To pomaga programistom upro\u015bci\u0107 interakcj\u0119, monitorowanie i zarz\u0105dzanie aplikacj\u0105 wdro\u017con\u0105 w Red Hat OpenShift. <\/p>\n

\"Co
\nWizualizacja aplikacji o architekturze mikrous\u0142ugowej z wykorzystaniem Kiali<\/i><\/p>\n

Aby maksymalnie upro\u015bci\u0107 procesy instalacji, us\u0142ug oraz zarz\u0105dzania cyklem \u017cycia Service Mesh, Red Hat OpenShift oferuje administratorom specjalnego operatora \u2013 Service Mesh Operator. To operator Kubernetes, kt\u00f3ry pozwala na wdro\u017cenie w klastrze przeconfigurowanych pakiet\u00f3w Istio, Kiali i Jaeger, maksymalnie redukuj\u0105c administracyjn\u0105 obci\u0105\u017cenie zwi\u0105zane z zarz\u0105dzaniem aplikacjami.<\/p>\n

CRI-O zamiast Docker<\/h4>\n

\nDomy\u015blny runtime kontenerowy Docker zosta\u0142 zast\u0105piony CRI-O. Z CRI-O mo\u017cna by\u0142o korzysta\u0107 ju\u017c w wersji 3.11, ale w 4.2 sta\u0142 si\u0119 g\u0142\u00f3wnym. Nie jest to ani dobrze, ani \u017ale, ale warto to mie\u0107 na uwadze podczas korzystania z produktu.<\/p>\n

Operatory i wdra\u017canie aplikacji<\/h2>\n

\nOperatory to nowa jednostka w RedHat OpenShift, kt\u00f3ra pojawi\u0142a si\u0119 w czwartej wersji. To metoda pakowania, wdra\u017cania i zarz\u0105dzania aplikacj\u0105 Kubernetes. Mo\u017cna to sobie wyobrazi\u0107 jako plugin do aplikacji, zarz\u0105dzany za pomoc\u0105 API Kubernetes i narz\u0119dzi kubectl, dla aplikacji wdro\u017conych w kontenerach.<\/p>\n

Operatory Kubernetes pomagaj\u0105 automatyzowa\u0107 wszelkie zadania zwi\u0105zane z administracj\u0105 i zarz\u0105dzaniem cyklem \u017cycia aplikacji, kt\u00f3r\u0105 wdra\u017casz w swoim klastrze. Na przyk\u0142ad, operator mo\u017ce automatyzowa\u0107 aktualizacje, tworzenie kopii zapasowych i skalowanie aplikacji, zmienia\u0107 konfiguracj\u0119 itd. Pe\u0142n\u0105 list\u0119 operator\u00f3w mo\u017cna zobaczy\u0107 na https:\/\/operatorhub.io\/<\/a><\/noindex>.<\/p>\n

OperatorHub jest dost\u0119pny bezpo\u015brednio z interfejsu webowego konsoli zarz\u0105dzania. Stanowi on katalog aplikacji dla OpenShift, wspierany przez Red Hat. To znaczy, \u017ce wszystkie operatory zatwierdzone przez Red Hat b\u0119d\u0105 obj\u0119te wsparciem dostawcy.<\/p>\n

\"Co
\nPortal OperatorHub w konsoli zarz\u0105dzania OpenShift<\/i><\/p>\n

Uniwersalny obraz bazowy<\/h4>\n

\nTo jest zunifikowany zestaw obraz\u00f3w systemu operacyjnego RHEL, kt\u00f3re mo\u017cna wykorzysta\u0107 do tworzenia aplikacji w kontenerach. S\u0105 dost\u0119pne minimalne, standardowe i pe\u0142ne zestawy. Zajmuj\u0105 bardzo ma\u0142o miejsca, wspieraj\u0105 wszystkie niezb\u0119dne zainstalowane pakiety oraz j\u0119zyki programowania.<\/p>\n

Narz\u0119dzia CI\/CD<\/h4>\n

\nW RedHat OpenShift 4.2 wprowadzono mo\u017cliwo\u015b\u0107 wyboru mi\u0119dzy Jenkins a OpenShift Pipelines opartych na Tekton Pipelines. <\/p>\n

OpenShift Pipelines oparty jest na Tekton, kt\u00f3ry lepiej wspiera podej\u015bcia Pipeline as Code oraz GitOps. W pipeline'ach OpenShift ka\u017cdy krok wykonuje si\u0119 w osobnym kontenerze, dzi\u0119ki czemu zasoby s\u0105 wykorzystywane tylko w czasie wykonywania kroku. To daje programistom pe\u0142n\u0105 kontrol\u0119 nad pipeline'ami dostarczania modu\u0142\u00f3w, wtyczkami oraz kontrol\u0105 dost\u0119pu bez centralnego serwera CI\/CD do zarz\u0105dzania.<\/p>\n

OpenShift Pipelines jest obecnie w fazie Preview dla programist\u00f3w i dost\u0119pny jako operator na klastrze OpenShift 4. Oczywi\u015bcie, u\u017cytkownicy OpenShift mog\u0105 wci\u0105\u017c korzysta\u0107 z Jenkins w RedHat OpenShift 4.<\/p>\n

Aktualizacje w zarz\u0105dzaniu dla programist\u00f3w<\/h2>\n

\nW 4.2 OpenShift ca\u0142kowicie zaktualizowa\u0142 interfejs webowy zar\u00f3wno dla programist\u00f3w, jak i administrator\u00f3w.<\/p>\n

W poprzednich wersjach OpenShift wszyscy pracowali w trzech konsolach: katalogu us\u0142ug, konsoli administratora oraz konsoli roboczej. Teraz klaster dzieli si\u0119 tylko na dwie cz\u0119\u015bci \u2014 konsol\u0119 administratora i konsol\u0119 programisty.<\/p>\n

Konsola programisty zyska\u0142a znacz\u0105ce usprawnienia interfejsu u\u017cytkownika. Teraz wy\u015bwietlanie topologii aplikacji i ich kompilacji jest wygodniejsze. U\u0142atwia to programistom tworzenie, wdra\u017canie i wizualizowanie aplikacji kontenerowych oraz zasob\u00f3w klastra, pozwalaj\u0105c im skupi\u0107 si\u0119 na tym, co dla nich wa\u017cne.<\/p>\n

\"Co
\nPortal programisty w konsoli zarz\u0105dzania OpenShift<\/i><\/p>\n

Odo<\/h4>\n

\nOdo to narz\u0119dzie wiersza polece\u0144, skoncentrowane na programistach, kt\u00f3re upraszcza rozw\u00f3j aplikacji w OpenShift. Korzystaj\u0105c z interakcji w stylu git push, to CLI pomaga programistom, kt\u00f3rzy nie znaj\u0105 Kubernetes, w tworzeniu aplikacji w OpenShift.<\/p>\n

Integracja ze \u015brodowiskami programistycznymi<\/h4>\n

\nProgrami\u015bci mog\u0105 teraz tworzy\u0107, debugowa\u0107 i wdra\u017ca\u0107 swoje aplikacje w OpenShift, nie opuszczaj\u0105c swojego ulubionego \u015brodowiska do kodowania, takiego jak Microsoft Visual Studio, JetBrains (w tym IntelliJ), Eclipse Desktop itp.<\/p>\n

Red Hat OpenShift Deployment extension for Microsoft Azure DevOps<\/h4>\n

\nZosta\u0142o wprowadzone rozszerzenie Red Hat OpenShift Deployment dla Microsoft Azure DevOps. Teraz u\u017cytkownicy tego zestawu narz\u0119dzi DevOps mog\u0105 wdra\u017ca\u0107 swoje aplikacje w Azure Red Hat OpenShift lub dowolnym innym klastrze OpenShift bezpo\u015brednio z Microsoft Azure DevOps.<\/p>\n

Przej\u015bcie z wersji trzeciej na czwart\u0105<\/h2>\n

\nPoniewa\u017c mamy do czynienia z nowym wydaniem, a nie aktualizacj\u0105, nie mo\u017cna po prostu zainstalowa\u0107 czwartej wersji na trzeciej. Aktualizacja z trzeciej na czwart\u0105 wersj\u0119 nie b\u0119dzie wspierana<\/strong>. <\/p>\n

Ale jest te\u017c dobra wiadomo\u015b\u0107: Red Hat oferuje narz\u0119dzia do przenoszenia projekt\u00f3w z wersji 3.7 do 4.2. Mo\u017cesz przenie\u015b\u0107 obci\u0105\u017cenia aplikacji za pomoc\u0105 narz\u0119dzia Cluster Application Migration (CAM). CAM pozwala kontrolowa\u0107 migracj\u0119 i minimalizowa\u0107 czas przestoju aplikacji.<\/p>\n

OpenShift 4.3<\/h2>\n

\nG\u0142\u00f3wne nowo\u015bci opisane w tym artykule pojawi\u0142y si\u0119 w wersji 4.2. W niedawno wydanej wersji 4.3 zmiany nie s\u0105 a\u017c tak znacz\u0105ce, ale mimo to jest kilka nowo\u015bci. Lista zmian jest do\u015b\u0107 rozbudowana, wymienimy te, kt\u00f3re naszym zdaniem s\u0105 najbardziej znacz\u0105ce:<\/p>\n

Aktualizacja wersji Kubernetes do 1.16. <\/h4>\n

\nWersja zosta\u0142a uaktualniona od razu o dwa kroki; w OpenShift 4.2 by\u0142a 1.14.<\/p>\n

Szyfrowanie danych w etcd<\/h4>\n

\nPocz\u0105wszy od wersji 4.3, wprowadzono mo\u017cliwo\u015b\u0107 szyfrowania danych w bazie etcd. Po w\u0142\u0105czeniu szyfrowania mo\u017cliwe b\u0119dzie szyfrowanie nast\u0119puj\u0105cych zasob\u00f3w OpenShift API i Kubernetes API: Secrets, ConfigMaps, Routes, tokeny dost\u0119pu i autoryzacji OAuth.<\/p>\n

Helm<\/h4>\n

\nDodano wsparcie dla wersji Helm 3 \u2013 popularnego mened\u017cera pakiet\u00f3w dla Kubernetes. Na razie wsparcie ma status TECHNOLOGY PREVIEW. W przysz\u0142ych wersjach OpenShift wsparcie dla Helm zostanie rozszerzone do pe\u0142nego. Narz\u0119dzie helm cli jest dostarczane razem z OpenShift i mo\u017cna je pobra\u0107 z webowej konsoli zarz\u0105dzania klastrami. <\/p>\n

Aktualizacja Dashboardu Projektu<\/h4>\n

\nW nowej wersji Dashboardu Projektu dostarczane s\u0105 dodatkowe informacje na stronie projektu: status projektu, wykorzystanie zasob\u00f3w oraz limity dla projektu.<\/p>\n

Wy\u015bwietlanie podatno\u015bci dla quay w konsoli webowej<\/h4>\n

\nDo konsoli zarz\u0105dzania dodano funkcj\u0119 wy\u015bwietlania znanych podatno\u015bci dla obraz\u00f3w w repozytoriach Quay. Obs\u0142ugiwane jest wy\u015bwietlanie podatno\u015bci dla repozytori\u00f3w lokalnych i zewn\u0119trznych.<\/p>\n

Uproszczono tworzenie offline operatorhub<\/h4>\n

\nW przypadku wdra\u017cania klastra OpenShift w izolowanej sieci, kt\u00f3rej dost\u0119p do internetu jest ograniczony lub nie istnieje, uproszczono tworzenie \u201elustrzanego odbicia\u201d rejestru OperatorHub. Teraz mo\u017cna to zrobi\u0107 w zaledwie trzech poleceniach.<\/p>\n

Autorzy: <\/i>
\nWiktor Puczkow, Jurij Sienieniukow<\/i>
\n
\u0179r\u00f3d\u0142o: habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u0427\u0435\u0442\u0432\u0435\u0440\u0442\u0430\u044f \u0432\u0435\u0440\u0441\u0438\u044f OpenShift \u0432\u044b\u0448\u043b\u0430 \u0441\u0440\u0430\u0432\u043d\u0438\u0442\u0435\u043b\u044c\u043d\u043e \u043d\u0435\u0434\u0430\u0432\u043d\u043e. \u0410\u043a\u0442\u0443\u0430\u043b\u044c\u043d\u0430\u044f \u043d\u0430 \u0442\u0435\u043a\u0443\u0449\u0438\u0439 \u043c\u043e\u043c\u0435\u043d\u0442 \u0432\u0435\u0440\u0441\u0438\u044f 4.3 \u0434\u043e\u0441\u0442\u0443\u043f\u043d\u0430 \u0441 \u043a\u043e\u043d\u0446\u0430 \u044f\u043d\u0432\u0430\u0440\u044f \u0438 \u0432\u0441\u0435 \u0438\u0437\u043c\u0435\u043d\u0435\u043d\u0438\u044f \u0432 \u043d\u0435\u0439 \u2014 \u044d\u0442\u043e \u0438\u043b\u0438 \u043d\u0435\u0447\u0442\u043e \u0441\u043e\u0432\u0435\u0440\u0448\u0435\u043d\u043d\u043e \u043d\u043e\u0432\u043e\u0435, \u0447\u0435\u0433\u043e \u0432 \u0442\u0440\u0435\u0442\u044c\u0435\u0439 \u0432\u0435\u0440\u0441\u0438\u0438 \u043d\u0435 \u0431\u044b\u043b\u043e, \u0438\u043b\u0438 \u043a\u0440\u0443\u043f\u043d\u043e\u0435 \u043e\u0431\u043d\u043e\u0432\u043b\u0435\u043d\u0438\u0435 \u0442\u043e\u0433\u043e, \u0447\u0442\u043e \u043f\u043e\u044f\u0432\u0438\u043b\u043e\u0441\u044c \u0432 \u0432\u0435\u0440\u0441\u0438\u0438 4.1. \u0412\u0441\u0435, \u0447\u0442\u043e \u043c\u044b \u0441\u0435\u0439\u0447\u0430\u0441 \u0440\u0430\u0441\u0441\u043a\u0430\u0436\u0435\u043c, \u043d\u0443\u0436\u043d\u043e \u0437\u043d\u0430\u0442\u044c, \u043f\u043e\u043d\u0438\u043c\u0430\u0442\u044c \u0438 \u0443\u0447\u0438\u0442\u044b\u0432\u0430\u0442\u044c \u0442\u0435\u043c, \u043a\u0442\u043e \u0440\u0430\u0431\u043e\u0442\u0430\u0435\u0442 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":74087,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-74086","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Co nowego w Red Hat OpenShift 4.2 i 4.3? | ProHoster","description":"Czwarta wersja OpenShift zosta\u0142a wydana stosunkowo niedawno.","canonical_url":"https:\/\/prohoster.info\/pl\/blog\/administrirovanie\/chto-novogo-v-red-hat-openshift-4-2-i-4-3","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"pl_PL","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0427\u0442\u043e \u043d\u043e\u0432\u043e\u0433\u043e \u0432 Red Hat OpenShift 4.2 \u0438 4.3? | ProHoster","og:description":"\u0427\u0435\u0442\u0432\u0435\u0440\u0442\u0430\u044f \u0432\u0435\u0440\u0441\u0438\u044f OpenShift \u0432\u044b\u0448\u043b\u0430 \u0441\u0440\u0430\u0432\u043d\u0438\u0442\u0435\u043b\u044c\u043d\u043e.","og:url":"https:\/\/prohoster.info\/pl\/blog\/administrirovanie\/chto-novogo-v-red-hat-openshift-4-2-i-4-3","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2020-03-13T23:42:31+00:00","article:modified_time":"2020-03-13T23:42:31+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"74086","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 18:21:22","updated":"2022-09-29 21:21:26","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/posts\/74086","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/comments?post=74086"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/posts\/74086\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/media\/74087"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/media?parent=74086"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/categories?post=74086"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/tags?post=74086"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}