{"id":82223,"date":"2020-05-20T13:42:34","date_gmt":"2020-05-20T11:42:34","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/luchshie-praktiki-kubernetes-organizacziya-kubernetes-s-prostranstvom-imen"},"modified":"2020-05-20T13:42:34","modified_gmt":"2020-05-20T11:42:34","slug":"luchshie-praktiki-kubernetes-organizacziya-kubernetes-s-prostranstvom-imen","status":"publish","type":"post","link":"https:\/\/prohoster.info\/nl\/blog\/administrirovanie\/luchshie-praktiki-kubernetes-organizacziya-kubernetes-s-prostranstvom-imen","title":{"rendered":"Beste Kubernetes-praktijken. Organisatie van Kubernetes met namespaces","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Beste Kubernetes-praktijken. Het cre\u00ebren van kleine containers<\/a><\/noindex><\/p>\n

Naarmate je steeds meer Kubernetes-diensten begint te cre\u00ebren, worden de aanvankelijk eenvoudige taken complexer. Bijvoorbeeld, ontwikkelteams kunnen geen services of deployments met dezelfde naam maken. Als je duizenden pods hebt, kost het veel tijd om ze simpelweg op te sommen, om nog maar te zwijgen over het adequaat beheren ervan. En dit is nog maar het topje van de ijsberg.<\/p>\n

Laten we eens bekijken hoe een namespace het beheer van Kubernetes-resources vergemakkelijkt. Dus, wat is een namespace? Een namespace kan worden gezien als een virtuele cluster binnen je Kubernetes-cluster. Je kunt verschillende onderling ge\u00efsoleerde namespaces hebben binnen \u00e9\u00e9n Kubernetes-cluster. Ze kunnen je en je teams echt helpen met organisatie, beveiliging en zelfs systeemprestaties.<\/p>\n

\"Beste
\n
\nIn de meeste Kubernetes-distributies komt een cluster 'out of the box' met een namespace genaamd 'default'. In feite zijn er drie namespaces waarmee Kubernetes omgaat: default, kube-system en kube-public. Tegenwoordig wordt kube-public niet zo vaak gebruikt.<\/a><\/noindex><\/p>\n

\"Beste
\n
\nHet is een goed idee om de namespace kube met rust te laten, vooral in een beheerd systeem zoals Google Kubernetes Engine. Het gebruikt de namespace 'default' als plek waar je services en applicaties worden aangemaakt. Er is verder niets bijzonders aan, behalve dat Kubernetes 'out of the box' is ingesteld om het te gebruiken, en je kunt het niet verwijderen. Dit is prima voor de start en voor systemen met beperkte prestaties, maar ik zou niet aanraden de default namespace te gebruiken in grote productiesystemen. In dat geval kan \u00e9\u00e9n ontwikkelteam eenvoudig de code van iemand anders overschrijven en de werking van een ander team verstoren, zonder zich daarvan bewust te zijn.<\/p>\n

Daarom is het raadzaam om meerdere namespaces te cre\u00ebren en deze te gebruiken om je diensten in beheerde segmenten te segmenteren. Je kunt een namespace aanmaken met \u00e9\u00e9n commando. Als je een namespace met de naam test wilt aanmaken, gebruik dan het commando $ kubectl create namespace test of maak gewoon een YAML-bestand en gebruik het zoals elk ander Kubernetes-resource.<\/p>\n

\"Beste
\n
\nJe kunt alle namespaces bekijken met het commando $ kubectl get namespace. <\/p>\n

\"Beste
\n
\nNa het uitvoeren ziet u drie ingebouwde namespaces en een nieuwe namespace genaamd \"test\". Laten we een eenvoudig YAML-bestand bekijken dat bedoeld is voor het aanmaken van een pod. Het valt op dat er geen vermelding van een namespace in voorkomt.<\/p>\n

\"Beste
\n
\nAls u kubectl gebruikt om dit bestand uit te voeren, zal het de module mypod aanmaken in de huidige actieve namespace. Dit zal de standaardnamespace zijn totdat u deze wijzigt. Er zijn 2 manieren om Kubernetes te laten weten in welke namespace u uw resource wilt aanmaken. De eerste manier is het gebruik van de namespace-vlag bij het aanmaken van de resource. <\/p>\n

\"Beste
\n
\nDe tweede manier is om de namespace op te geven in de YAML-declaratie.<\/p>\n

\"Beste
\n
\nAls u een namespace in YAML opgeeft, wordt de resource altijd in deze namespace aangemaakt. Als u probeert een andere namespace te gebruiken met de namespace-vlag, zal de opdracht met een fout eindigen. Nu, als u probeert uw pod te vinden, zult u dat niet kunnen. <\/p>\n

\"Beste
\n
\nDit gebeurt omdat alle opdrachten buiten de huidige actieve namespace worden uitgevoerd. Om uw pod te vinden, moet u de namespace-vlag gebruiken, maar dat wordt snel vervelend, vooral als u een ontwikkelaar bent in een team dat zijn eigen namespace gebruikt en niet voor elke afzonderlijke opdracht deze vlag wil gebruiken. Laten we eens kijken hoe we dit kunnen oplossen.<\/p>\n

\"Beste
\n
\nStandaard heet uw actieve namespace default. Als u de namespace in de YAML-resource niet specificeert, zullen alle Kubernetes-opdrachten deze actieve default namespace gebruiken. Helaas kan het proberen om de actieve namespace te beheren met kubectl mislukken. Er is echter een zeer goed hulpmiddel genaamd Kubens, dat dit proces aanzienlijk vereenvoudigt. Wanneer u de kubens-opdracht uitvoert, ziet u alle namespaces met de actieve namespace gemarkeerd. <\/p>\n

\"Beste
\n
\nOm de actieve namespace naar de namespace test te schakelen, voert u gewoon de opdracht $ kubens test uit. Als u daarna opnieuw de opdracht $ kubens invoert, ziet u dat nu de nieuwe actieve namespace - test - is gemarkeerd.<\/p>\n

\"Beste
\n
\nDit betekent dat je geen namespace-vlag nodig hebt om de pod in de namespace test te zien.<\/p>\n

\"Beste
\n
\nNamespaces zijn dus voor elkaar verborgen, maar niet van elkaar ge\u00efsoleerd. Een service in de ene namespace kan vrij makkelijk communiceren met een service in een andere namespace, wat vaak zeer nuttig is. De mogelijkheid tot communicatie tussen verschillende namespaces betekent dat de service van jouw ontwikkelaars kan interageren met de service van een ander dev-team in een andere namespace.<\/p>\n

Normaal gesproken, wanneer jouw applicatie toegang wil krijgen tot een Kubernetes-service, gebruik je de ingebouwde DNS-service discovery en geef je simpelweg de servicenaam op aan jouw applicatie. Echter, je kunt een service met dezelfde naam in meerdere namespaces cre\u00ebren, wat onaanvaardbaar is. <\/p>\n

\"Beste
\n
\nGelukkig is dit gemakkelijk te omzeilen door de uitgebreide vorm van het DNS-adres te gebruiken. Services binnen Kubernetes tonen hun eindpunten met behulp van een algemeen DNS-sjabloon. Dit ziet er ongeveer zo uit:<\/p>\n

\"Beste
\n
\nOver het algemeen heb je gewoon de servicenaam nodig, en DNS bepaalt automatisch het volledige adres. <\/p>\n

\"Beste
\n
\nAls je echter toegang wilt krijgen tot een service in een andere namespace, gebruik dan gewoon de servicenaam plus de namespace-naam:<\/p>\n

\"Beste
\n
\nBijvoorbeeld, als je verbinding wilt maken met de database service in de testnamespace, kun je de adresnaam database.test gebruiken.<\/p>\n

\"Beste
\n
\nAls je verbinding wilt maken met de database service in de prod namespace, gebruik je database.prod.<\/p>\n

\"Beste
\n
\nAls je echt toegang tot de namespace wilt isoleren en beperken, stelt Kubernetes je in staat dit te doen met behulp van Kubernetes Network Policies. Hierover vertel ik in de volgende serie. <\/p>\n

Ik krijg vaak de vraag, hoeveel namespaces er moeten worden aangemaakt en voor welke doeleinden? Wat is eigenlijk een beheerd gegevensfragment?<\/p>\n

Als u te veel namespaces aanmaakt, zullen ze u gewoon in de weg staan. Als er te weinig zijn, verliest u alle voordelen van een dergelijke oplossing. Ik denk dat er vier belangrijke fasen zijn die elke onderneming doorloopt bij het opzetten van haar organisatorische structuur. Afhankelijk van de ontwikkelingsfase waarin uw project of bedrijf zich bevindt, kunt u een passende strategie voor het cre\u00ebren van namespaces aannemen.<\/p>\n

Stel je voor dat je deel uitmaakt van een klein team dat werkt aan de ontwikkeling van 5-10 microservices en je kunt gemakkelijk alle ontwikkelaars in \u00e9\u00e9n kamer verzamelen. In deze situatie is het logisch om alle prod-services in de default namespace te draaien. Natuurlijk, voor meer speelruimte kunt u 2 namespaces gebruiken \u2014 apart voor prod en dev. En waarschijnlijk test u uw ontwikkeling op uw lokale computer met iets als Minikube. <\/p>\n

Stel dat de omstandigheden zijn veranderd en nu hebt u een snelgroeiend team dat tegelijkertijd aan meer dan 10 microservices werkt. Er komt een moment waarop u verschillende clusters of namespaces moet gebruiken, apart voor prod en dev. U kunt het team in verschillende subgroepen splitsen, zodat elke subgroep zijn eigen microservices heeft en elk van deze teams zijn eigen namespace kan kiezen om het ontwikkel- en uitrolproces te vergemakkelijken.<\/p>\n

\"Beste
\n
\nNaarmate elk lid van het team een beter inzicht krijgt in hoe het systeem als geheel werkt, wordt het steeds moeilijker om elke wijziging met alle andere ontwikkelaars te co\u00f6rdineren. Het proberen om de volledige stack op uw lokale computer te draaien, wordt iedere dag ingewikkelder. <\/p>\n

In grote bedrijven weten ontwikkelaars vaak niet wie precies aan welk onderdeel werkt. Teams communiceren via servicecontracten of gebruiken technologie\u00ebn zoals Service Mesh, die een abstractielaag bovenop het netwerk toevoegt, vergelijkbaar met de configuratietool Istio. Het is praktisch onmogelijk om de hele stack lokaal te draaien. Ik raad ten zeerste aan om in Kubernetes een platform voor continue levering (CD) zoals Spinnaker te gebruiken. Zo komt er een moment waarop elk team beslist behoefte heeft aan zijn eigen namespace. Elk team kan zelfs meerdere namespaces kiezen voor de dev- en prod-omgeving. <\/p>\n

Er zijn tenslotte grote ondernemingen waar een groep ontwikkelaars zelfs niet weet van het bestaan van andere groepen. Een dergelijk bedrijf kan zelfs externe ontwikkelaars inhuren die communiceren via goed gedocumenteerde API's. Binnen elke groep zijn er meerdere teams en verschillende microservices. In dit geval is het noodzakelijk om alle hulpmiddelen te gebruiken die ik eerder heb genoemd.<\/p>\n

\"Beste
\n
\nProgrammers moeten services niet handmatig implementeren en mogen geen toegang hebben tot namespaces die hen niet aangaan. Op dit moment is het zinnig om meerdere clusters te hebben voor het verminderen van de \u2018blast radius\u2019 van slecht geconfigureerde applicaties, om facturering en resourcebeheer te vereenvoudigen.<\/p>\n

Op deze manier maakt het juiste gebruik van namespaces door uw organisatie Kubernetes beter beheersbaar, controleerbaar, veilig en flexibel.<\/p>\n

Beste Kubernetes-praktijken. Het testen van de levensvatbaarheid van Kubernetes met Readiness- en Liveness-tests<\/a><\/noindex><\/p>\n

\r\n \"Video\r\n
<\/div>\r\n <\/div><\/center><\/p>\n

Een beetje reclame \ud83d\ude42<\/h3>\n

\nBedankt dat je bij ons blijft. Houd je van onze artikelen? Wil je meer interessante inhoud zien? Ondersteun ons door een bestelling te plaatsen of ons aan vrienden aan te bevelen, cloud VPS voor ontwikkelaars vanaf $4,99<\/a><\/noindex>, een unieke variant van entry-level servers, die we voor jou hebben bedacht:<\/b> De waarheid over VPS (KVM) E5-2697 v3 (6 Kernen) 10GB DDR4 480GB SSD 1Gbps vanaf $19 of hoe deel je een server correct?<\/a><\/noindex> (opties beschikbaar met RAID1 en RAID10, tot 24 cores en tot 40GB DDR4).<\/p>\n

Dell R730xd is 2 keer goedkoper in datacenter Equinix Tier IV in Amsterdam?<\/b> Alleen bij ons 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100TB vanaf $199<\/a><\/noindex> in Nederland! Dell R420 \u2014 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB \u2014 vanaf $99!<\/b><\/b> Lees over hoe je een infrastructuur van bedrijfsniveau kunt opbouwen met Dell R730xd E5-2650 v4 servers die wel \u20ac9000 kosten voor een prikkie?<\/a><\/noindex>
\n
Bron: habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u041b\u0443\u0447\u0448\u0438\u0435 \u043f\u0440\u0430\u043a\u0442\u0438\u043a\u0438 Kubernetes. \u0421\u043e\u0437\u0434\u0430\u043d\u0438\u0435 \u043d\u0435\u0431\u043e\u043b\u044c\u0448\u0438\u0445 \u043a\u043e\u043d\u0442\u0435\u0439\u043d\u0435\u0440\u043e\u0432 \u041f\u043e \u043c\u0435\u0440\u0435 \u0442\u043e\u0433\u043e \u043a\u0430\u043a \u0432\u044b \u043d\u0430\u0447\u0438\u043d\u0430\u0435\u0442\u0435 \u0441\u043e\u0437\u0434\u0430\u0432\u0430\u0442\u044c \u0432\u0441\u0435 \u0431\u043e\u043b\u044c\u0448\u0435 \u0438 \u0431\u043e\u043b\u044c\u0448\u0435 \u0441\u0435\u0440\u0432\u0438\u0441\u043e\u0432 Kubernetes, \u043f\u0440\u043e\u0441\u0442\u044b\u0435 \u043f\u043e \u043d\u0430\u0447\u0430\u043b\u0443 \u0437\u0430\u0434\u0430\u0447\u0438 \u043d\u0430\u0447\u0438\u043d\u0430\u044e\u0442 \u0443\u0441\u043b\u043e\u0436\u043d\u044f\u0442\u044c\u0441\u044f. \u041d\u0430\u043f\u0440\u0438\u043c\u0435\u0440, \u043a\u043e\u043c\u0430\u043d\u0434\u044b \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u0447\u0438\u043a\u043e\u0432 \u043d\u0435 \u043c\u043e\u0433\u0443\u0442 \u0441\u043e\u0437\u0434\u0430\u0432\u0430\u0442\u044c \u0441\u043b\u0443\u0436\u0431\u044b \u0438\u043b\u0438 \u0440\u0430\u0437\u0432\u0435\u0440\u0442\u044b\u0432\u0430\u043d\u0438\u044f \u043f\u043e\u0434 \u043e\u0434\u043d\u0438\u043c \u0438 \u0442\u0435\u043c \u0436\u0435 \u0438\u043c\u0435\u043d\u0435\u043c. \u0415\u0441\u043b\u0438 \u0443 \u0432\u0430\u0441 \u0442\u044b\u0441\u044f\u0447\u0438 \u043f\u043e\u0434\u043e\u0432, \u0438\u0445 \u043f\u0440\u043e\u0441\u0442\u043e\u0435 \u043f\u0435\u0440\u0435\u0447\u0438\u0441\u043b\u0435\u043d\u0438\u0435 \u0437\u0430\u0439\u043c\u0435\u0442 \u043a\u0443\u0447\u0443 \u0432\u0440\u0435\u043c\u0435\u043d\u0438, \u043d\u0435 \u0433\u043e\u0432\u043e\u0440\u044f \u043e \u0442\u043e\u043c, […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":82224,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-82223","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\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\udd47Best practices voor Kubernetes. Organisatie van Kubernetes met namespaces | ProHoster","description":"Beste praktijken voor Kubernetes.","canonical_url":"https:\/\/prohoster.info\/nl\/blog\/administrirovanie\/luchshie-praktiki-kubernetes-organizacziya-kubernetes-s-prostranstvom-imen","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"nl_NL","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\u041b\u0443\u0447\u0448\u0438\u0435 \u043f\u0440\u0430\u043a\u0442\u0438\u043a\u0438 Kubernetes. \u041e\u0440\u0433\u0430\u043d\u0438\u0437\u0430\u0446\u0438\u044f Kubernetes \u0441 \u043f\u0440\u043e\u0441\u0442\u0440\u0430\u043d\u0441\u0442\u0432\u043e\u043c \u0438\u043c\u0435\u043d | ProHoster","og:description":"\u041b\u0443\u0447\u0448\u0438\u0435 \u043f\u0440\u0430\u043a\u0442\u0438\u043a\u0438 Kubernetes.","og:url":"https:\/\/prohoster.info\/nl\/blog\/administrirovanie\/luchshie-praktiki-kubernetes-organizacziya-kubernetes-s-prostranstvom-imen","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-05-20T11:42:34+00:00","article:modified_time":"2020-05-20T11:42:34+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"82223","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 15:41:29","updated":"2022-09-29 19:27:31","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/posts\/82223","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/comments?post=82223"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/posts\/82223\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/media\/82224"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/media?parent=82223"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/categories?post=82223"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/nl\/wp-json\/wp\/v2\/tags?post=82223"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}