{"id":30272,"date":"2019-10-31T21:34:36","date_gmt":"2019-10-31T18:34:36","guid":{"rendered":"https:\/\/prohoster.info\/blog\/kubernetes-1-14-obzor-osnovnyh-novshestv\/"},"modified":"2019-10-31T21:34:36","modified_gmt":"2019-10-31T18:34:36","slug":"kubernetes-1-14-obzor-osnovnyh-novshestv","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pl\/blog\/kubernetes-1-14-obzor-osnovnyh-novshestv","title":{"rendered":"Kubernetes 1.14: przegl\u0105d g\u0142\u00f3wnych nowo\u015bci","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><img decoding=\"async\" alt=\"Kubernetes 1.14: przegl\u0105d g\u0142\u00f3wnych nowo\u015bci\" src=\"\/wp-content\/uploads\/2019\/03\/8fb5be29668f55ec42d31eb47200b639.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nTej nocy <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/kubernetes\/sig-release\/tree\/master\/releases\/release-1.14#timeline\">odb\u0119dzie si\u0119<\/a><\/noindex> kolejna wersja Kubernetes \u2014 <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/kubernetes\/sig-release\/tree\/master\/releases\/release-1.14\">1.14<\/a><\/noindex>. Zgodnie z tradycj\u0105 naszego bloga, opowiemy o kluczowych zmianach w nowej wersji tego wspania\u0142ego produktu Open Source.<\/p>\n<p>Informacje u\u017cyte do przygotowania tego materia\u0142u pochodz\u0105 z <noindex><a rel=\"nofollow\" href=\"https:\/\/docs.google.com\/spreadsheets\/u\/1\/d\/116X6E-lmDJG5UZPlqDAFw8hN9vS6SNY4qRNZ9fKtsMU\/edit#gid=0\">tabeli \u015bledzenia ulepsze\u0144 Kubernetes<\/a><\/noindex>, <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/kubernetes\/kubernetes\/blob\/release-1.14\/CHANGELOG-1.14.md\">CHANGELOG-1.14<\/a><\/noindex> i odpowiednich zg\u0142oszeniach, pull requestach, propozycjach ulepsze\u0144 Kubernetes (KEP).<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<p>Zacznijmy od wa\u017cnego wprowadzenia od SIG cluster-lifecycle: <b>dynamiczne klastry odporne na awarie<\/b> Kubernetes (a m\u00f3wi\u0105c dok\u0142adniej, self-hosted HA deployments) mo\u017cna teraz <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/kubernetes\/enhancements\/issues\/357\">tworzy\u0107<\/a><\/noindex> za pomoc\u0105 znanych (w kontek\u015bcie klastr\u00f3w z jednym w\u0119z\u0142em) komend <code>kubeadm<\/code> (<code>init<\/code> i <code>join<\/code>). Kr\u00f3tko m\u00f3wi\u0105c, w tym celu:<\/p>\n<ul>\n<li> certyfikaty u\u017cywane przez klaster s\u0105 przenoszone do tajemnic;<\/li>\n<li> aby umo\u017cliwi\u0107 korzystanie z klastru etcd wewn\u0105trz klastra K8s (tj. pozbycie si\u0119 dotychczasowej zewn\u0119trznej zale\u017cno\u015bci), wdro\u017cono <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/coreos\/etcd-operator\">etcd-operator<\/a><\/noindex>;<\/li>\n<li> dokumentowane s\u0105 zalecane ustawienia dla zewn\u0119trznego load balancera, kt\u00f3ry zapewnia konfiguracj\u0119 odporn\u0105 na awarie (w przysz\u0142o\u015bci planuje si\u0119 mo\u017cliwo\u015b\u0107 rezygnacji z tej zale\u017cno\u015bci, ale nie na tym etapie).<\/li>\n<\/ul>\n<p>\n<img decoding=\"async\" alt=\"Kubernetes 1.14: przegl\u0105d g\u0142\u00f3wnych nowo\u015bci\" src=\"\/wp-content\/uploads\/2019\/03\/0e82b7e8db1ad117dc87f68fa4669431.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>Architektura klastra HA Kubernetes, stworzonego z kubeadm<\/i><\/p>\n<p>Szczeg\u00f3\u0142y dotycz\u0105ce wdro\u017cenia mo\u017cna znale\u017a\u0107 w <noindex><a rel=\"nofollow\" href=\"https:\/\/docs.google.com\/document\/d\/1P3oUJ_kdaRSTlGONujadGBpYegjn4RjBNZLHZ4zU7lI\/edit#\">propozycji projektowej<\/a><\/noindex>. Ta funkcja by\u0142a naprawd\u0119 d\u0142ugo oczekiwana: wersja alfa by\u0142a oczekiwana ju\u017c w K8s 1.9, ale pojawi\u0142a si\u0119 dopiero teraz.<\/p>\n<h2>API<\/h2>\n<p>\nZesp\u00f3\u0142 <code>apply<\/code> i w og\u00f3le <b>deklaratywne zarz\u0105dzanie obiektami<\/b> <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/kubernetes\/enhancements\/issues\/555\">wyrzucone<\/a><\/noindex> z <code>kubectl<\/code> w apiserverze. Sami deweloperzy kr\u00f3tko wyja\u015bniaj\u0105 swoje rozwi\u0105zanie tym, \u017ce <code>kubectl apply<\/code> jest podstawowym elementem pracy z konfiguracjami w Kubernetes, jednak \u201ejest pe\u0142ne b\u0142\u0119d\u00f3w i trudno poddaje si\u0119 poprawkom\u201d, dlatego t\u0119 funkcjonalno\u015b\u0107 nale\u017cy doprowadzi\u0107 do porz\u0105dku i przenie\u015b\u0107 do control plane. Proste i przejrzyste przyk\u0142ady istniej\u0105cych dzisiaj problem\u00f3w:<\/p>\n<p><img decoding=\"async\" alt=\"Kubernetes 1.14: przegl\u0105d g\u0142\u00f3wnych nowo\u015bci\" src=\"\/wp-content\/uploads\/2019\/03\/379b0d830491bbb0e7ac3c3ccfff71c4.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nSzczeg\u00f3\u0142y dotycz\u0105ce wdro\u017cenia znajduj\u0105 si\u0119 w <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/kubernetes\/enhancements\/blob\/master\/keps\/sig-api-machinery\/0006-apply.md\">KEP<\/a><\/noindex>. Bie\u017c\u0105ca gotowo\u015b\u0107 \u2014 wersja alfa (promocja do bety planowana jest na nast\u0119pne wydanie Kubernetes).<\/p>\n<p>W wersji alfa udost\u0119pniono <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/kubernetes\/enhancements\/issues\/692\">mo\u017cliwo\u015b\u0107<\/a><\/noindex> u\u017cycie schemy OpenAPI v3 do <b>tworzenia i publikowania dokumentacji OpenAPI dla CustomResources<\/b> (CR), kt\u00f3re s\u0105 u\u017cywane do walidacji (po stronie serwera) zasob\u00f3w K8s definiowanych przez u\u017cytkownika (CustomResourceDefinition, CRD). Publikacja OpenAPI dla CRD pozwala klientom (na przyk\u0142ad, <code>kubectl<\/code>) przeprowadza\u0107 walidacj\u0119 po swojej stronie (w ramach <code>kubectl create<\/code> i <code>kubectl apply<\/code>) oraz dostarcza\u0107 dokumentacj\u0119 dotycz\u0105c\u0105 schemy (<code>kubectl explain<\/code>). Szczeg\u00f3\u0142y \u2014 w <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/kubernetes\/enhancements\/blob\/master\/keps\/sig-api-machinery\/00xx-publish-crd-openapi.md\">KEP<\/a><\/noindex>.<\/p>\n<p>Istniej\u0105ce wcze\u015bniej logi <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/kubernetes\/kubernetes\/pull\/74837\">s\u0105 teraz otwierane<\/a><\/noindex> z flag\u0105 <code>O_APPEND<\/code> (a nie <code>O_TRUNC<\/code>) \u0432\u043e \u0438\u0437\u0431\u0435\u0436\u0430\u043d\u0438\u0435 \u043f\u043e\u0442\u0435\u0440\u0438 \u043b\u043e\u0433\u043e\u0432 \u0432 \u043d\u0435\u043a\u043e\u0442\u043e\u0440\u044b\u0445 \u0441\u0438\u0442\u0443\u0430\u0446\u0438\u044f\u0445 \u0438 \u0434\u043b\u044f \u0443\u0434\u043e\u0431\u0441\u0442\u0432\u0430 truncate&#8217;\u0430 \u043b\u043e\u0433\u043e\u0432 \u0432\u043d\u0435\u0448\u043d\u0438\u043c\u0438 \u0443\u0442\u0438\u043b\u0438\u0442\u0430\u043c\u0438 \u0434\u043b\u044f \u0440\u043e\u0442\u0430\u0446\u0438\u0438.<\/p>\n<p>W kontek\u015bcie API Kubernetes mo\u017cna r\u00f3wnie\u017c zauwa\u017cy\u0107, \u017ce <code>PodSandbox<\/code> i <code>PodSandboxStatus<\/code> <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/kubernetes\/kubernetes\/pull\/73833\">dodano<\/a><\/noindex> pole <code>runtime_handler<\/code> dla uwzgl\u0119dnienia informacji o <code>RuntimeClass<\/code> \u0432 pod&#8217;\u0435 (\u043f\u043e\u0434\u0440\u043e\u0431\u043d\u0435\u0435 \u043e \u043d\u0451\u043c \u0447\u0438\u0442\u0430\u0439\u0442\u0435 \u0432 \u0442\u0435\u043a\u0441\u0442\u0435 \u043f\u0440\u043e <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/flant\/blog\/424331\/\">wydaniu Kubernetes 1.12<\/a><\/noindex>, gdzie ta klasa zosta\u0142a wprowadzona jako wersja alfa), a w Admission Webhooks <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/kubernetes\/kubernetes\/pull\/74998\">zrealizowano<\/a><\/noindex> istnieje mo\u017cliwo\u015b\u0107 okre\u015blenia, kt\u00f3re wersje <code>AdmissionReview<\/code> s\u0105 wspierane. W ko\u0144cu w zasadach Admission Webhooks mo\u017cna teraz <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/kubernetes\/kubernetes\/pull\/74477\">ogranicza\u0107<\/a><\/noindex> \u043c\u0430\u0441\u0448\u0442\u0430\u0431\u044b \u0438\u0445 \u043f\u0440\u0438\u043c\u0435\u043d\u0435\u043d\u0438\u044f namespace&#8217;\u0430\u043c\u0438 \u0438 \u0440\u0430\u043c\u043a\u0430\u043c\u0438 \u043a\u043b\u0430\u0441\u0442\u0435\u0440\u0430.<\/p>\n<h2>Przechowalnie<\/h2>\n<p>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/kubernetes.io\/docs\/concepts\/storage\/volumes\/#local\"><code><b>PersistentLocalVolumes<\/b><\/code><\/a><\/noindex>, kt\u00f3re mia\u0142y status wersji beta od wydania <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/flant\/blog\/353114\/\">K8s 1.10<\/a><\/noindex>, <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/kubernetes\/kubernetes\/pull\/74769\">zosta\u0142y og\u0142oszone<\/a><\/noindex> stabilnymi (GA): ta brama cechowa nie jest ju\u017c wy\u0142\u0105czana i zostanie usuni\u0119ta w Kubernetes 1.17.<\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/kubernetes\/enhancements\/issues\/559\">Mo\u017cliwo\u015b\u0107<\/a><\/noindex> u\u017cycia zmiennych \u015brodowiskowych tzw. <noindex><a rel=\"nofollow\" href=\"https:\/\/kubernetes.io\/docs\/tasks\/inject-data-application\/downward-api-volume-expose-pod-information\/#capabilities-of-the-downward-api\">Downward API<\/a><\/noindex> (\u043d\u0430\u043f\u0440\u0438\u043c\u0435\u0440, \u0438\u043c\u0435\u043d\u0438 pod&#8217;\u0430) \u0434\u043b\u044f \u043d\u0430\u0437\u0432\u0430\u043d\u0438\u0439 \u0434\u0438\u0440\u0435\u043a\u0442\u043e\u0440\u0438\u0439, \u043c\u043e\u043d\u0442\u0438\u0440\u0443\u0435\u043c\u044b\u0445 \u043a\u0430\u043a <noindex><a rel=\"nofollow\" href=\"https:\/\/kubernetes.io\/docs\/concepts\/storage\/volumes\/#using-subpath\"><code>subPath<\/code><\/a><\/noindex>, zyska\u0142a rozw\u00f3j \u2014 w postaci nowego pola <code>subPathExpr<\/code>, za pomoc\u0105 kt\u00f3rego teraz okre\u015bla si\u0119 potrzebn\u0105 nazw\u0119 katalogu. Ta funkcja pojawi\u0142a si\u0119 pierwotnie w Kubernetes 1.11, ale pozosta\u0142a w statusie wersji alfa dla 1.14.<\/p>\n<p>Podobnie jak w poprzednim wydaniu Kubernetes, wprowadzono wiele znacz\u0105cych zmian dla pr\u0119\u017cnie rozwijaj\u0105cego si\u0119 CSI (Container Storage Interface):<\/p>\n<h3>CSI<\/h3>\n<p>\nSta\u0142a si\u0119 dost\u0119pna (w ramach wersji alfa) <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/kubernetes\/enhancements\/issues\/556\">wsparcie<\/a><\/noindex> <b>zmiana rozmiaru dla wolumin\u00f3w CSI<\/b>. Aby z niej skorzysta\u0107, trzeba w\u0142\u0105czy\u0107 bram\u0119 cechow\u0105 pod nazw\u0105 <code>ExpandCSIVolumes<\/code>, a tak\u017ce zapewni\u0107 wsparcie tej operacji w konkretnym sterowniku CSI.<\/p>\n<p>Jeszcze jedna funkcja dla CSI w wersji alfa \u2014 <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/kubernetes\/enhancements\/issues\/596\">mo\u017cliwo\u015b\u0107<\/a><\/noindex> \u0441\u0441\u044b\u043b\u0430\u0442\u044c\u0441\u044f \u043d\u0430\u043f\u0440\u044f\u043c\u0443\u044e (\u0442.\u0435. \u0431\u0435\u0437 \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u043d\u0438\u044f PV\/PVC) \u043d\u0430 CSI-\u0442\u043e\u043c\u044b \u0432 \u0440\u0430\u043c\u043a\u0430\u0445 \u0441\u043f\u0435\u0446\u0438\u0444\u0438\u043a\u0430\u0446\u0438\u0438 pod&#8217;\u043e\u0432. \u042d\u0442\u043e <b>usuwa ograniczenie w stosowaniu CSI jako wy\u0142\u0105cznie zdalnych przechowalni danych<\/b>, otwieraj\u0105c przed nimi drzwi do \u015bwiata <noindex><a rel=\"nofollow\" href=\"https:\/\/kubernetes-csi.github.io\/docs\/ephemeral-local-volumes.html\">local ephemeral volumes<\/a><\/noindex>. Aby z niej skorzysta\u0107 (<noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/vladimirvivien\/kubernetes.github.io\/blob\/b78107abfdb2b5877973b84062d93cdf98ef1b9c\/content\/en\/docs\/concepts\/storage\/volumes.md#csi-ephemeral-volumes\">przyk\u0142ad z dokumentacji<\/a><\/noindex>) nale\u017cy w\u0142\u0105czy\u0107 <code>CSIInlineVolume<\/code> bram\u0119 cechow\u0105.<\/p>\n<p>Zauwa\u017cono post\u0119p tak\u017ce we \u201ewn\u0119trzach\u201d Kubernetes, kt\u00f3rych zmiany dotycz\u0105ce CSI nie s\u0105 tak zauwa\u017calne dla ostatecznych u\u017cytkownik\u00f3w (administrator\u00f3w system\u00f3w)\u2026 Obecnie programi\u015bci zmuszeni s\u0105 utrzymywa\u0107 dwie wersje ka\u017cdej wtyczki przechowalni: jedna \u2014 \u201ew starym stylu\u201d, wewn\u0105trz bazy kodu K8s (in-tree), a druga \u2014 w ramach nowego CSI <i>(wi\u0119cej na ten temat przeczytaj, na przyk\u0142ad, w <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/flant\/blog\/424211\/\">tutaj<\/a><\/noindex>)<\/i>. To powoduje zrozumia\u0142e niedogodno\u015bci, kt\u00f3re nale\u017cy usun\u0105\u0107 w miar\u0119 stabilizacji CSI jako ca\u0142o\u015bci. Po prostu og\u0142oszenie wewn\u0119trznych (in-tree) API wtyczek jako przestarza\u0142ych (deprecated) nie jest mo\u017cliwe z powodu <noindex><a rel=\"nofollow\" href=\"https:\/\/kubernetes.io\/docs\/reference\/using-api\/deprecation-policy\/#deprecating-parts-of-the-api\">odpowiedniej polityki Kubernetes<\/a><\/noindex>.<\/p>\n<p>Wszystko to doprowadzi\u0142o do tego, \u017ce wersje alfa osi\u0105gn\u0119\u0142y <b><noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/kubernetes\/enhancements\/issues\/625\">proces migracji<\/a><\/noindex> wewn\u0119trznego kodu wtyczek<\/b>, realizowanych jako in-tree, w wtyczkach CSI, dzi\u0119ki czemu troski programist\u00f3w b\u0119d\u0105 ograniczone do wspierania jednej wersji ich wtyczek, a zgodno\u015b\u0107 ze starymi interfejsami API zostanie zachowana i b\u0119d\u0105 mog\u0142y by\u0107 uznane za przestarza\u0142e wed\u0142ug normalnego scenariusza. Oczekuje si\u0119, \u017ce do nast\u0119pnej wersji Kubernetes (1.15) nast\u0105pi migracja wszystkich wtyczek dostawc\u00f3w chmur, implementacja uzyska status wersji beta i zostanie aktywowana w instalacjach K8s domy\u015blnie. Szczeg\u00f3\u0142y w <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/kubernetes\/community\/blob\/master\/contributors\/design-proposals\/storage\/csi-migration.md\">propozycji projektowej<\/a><\/noindex>. Nast\u0119pstwem tej migracji by\u0142o tak\u017ce <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/kubernetes\/kubernetes\/pull\/74544\">rezygnacja<\/a><\/noindex> zniesienie ogranicze\u0144 dla wolumen\u00f3w okre\u015blonych przez konkretne dostawc\u00f3w chmur (AWS, Azure, GCE, Cinder).<\/p>\n<p>Ponadto, wsparcie dla urz\u0105dze\u0144 blokowych z CSI (<code>CSIBlockVolume<\/code>) <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/kubernetes\/kubernetes\/pull\/74909\">wprowadzono<\/a><\/noindex> do wersji beta.<\/p>\n<h2>W\u0119z\u0142y \/ Kubelet<\/h2>\n<p>\nZaprezentowano wersj\u0119 alfa <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/kubernetes\/enhancements\/issues\/727\">nowego endpointu<\/a><\/noindex> w Kubelet, przeznaczonego do <b>przekazywania metryk dotycz\u0105cych podstawowych zasob\u00f3w<\/b>. Og\u00f3lnie rzecz bior\u0105c, je\u015bli wcze\u015bniej Kubelet otrzymywa\u0142 statystyki dotycz\u0105ce u\u017cycia kontener\u00f3w z cAdvisor, to teraz dane te pochodz\u0105 z \u015brodowiska wykonywalnego kontenera przez CRI (Container Runtime Interface), jednak zachowano r\u00f3wnie\u017c zgodno\u015b\u0107 z wcze\u015bniejszymi wersjami Dockera. Statystyki zebrane w Kubelet by\u0142y wcze\u015bniej przekazywane przez REST API, a teraz do tego celu u\u017cywany jest endpoint zlokalizowany pod adresem <code>\/metrics\/resource\/v1alpha1<\/code>. D\u0142ugoterminow\u0105 strategi\u0105 programist\u00f3w <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/kubernetes\/kubernetes\/issues\/68522\">polega<\/a><\/noindex> jest minimalizacja zestawu metryk, kt\u00f3re Kubelet udost\u0119pnia. <i>Notabene, te metryki <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/kubernetes\/enhancements\/pull\/726\">nazwano teraz<\/a><\/noindex> nie \u00abcore metrics\u00bb, ale \u00abresource metrics\u00bb, i opisuj\u0105 jako \u00abpierwszorz\u0119dne zasoby, takie jak CPU i pami\u0119\u0107\u00bb.<\/i><\/p>\n<p>Bardzo ciekawy niuans: mimo wyra\u017anej przewagi wydajno\u015bci endpointu gRPC w por\u00f3wnaniu z r\u00f3\u017cnymi u\u017cyciami formatu Prometheus <i>(\u0440\u0435\u0437\u0443\u043b\u044c\u0442\u0430\u0442 \u043e\u0434\u043d\u043e\u0433\u043e \u0438\u0437 benchmark&#8217;\u043e\u0432 \u0441\u043c. \u043d\u0438\u0436\u0435)<\/i>, autorzy preferowali tekstowy format Prometheus ze wzgl\u0119du na wyra\u017ane prowadzenie tego systemu monitorowania w spo\u0142eczno\u015bci.<\/p>\n<blockquote><p><i>\u00abgRPC nie jest zgodny z g\u0142\u00f3wnymi pipeline'ami monitorowania. Endpoint ten b\u0119dzie u\u017cyteczny tylko do dostarczania metryk do Metrics Server lub komponent\u00f3w monitorowania, kt\u00f3re integruj\u0105 si\u0119 bezpo\u015brednio z nim. Przy u\u017cyciu pami\u0119ci podr\u0119cznej w Metrics Server wydajno\u015b\u0107 tekstowego formatu Prometheus <b>jest wystarczaj\u0105co dobra<\/b> aby\u015bmy wybrali Prometheus zamiast gRPC, bior\u0105c pod uwag\u0119 szerok\u0105 popularno\u015b\u0107 Prometheus w spo\u0142eczno\u015bci. Gdy format OpenMetrics stanie si\u0119 bardziej stabilny, b\u0119dziemy mogli zbli\u017cy\u0107 si\u0119 do wydajno\u015bci gRPC przy u\u017cyciu formatu opartego na proto.<\/i><\/p><\/blockquote>\n<p>\n<img decoding=\"async\" alt=\"Kubernetes 1.14: przegl\u0105d g\u0142\u00f3wnych nowo\u015bci\" src=\"\/wp-content\/uploads\/2019\/03\/ad7e45b61fc4676a2df3c2d33d5688b5.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>\u041e\u0434\u0438\u043d \u0438\u0437 \u0441\u0440\u0430\u0432\u043d\u0438\u0442\u0435\u043b\u044c\u043d\u044b\u0445 \u0442\u0435\u0441\u0442\u043e\u0432 \u043f\u0440\u043e\u0438\u0437\u0432\u043e\u0434\u0438\u0442\u0435\u043b\u044c\u043d\u043e\u0441\u0442\u0438 \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u043d\u0438\u044f \u0444\u043e\u0440\u043c\u0430\u0442\u043e\u0432 gRPC \u0438 Prometheus \u0432 \u043d\u043e\u0432\u043e\u043c endpoint&#8217;\u0435 Kubelet \u0434\u043b\u044f \u043c\u0435\u0442\u0440\u0438\u043a. \u0411\u043e\u043b\u044c\u0448\u0435 \u0433\u0440\u0430\u0444\u0438\u043a\u043e\u0432 \u0438 \u0434\u0440\u0443\u0433\u0438\u0435 \u043f\u043e\u0434\u0440\u043e\u0431\u043d\u043e\u0441\u0442\u0438 \u043c\u043e\u0436\u043d\u043e \u043d\u0430\u0439\u0442\u0438 \u0432 <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/kubernetes\/enhancements\/blob\/master\/keps\/sig-node\/kubelet-resource-metrics-endpoint.md\">KEP<\/a><\/noindex>.<\/i><\/p>\n<p>W\u015br\u00f3d innych zmian:<\/p>\n<ul>\n<li> Kubelet teraz (jednorazowo) <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/kubernetes\/kubernetes\/pull\/73802\">pr\u00f3buje zatrzyma\u0107<\/a><\/noindex> kontenery w stanie nieznanym (unknown) przed operacjami restartu i usuni\u0119cia.<\/li>\n<li> Podczas korzystania z <noindex><a rel=\"nofollow\" href=\"https:\/\/kubernetes.io\/docs\/concepts\/workloads\/pods\/podpreset\/\"><code>PodPresets<\/code><\/a><\/noindex> teraz init-kontenerowi <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/kubernetes\/kubernetes\/pull\/71479\">. Aby pozby\u0107 si\u0119 tej dodatkowej \u015bcie\u017cki, postanowili\u015bmy doda\u0107<\/a><\/noindex> ta sama informacja, co dla zwyk\u0142ego kontenera.<\/li>\n<li> Kubelet <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/kubernetes\/kubernetes\/pull\/73659\">zacz\u0105\u0142 u\u017cywa\u0107<\/a><\/noindex> <code>usageNanoCores<\/code> z dostawcy statystyk CRI, a dla w\u0119z\u0142\u00f3w i kontener\u00f3w w Windows <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/kubernetes\/kubernetes\/pull\/74788\">dodano<\/a><\/noindex> statystyka sieciowa.<\/li>\n<li> Informacja o systemie operacyjnym i architekturze jest teraz zapisywana w etykietach <code>kubernetes.io\/os<\/code> i <code>kubernetes.io\/arch<\/code> obiekt\u00f3w Node (przeniesione z bety do GA).<\/li>\n<li> \u0412\u043e\u0437\u043c\u043e\u0436\u043d\u043e\u0441\u0442\u044c \u0443\u043a\u0430\u0437\u0430\u043d\u0438\u044f \u043a\u043e\u043d\u043a\u0440\u0435\u0442\u043d\u043e\u0439 \u0441\u0438\u0441\u0442\u0435\u043c\u043d\u043e\u0439 \u0433\u0440\u0443\u043f\u043f\u044b \u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u0435\u043b\u0435\u0439 \u0434\u043b\u044f \u043a\u043e\u043d\u0442\u0435\u0439\u043d\u0435\u0440\u043e\u0432 \u0432 pod&#8217;\u0435 (<code>RunAsGroup<\/code>, zosta\u0142a wprowadzona w <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/flant\/blog\/415349\/\">K8s 1.11<\/a><\/noindex>) <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/kubernetes\/kubernetes\/pull\/73007\">przesun\u0119\u0142a si\u0119<\/a><\/noindex> do wersji beta (w\u0142\u0105czonej domy\u015blnie).<\/li>\n<li> du i find, u\u017cywane w cAdvisor, <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/kubernetes\/kubernetes\/pull\/74675\">zosta\u0142y zast\u0105pione<\/a><\/noindex> na implementacje w Go.<\/li>\n<\/ul>\n<p><\/p>\n<h2>CLI<\/h2>\n<p>\nW cli-runtime i kubectl <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/kubernetes\/kubernetes\/pull\/74140\">dodano<\/a><\/noindex> flaga -k do integracji z <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/kubernetes-sigs\/kustomize\"><b>kustomize<\/b><\/a><\/noindex> (nawiasem m\u00f3wi\u0105c, jego rozw\u00f3j jest teraz prowadzony w osobnym repozytorium), czyli do przetwarzania dodatkowych plik\u00f3w YAML z specjalnych katalog\u00f3w kustomizacji (szczeg\u00f3\u0142y dotycz\u0105ce ich u\u017cycia w <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/kubernetes\/enhancements\/blob\/master\/keps\/sig-cli\/kustomize-file-processing-integration.md\">KEP<\/a><\/noindex>):<\/p>\n<p><img decoding=\"async\" alt=\"Kubernetes 1.14: przegl\u0105d g\u0142\u00f3wnych nowo\u015bci\" src=\"\/wp-content\/uploads\/2019\/03\/e38550cfb642d81237aad4d87b9b3386.png\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<i>Przyk\u0142ad prostego u\u017cycia pliku <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/kubernetes-sigs\/kustomize\/blob\/master\/docs\/glossary.md#kustomization\">kustomization<\/a><\/noindex> (mo\u017cliwe jest te\u017c bardziej z\u0142o\u017cone zastosowanie kustomize w ramach <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/kubernetes-sigs\/kustomize\/blob\/master\/docs\/glossary.md#overlay\">overlays<\/a><\/noindex>)<\/i><\/p>\n<p>Ponadto:<\/p>\n<ul>\n<li> <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/kubernetes\/kubernetes\/pull\/71651\">Dodano<\/a><\/noindex> nowa komenda <code>kubectl create cronjob<\/code>, kt\u00f3rej nazwa m\u00f3wi sama za siebie.<\/li>\n<li> W <code>kubectl logs<\/code> jest teraz mo\u017cliwe <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/kubernetes\/kubernetes\/pull\/67573\">\u0142\u0105czy\u0107<\/a><\/noindex> flagi <code>-f<\/code> (<code>--follow<\/code> do strumieniowania log\u00f3w) i <code>-l<\/code> (<code>--selector<\/code> do zapytania o etykiet\u0119).<\/li>\n<li> kubectl <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/kubernetes\/kubernetes\/pull\/72641\">nauczyli\u015bmy<\/a><\/noindex> kopiowa\u0107 pliki wybierane za pomoc\u0105 wild card.<\/li>\n<li> Do zespo\u0142u <code>kubectl wait<\/code> <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/kubernetes\/kubernetes\/pull\/70599\">dodali<\/a><\/noindex> flaga <code>--all<\/code> do wybrania wszystkich zasob\u00f3w w przestrzeni nazw okre\u015blonego typu zasob\u00f3w.<\/li>\n<\/ul>\n<p><\/p>\n<h2>Inne<\/h2>\n<p>\nStabilny (GA) status uzyskali nast\u0119puj\u0105ce mo\u017cliwo\u015bci:<\/p>\n<ul>\n<li> <noindex><a rel=\"nofollow\" href=\"https:\/\/kubernetes.io\/docs\/concepts\/workloads\/pods\/pod-lifecycle\/#pod-readiness-gate\"><code>ReadinessGate<\/code><\/a><\/noindex>, \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u0435\u043c\u044b\u0439 \u0432 \u0441\u043f\u0435\u0446\u0438\u0444\u0438\u043a\u0430\u0446\u0438\u0438 pod&#8217;\u0430 \u0434\u043b\u044f \u043e\u043f\u0440\u0435\u0434\u0435\u043b\u0435\u043d\u0438\u044f \u0434\u043e\u043f\u043e\u043b\u043d\u0438\u0442\u0435\u043b\u044c\u043d\u044b\u0445 \u0443\u0441\u043b\u043e\u0432\u0438\u0439, \u0443\u0447\u0438\u0442\u044b\u0432\u0430\u0435\u043c\u044b\u0445 \u0432 \u0433\u043e\u0442\u043e\u0432\u043d\u043e\u0441\u0442\u0438 pod&#8217;\u0430;<\/li>\n<li> Wsparcie dla du\u017cych stron (feature gate o nazwie <noindex><a rel=\"nofollow\" href=\"https:\/\/kubernetes.io\/docs\/tasks\/manage-hugepages\/scheduling-hugepages\/\"><code>HugePages<\/code><\/a><\/noindex>);<\/li>\n<li> <noindex><a rel=\"nofollow\" href=\"https:\/\/kubernetes.io\/docs\/concepts\/services-networking\/dns-pod-service\/#pod-s-dns-config\">CustomPodDNS<\/a><\/noindex>;<\/li>\n<li> PriorityClass API, <noindex><a rel=\"nofollow\" href=\"https:\/\/kubernetes.io\/docs\/concepts\/configuration\/pod-priority-preemption\/\">Pod Priority &amp; Preemption<\/a><\/noindex>.<\/li>\n<\/ul>\n<p>\nInne zmiany wprowadzone w Kubernetes 1.14:<\/p>\n<ul>\n<li> Domy\u015blnie polityka RBAC nie daje ju\u017c dost\u0119pu do API <code>discovery<\/code> i <code>access-review<\/code> u\u017cytkownikom bez uwierzytelnienia <i>(unauthenticated)<\/i>.<\/li>\n<li> Oficjalne wsparcie dla CoreDNS <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/kubernetes\/kubernetes\/pull\/69940\">jest zapewniane.<\/a><\/noindex> tylko dla system\u00f3w Linux, dlatego podczas u\u017cywania kubeadm do jego (CoreDNS) wdra\u017cania w klastrze w\u0119z\u0142y musz\u0105 dzia\u0142a\u0107 tylko na Linuxie (do tego ograniczenia u\u017cywane s\u0105 nodeSelectors).<\/li>\n<li> Domy\u015blna konfiguracja CoreDNS teraz <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/kubernetes\/kubernetes\/pull\/73267\">u\u017cywa<\/a><\/noindex> <noindex><a rel=\"nofollow\" href=\"https:\/\/coredns.io\/plugins\/forward\/\">wtyczka forward<\/a><\/noindex> zamiast proxy. Ponadto, w CoreDNS <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/kubernetes\/kubernetes\/pull\/74137\">dodano<\/a><\/noindex> readinessProbe, \u043f\u0440\u0435\u0434\u043e\u0442\u0432\u0440\u0430\u0449\u0430\u044e\u0449\u0430\u044f \u0431\u0430\u043b\u0430\u043d\u0441\u0438\u0440\u043e\u0432\u043a\u0443 \u043d\u0430\u0433\u0440\u0443\u0437\u043a\u0438 \u043d\u0430 \u0441\u043e\u043e\u0442\u0432\u0435\u0442\u0441\u0442\u0432\u0443\u044e\u0449\u0438\u0435 (\u043d\u0435 \u0433\u043e\u0442\u043e\u0432\u044b\u0435 \u043a \u043e\u0431\u0441\u043b\u0443\u0436\u0438\u0432\u0430\u043d\u0438\u044e) pod&#8217;\u044b.<\/li>\n<li> W kubeadm, w fazach <code>init<\/code> lub <code>upload-certs<\/code>, <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/kubernetes\/kubernetes\/pull\/73907\">sta\u0142o si\u0119 mo\u017cliwe<\/a><\/noindex> przesy\u0142anie certyfikat\u00f3w wymaganych do pod\u0142\u0105czenia nowego control-plane do sekretu kubeadm-certs (u\u017cywany jest znacznik <code>--experimental-upload-certs<\/code>).<\/li>\n<li> Dla instalacji Windows pojawi\u0142a si\u0119 wersja alfa <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/kubernetes\/enhancements\/issues\/689\">obs\u0142ugi<\/a><\/noindex> gMSA (Group Managed Service Account) \u2014 specjalne konta w Active Directory, kt\u00f3re mog\u0105 by\u0107 u\u017cywane r\u00f3wnie\u017c przez kontenery.<\/li>\n<li> Dla GCE <noindex><a rel=\"nofollow\" href=\"https:\/\/github.com\/kubernetes\/kubernetes\/pull\/70144\">w\u0142\u0105czono<\/a><\/noindex> szyfrowanie mTLS mi\u0119dzy etcd a kube-apiserver.<\/li>\n<li> Aktualizacje w u\u017cywanym\/zale\u017cnym oprogramowaniu: Go 1.12.1, CSI 1.1, CoreDNS 1.3.1, wsparcie dla Dockera 18.09 w kubeadm, a minimaln\u0105 wspieran\u0105 wersj\u0105 Docker API sta\u0142a si\u0119 1.26.<\/li>\n<\/ul>\n<p><\/p>\n<h2>P.S.<\/h2>\n<p>\nPrzeczytaj tak\u017ce na naszym blogu:<\/p>\n<ul>\n<li> \u00ab<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/company\/flant\/blog\/432208\/\">Kubernetes 1.13: przegl\u0105d najwa\u017cniejszych nowo\u015bci<\/a><\/noindex>\u00bb;<\/li>\n<li> \u00ab<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/company\/flant\/blog\/424331\/\">Kubernetes 1.12: przegl\u0105d najwa\u017cniejszych nowo\u015bci<\/a><\/noindex>\u00bb;<\/li>\n<li> \u00ab<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/company\/flant\/blog\/415349\/\">Kubernetes 1.11: przegl\u0105d najwa\u017cniejszych nowo\u015bci<\/a><\/noindex>\u00bb;<\/li>\n<li> \u00ab<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/company\/flant\/blog\/353114\/\">Kubernetes 1.10: przegl\u0105d najwa\u017cniejszych nowo\u015bci<\/a><\/noindex>\u00bb.<\/li>\n<\/ul>\n<p>\u0179r\u00f3d\u0142o: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/flant\/blog\/445196\/\">habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u042d\u0442\u043e\u0439 \u043d\u043e\u0447\u044c\u044e \u0441\u043e\u0441\u0442\u043e\u0438\u0442\u0441\u044f \u043e\u0447\u0435\u0440\u0435\u0434\u043d\u043e\u0439 \u0440\u0435\u043b\u0438\u0437 Kubernetes \u2014 1.14. \u041f\u043e \u0441\u043b\u043e\u0436\u0438\u0432\u0448\u0435\u0439\u0441\u044f \u0434\u043b\u044f \u043d\u0430\u0448\u0435\u0433\u043e \u0431\u043b\u043e\u0433\u0430 \u0442\u0440\u0430\u0434\u0438\u0446\u0438\u0438, \u0440\u0430\u0441\u0441\u043a\u0430\u0437\u044b\u0432\u0430\u0435\u043c \u043e \u043a\u043b\u044e\u0447\u0435\u0432\u044b\u0445 \u0438\u0437\u043c\u0435\u043d\u0435\u043d\u0438\u044f\u0445 \u0432 \u043d\u043e\u0432\u043e\u0439 \u0432\u0435\u0440\u0441\u0438\u0438 \u044d\u0442\u043e\u0433\u043e \u0437\u0430\u043c\u0435\u0447\u0430\u0442\u0435\u043b\u044c\u043d\u043e\u0433\u043e Open Source-\u043f\u0440\u043e\u0434\u0443\u043a\u0442\u0430. \u0418\u043d\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u044f, \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u043d\u043d\u0430\u044f \u0434\u043b\u044f \u043f\u043e\u0434\u0433\u043e\u0442\u043e\u0432\u043a\u0438 \u044d\u0442\u043e\u0433\u043e \u043c\u0430\u0442\u0435\u0440\u0438\u0430\u043b\u0430, \u0432\u0437\u044f\u0442\u0430 \u0438\u0437 \u0442\u0430\u0431\u043b\u0438\u0446\u044b Kubernetes enhancements tracking, CHANGELOG-1.14 \u0438 \u0441\u043e\u043e\u0432\u0435\u0442\u0441\u0442\u0432\u0443\u044e\u0449\u0438\u0445 issues, pull requests, Kubernetes Enhancement Proposals (KEP). \u041d\u0430\u0447\u043d\u0451\u043c \u0441 \u0432\u0430\u0436\u043d\u043e\u0433\u043e \u0432\u0432\u0435\u0434\u0435\u043d\u0438\u044f \u043e\u0442 SIG cluster-lifecycle: \u0434\u0438\u043d\u0430\u043c\u0438\u0447\u0435\u0441\u043a\u0438\u0435 [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[],"tags":[],"class_list":["post-30272","post","type-post","status-publish","format-standard","hentry"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.1.1 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u042d\u0442\u043e\u0439 \u043d\u043e\u0447\u044c\u044e\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/pl\/blog\/kubernetes-1-14-obzor-osnovnyh-novshestv\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.1.1\" \/>\n\t\t<meta property=\"og:locale\" content=\"pl_PL\" \/>\n\t\t<meta property=\"og:site_name\" content=\"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\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47Kubernetes 1.14: \u043e\u0431\u0437\u043e\u0440 \u043e\u0441\u043d\u043e\u0432\u043d\u044b\u0445 \u043d\u043e\u0432\u0448\u0435\u0441\u0442\u0432 | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u042d\u0442\u043e\u0439 \u043d\u043e\u0447\u044c\u044e\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/pl\/blog\/kubernetes-1-14-obzor-osnovnyh-novshestv\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2019-10-31T18:34:36+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2019-10-31T18:34:36+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47Kubernetes 1.14: przegl\u0105d najwa\u017cniejszych nowo\u015bci | ProHoster","description":"Tej nocy","canonical_url":"https:\/\/prohoster.info\/pl\/blog\/kubernetes-1-14-obzor-osnovnyh-novshestv","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\udd47Kubernetes 1.14: \u043e\u0431\u0437\u043e\u0440 \u043e\u0441\u043d\u043e\u0432\u043d\u044b\u0445 \u043d\u043e\u0432\u0448\u0435\u0441\u0442\u0432 | ProHoster","og:description":"\u042d\u0442\u043e\u0439 \u043d\u043e\u0447\u044c\u044e","og:url":"https:\/\/prohoster.info\/pl\/blog\/kubernetes-1-14-obzor-osnovnyh-novshestv","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":"2019-10-31T18:34:36+00:00","article:modified_time":"2019-10-31T18:34:36+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"30272","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":"Article","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":"2026-01-21 00:28:09","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 03:37:28","updated":"2026-01-21 00:28:09","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\/30272","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=30272"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/posts\/30272\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/media?parent=30272"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/categories?post=30272"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/tags?post=30272"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}