‫Co dalej z Kubernetes?
‫To pytanie, jak sądzę, wielu z nas ma,
‫kiedy patrzymy na to, jak szybko się rozwinęło i cały otaczający go
‫ekosystem, i jak to jest zbyt wiele, aby poradzić sobie
‫z nim jedna osoba.
‫Jaka jest przyszłość
‫Dobra wiadomość jest taka, że gdybym musiał
‫to przewidzieć, myślę, że w przyszłości trzeba
‫zacząć się nudzić. Usłyszysz, jak wielu założycieli mówi
‫o tym, ilekroć zobaczysz ich publicznie.
‫Wiesz, będą rozmawiać tylko o tym, jak musimy uczynić
‫infrastrukturę tak nudną, jak to tylko możliwe, abyśmy
‫mogli w większym stopniu polegać na
‫tym, co robimy. Ponieważ tak naprawdę wszystko to jest tutaj,
‫abyśmy mogli udostępnić nasze aplikacje.
‫Celem Kubernetesa nie jest samo Kubernetes.
‫To pozwala ci robić rzeczy, które chcesz robić szybciej.
‫Myślę, że w przypadku Kubernetes,
‫jeśli spojrzałeś na kilka ostatnich wydań,
‫naprawdę zaczął koncentrować się na niezawodności,
‫stabilności, bezpieczeństwie, po prostu stał się tak stabilny,
‫że już tam jest.
‫Nie musisz się tak bardzo martwić.
‫Nie musisz tego tak bardzo naprawiać.
‫Mają regularne wydania, więc na
‫pewno zajrzysz do harmonogramu wydań i informacji o
‫wydaniu, do których odsyłam w tym filmie.
‫Jedną z rzeczy, która wydarzyła się w tym roku, w
‫2019 r., Był duży audyt bezpieczeństwa wielu podstawowych
‫kodów, który ujawnił wiele rzeczy.
‫W rzeczywistości na swoim blogu mają pełną, szczegółową analizę
‫tego, co się wydarzyło.
‫Myślę, że to naprawdę fajne, że projekt open
‫source tak ważny i tak duży, nie tylko przeprowadził
‫analizę bezpieczeństwa od strony trzeciej, ale ujawnił wszystkie potencjalne problemy
‫i wyniki.
‫Myślę, że zaowocowało to wieloma PR-ami, które z góry
‫były przeznaczone do szybkich napraw, ale także pewne rzeczy,
‫które ostatecznie z czasem naprawią.
‫To nie tyle, że koniecznie był oparty na
‫podatności, ale więcej tego obszaru można ulepszyć, więc
‫z czasem go zmienimy.
‫Inną rzeczą, którą zobaczysz, jest to, że niektóre z
‫tych starszych koncepcji, kiedy było to prostsze narzędzie, zaczną
‫zanikać, gdy zostaną usunięte. Myślę, że wtyczki pamięci masowej,
‫które nie są CSI, zostaną w końcu wyciągnięte, więc będziesz
‫musiał polegać na CSI dla swoich wtyczek pamięci
‫zamiast wbudowanych rzeczy.
‫Zobaczysz różne polecenia, takie jak zmiana uruchomienia kubectl i
‫przestaniesz wyświetlać nam ostrzeżenia, ponieważ domyślnie będzie to
‫zwykły biegacz pod, a nie generowanie wszystkich generatorów od razu
‫po wyjęciu z pudełka.
‫Wtedy zobaczysz inne rzeczy, o których wspomniałem
‫tutaj, takie jak serwisowanie na sucho, stabilne i więcej
‫funkcji wokół niego. Ponieważ uważam, że istnieje
‫silna potrzeba lepszego audytu, lepszego zrozumienia
‫zmian w czasie. Co się zmieni, zanim to zrobię,
‫co się zmieniło po tym, jak to zrobiłem, i
‫tego rodzaju dane raportowania.
‫Jeśli chodzi o strony trzecie, będzie to nadal rosło
‫i rośnie, i to naprawdę więcej niż ktokolwiek z
‫nas mógłby wiedzieć.
‫Hełm 3. 0 właśnie kończy się.
‫Na pewno będziemy mieć więcej operatorów, którzy będą dla
‫narzędzi firm trzecich, aby ułatwić ich wdrażanie i
‫zarządzanie nimi w Kubernetes.
‫To jest naprawdę większa nadzieja, ale
‫myślę, że skupimy się na deklaratywnych
‫przepływach pracy.
‫Ponieważ ten nowy temat wokół DevOps, a dokładniej git-ops, to
‫git ops, o
‫którym mówiłem na moim podcastu.
‫Przepływ pracy git-ops jest stosunkowo nową koncepcją, ale
‫pomysł, że my,
‫operatorzy i ludzie zarządzający tymi
‫klastrami Kubernetes, naprawdę działamy jako operatorzy.
‫Operatorzy czerpią postępy z zespołów programistycznych, w
‫których musieli zarządzać kodem, zmiany
‫kodu w czasie oraz wydania, które dały początek
‫narzędziom takim jak GitHub, słusznie, do korzystania
‫z tych samych narzędzi do zarządzania naszą infrastrukturą w
‫deklaratywny sposób. Słyszałeś, że o tym mówię.
‫Myślę, że kiedy spojrzysz na zestaw funkcji w
‫czasie Kubernetes, możesz zobaczyć, jak staje się on
‫bardziej deklaratywny pod względem stylu, a zestaw funkcji i nacisk kładziony jest
‫na ten deklaratywny przepływ pracy.
‫Mam nadzieję, że otrzymamy lepsze oprzyrządowanie, a te, które
‫mamy, z czasem będą miały więcej funkcji.
‫Kolejną ważną rzeczą jest obsługa systemu Windows Server.
‫W 2019 roku ogłoszono duże wsparcie
‫dla Windows Server dla serwera 2019,
‫i to dopiero w powijakach.
‫Jest to coś, co technicznie wyprzedza Swarm
‫niż Kubernetes.
‫Tam, gdzie Docker i Swarm obsługują system Windows Server od
‫lat, i z czasem uległy one poprawie.
‫Ale zaczęli to od Server 2016 i pchnęli to
‫do przodu i ulepszyli.
‫Podczas gdy Kubernetes właśnie teraz w
‫Windows Server 2019 naprawdę mówi, że ma wsparcie.
‫Od osób, o których słyszałem, że rozmawiają
‫o serwerze w środowisku produkcyjnym, Windows Server nadal może zużyć
‫o wiele więcej pracy w świecie Kubernetes, aby być równie
‫dobrym jak Linux. Myślę więc, że
‫będzie to duży obszar zainteresowania, ponieważ coraz więcej przedsiębiorstw
‫Windows przyjmuje tych orkiestratorów kontenerów.
‫Ostatnie kilka rzeczy to zdecydowanie przypadki
‫Edge.
‫Rzeczy takie jak uczenie maszynowe.
‫Takie rzeczy jak Edge i mała infrastruktura, która ma
‫się skupić, ponieważ na początku Kubernetes była bardzo duża
‫i bardzo
‫niewygodna, ale wyciągają wiele
‫z niej i ułatwiają jej wdrożenie.
‫Właśnie dlatego pojawiają się narzędzia takie jak kubeadm i możliwość wdrażania
‫klastrów wysokiej dostępności.
‫Jest w pełni bezpieczny i jeśli jest odporny na awarie od
‫razu po wyjęciu z pudełka. To wszystko zaczyna się
‫teraz realizować.
‫Częścią tej przyszłości jest wiedza o innych powiązanych
‫projektach. To jest
‫naprawdę krótka lista rzeczy, o których nie wspomniałem
‫w tym kursie, które możesz chcieć sprawdzić. Ponieważ sam Kubernetes stał
‫się platformą, na której zaczynają się budować
‫wszystkie inne rzeczy. W rzeczywistości były
‫to naprawdę oryginalne cele autorów projektu.
‫Nigdy tak naprawdę nie oznaczały dla nas bezpośredniego korzystania
‫z Kubernetes w kategoriach surowego Kubernetes o otwartym
‫kodzie źródłowym.
‫Naprawdę chcieli, aby inni ludzie tworzyli na nim abstrakcje,
‫abyśmy mogli obsłużyć nasze obciążenia.
‫Dlatego w wielu przypadkach
‫widać dystrybucje, ponieważ budują na tym kolejną
‫warstwę. W tym przypadku
‫widzimy różnego rodzaju inną infrastrukturę do robienia innych
‫rzeczy. Najpierw Knative.
‫Jest to wokół list serwerów i jest
‫to zdecydowanie oficjalny projekt CNCF, więc jest ściśle związany ze
‫światem Kubernetes.
‫Jeśli interesują Cię listy serwerów, zdecydowanie jest to jeden
‫z projektów, który chcesz sprawdzić.
‫Następnie kilka projektów z Rancher to K3
‫i K3os.
‫K3s to
‫zasadniczo ich zespół zajmujący się złożonym wdrażaniem i
‫zarządzaniem Kubernetes i upraszczaniem go, usuwając
‫wszystkie niepotrzebne rzeczy z tym związane.
‫Może niektóre starsze polecenia i kod.
‫Być może niektóre sterowniki pamięci, których już nie potrzebujesz,
‫jeśli masz CSI.
‫Tego rodzaju rzeczy. Po prostu wyciągają to wszystko
‫i dają naprawdę łatwą bazę danych.
‫Nie używa nawet etcd-out-of-the-box.
‫Korzysta z prostszej bazy danych.
‫To naprawdę jest przeznaczone do rzeczy pierwotnie takich jak IoT.
‫Ale teraz, aby ich cel polegał na uczynieniu Kubernetes tak
‫prostym jak Swarm, co powiedział Darren Shepherd,
‫ich CTO i współzałożyciel, w tym roku
‫na DockerCon. To było dość interesujące stwierdzenie.
‫Naprawdę mówił, że Swarm ma się
‫tak dobrze we wdrożeniu, łatwość użycia i minimalny
‫wpływ. To bardzo mały plik binarny.
‫Ma bardzo małe koszty ogólne
‫w zakresie infrastruktury. Kubernetes jest
‫całkowitym przeciwieństwem tego. Próbują znaleźć środek.
‫Czy to możliwe, jeśli usuniemy wystarczającą ilość rzeczy i nadal będziemy
‫robić to tak, jak Kubernetes, czy możemy sprawić, że będzie to bardzo łatwe
‫do wdrożenia na małych systemach, takich jak
‫ARM, Raspberry Pis, itp. To jest projekt do obejrzenia.
‫K3os to system operacyjny z
‫K3s na nim.
‫Jest to bardzo minimalna instalacja
‫Linuksa, zaprojektowana do uruchamiania K3 na
‫małych urządzeniach. To całkiem nowy, ale
‫jednak ciekawy projekt. Kolejnym naprawdę dużym obszarem
‫zainteresowania, o którym usłyszysz, jak mówię o wiele
‫więcej na moim podcastu, jest siatka serwisowa, która jest nową koncepcją
‫ostatnich lat i naprawdę nowym terminem.
‫Tak naprawdę nie używaliśmy tego słowa w branży.
‫Siatka usług
‫to idea tej warstwy proxy w całym
‫klastrze, nie tylko dla połączeń przychodzących z Internetu, ale
‫tak naprawdę dla wszystkich części aplikacji.
‫Staje się pośrednikiem w kontrolowaniu, pod względem
‫bezpieczeństwa, monitorowania i routingu do odpowiednich
‫lokalizacji, całego ruchu
‫dla wszystkich części aplikacji rozproszonej.
‫Jest to seria projektów, które powstały
‫z problemu mikrousług. Jeśli kiedykolwiek
‫zrobiłeś jakąkolwiek mikrousługę, jednym z prawdziwych wyzwań jest to, co znajdowało
‫się w jednym pliku binarnym na jednym serwerze, a
‫stosunkowo łatwe do rozwiązania problemu staje się
‫dziesiątkami kontenerów, dziesiątkami serwerów.
‫Problem staje się bardzo trudny do rozwiązania, chyba że
‫masz świetne narzędzia sieciowe.
‫Sieć serwisowa jest więc wskazywana
‫na ten problem i stara się stać
‫się standardem, wraz ze
‫standardami, wokół umieszczenia tam warstwy, aby zwiększyć widoczność,
‫monitorowanie, rozwiązywanie problemów i bezpieczeństwo wokół naszych rozproszonych aplikacji i
‫naszych mikrousług.