Знакомство с Kubernetes. Часть 10: Неймспейсы (namespaces)
Jul 2, 2018 07:02 · 515 words · 3 minute read kubernetes
Kubernetes поддерживает несколько виртуальных кластеров, работающих в одном и том же физическом кластере. Эти виртуальные кластеры называются пространствами имен или неймспейсами (namespaces). Давайте разберемся!
Неймспейсы предназначены для использования в окружениях с множеством пользователей, распределенных между несколькими командами или проектами. Для кластеров Kubernetes с небольшим количеством пользователей (несколько десятков) создавать несколько разных неймспейсов не имеет смысла. Неймспейсы стоит начинать использовать в тот момент, когда понадобится функционал, который они предоставляют.
Неймспейсы, как можно догадаться с названия, предоставляют набор (или область) имен для ресурсов. Имена ресурсов должны быть уникальными в пределах одного неймспейса, но не в пределах всего кластера. Кроме того, неймспейсы — это способ разделить ресурсы кластера между пользователями (с использованием квот).
Еще раз отмечу: нет необходимости использовать разные неймспейсы для разделения нескольких разных ресурсов, например, разных версий одного и того же ПО — здесь лучше воспользоваться метками и селекторами (для выделения ресурсов) в одном и том же пространстве имен.
По умолчанию в кластере Kubernetes будет создан неймспейс default, в котором и будут размещаться запускаемые объекты (поды, сервисы, развертывания и т.д.). Неймспейсы kube-public и kube-system используются для запуска служебных объектов Kubernetes , необходимых для корректной работы кластера.
Посмотреть список неймспейсов в вашем кластере можно с помощью такой команды:
kubectl get namespaces NAME STATUS AGE default Active 46d kube-public Active 46d kube-system Active 46d Чтобы создать отдельный неймспейс, создадим файл namespace-dev.json (да, для разнообразия используем .json , а не .yaml ) следующего содержания:
"kind": "Namespace", "apiVersion": "v1", "metadata": "name": "development", "labels": "name": "development" > > > и выполним команду:
kubectl apply -f namespace-dev.json Для второго неймспейса создадим файл с тем же содержимым, но заменим слова “development” на “production” и применим его:
kubectl apply -f namespace-prod.json Убедимся, что неймспейсы успешно создались:
kubectl get namespaces --show-labels NAME STATUS AGE LABELS default Active 46d development Active 2m name=development kube-public Active 46d kube-system Active 46d production Active 2m name=production Далее, для удобства, для каждого из созданных неймспейсов сделаем отдельный контекст. Для начала, посмотрим текущие настройки:
kubectl config view apiVersion: v1 clusters: - cluster: insecure-skip-tls-verify: true server: https://localhost:6443 name: docker-for-desktop-cluster contexts: - context: cluster: docker-for-desktop-cluster user: docker-for-desktop name: docker-for-desktop current-context: docker-for-desktop kind: Config preferences: <> users: - name: docker-for-desktop user: client-certificate-data: REDACTED client-key-data: REDACTED kubectl config current-context docker-for-desktop Создаем два отдельных контекста (они будут отличаться неймспейсами, а значения полей cluster и user будут скопированы с текущего контекста):
kubectl config set-context dev --namespace=development \ --cluster=docker-for-desktop-cluster \ --user=docker-for-desktop kubectl config set-context prod --namespace=production \ --cluster=docker-for-desktop-cluster \ --user=docker-for-desktop После выполнения этих двух команд к конфигурационном файле ~/.kube/config будут созданы дополнительные контексты. Теперь можно с легкостью переключаться между ними используя команды:
kubectl config use-context dev kubectl config use-context prod Кроме того, выполнять команды с конкретным неймспейсом можно даже не переключая контекст — достаточно использовать дополнительный параметр —namespace= , например:
kubectl --namespace=dev run nginx --image=nginx kubectl --namespace=prod get pods Напоследок стоит сказать, что при создании сервиса ( service ) в кластере Kubernetes создается соответствующая DNS-запись. Запись создается в формате ..svc.cluster.local , а это означает, что если вы используете только часть то это позволит “достучаться” до сервиса только в пределах неймспейса. Если вам необходимо взаимодействовать с сервисом, запущенным в другом неймспейсе, следует использовать полное доменное имя (FQDN).
Read more
© Copyright 2023 Yevhen Lebid
Неймспейс что это
Пространства имен
В этой статье я хочу рассказать о пространствах имен в C#. Пространство имен (namespace) в C# представляет собой некий контейнер для логического объединения именованных сущностей, таких как классы, интерфейсы, перечисления и тому подобное. Для чего нужны такие контейнеры? Ну во-первых, пространства имен позволяют логически группировать классы и другие сущности, а во-вторых, позволяют использовать одни и те же имена для сущностей в разных пространствах имен. Причем, вторая функция даже больше востребована, так как логическую группировку тех же классов, программист может игнорировать, особенно, если классов не так много, а вот создать два класса с одним именем уже нельзя, не даст компилятор!
Как создаются пространства имен? Да всё просто, мы уже сталкивались с ними. При создании нового проекта в Visual Studio автоматически создавалось пространство имен. Рассмотрим код основного файла только что созданного, консольного приложения:
//Блок подключения других пространств имен using System; using System.Collections.Generic; using System.Linq; using System.Runtime.InteropServices; using System.Text; //Пространство имен с названием "TestProject" namespace TestProject < //Начало пространства имен //Основной класс программы class Program < //Главный метод программы (точка входа) static void Main(string[] args) < >> > //Конец пространства имен
Обратите внимание на выделенную строку, в ней и создается пространство имен, т.е. для этого используется ключевое слово namespace, после которого, через пробел, указывается название пространства имен. И всё, что объявляется внутри фигурных скобок, следующих на за названием, относится к пространству имен.
А теперь, давайте разберемся, как же пространства имен, позволяют использовать одни и те же имена для сущностей. Дело в том, что пространство имен, как бы задает префикс к имени любой сущности, в нем объявленной. Но мы этого не замечаем, если работаем с этой сущностью в том пространстве имен, в котором она объявлена. Таким образом имя сущности, например класса, на сомом деле становится ка бы составным. Сейчас я покажу как это выглядит на практике, для этого представим,что у нас есть класс «SomeClass«, который объявлен в пространстве имен «SomeNamespace«, тогда доступ к этому классу из метода «Main» был бы примерно таким:
//Главный метод программы (точка входа) static void Main(string[] args) < //Создание объекта класса SomeClass из пространства имен SomeNamespace SomeNamespace.SomeClass tmpObj = new SomeNamespace.SomeClass(); >
Т.е. перед указанием имени класса, указывает имя пространства имен, к которому он принадлежит, а уже потом, через точку — имя самого класса. Пространство имен «SomeNamespace«, как бы ограничивает область видимости для класса «SomeClass«, и получить доступ, к этому классу мы можем только через пространство имен, его содержащее.
А теперь представим, что у нас есть еще один класс с именем «SomeClass«, но принадлежащий пространству имен «OtherNamespace«, и тогда создание его объекта в том же методе «Main» будет таким:
//Главный метод программы (точка входа) static void Main(string[] args) < //Создание объекта класса SomeClass из пространства имен OtherNamespace OtherNamespace.SomeClass tmpObj = new OtherNamespace.SomeClass(); >
Как видите, используя пространства имен, мы можем конкретно указать нужный нам класс, если его имя совпадает с каким-либо классом из другого пространства имен. Но мы получаем и побочный эффект — имена сущностей становятся длиннее, и не всегда хочется писать лишний код. К счастью, выход есть и из этой ситуации. Если мы точно уверены, что ни одна сущность из пространства имен «SomeNamespace» не будет создавать конфликты имен с сущностями текущей области видимости, мы можем его подключить («раскрыть») всего одной строкой кода:
using SomeNamespace;
Которую добавляют, как правило, в самом начале файла с исходным кодом (обратите внимание на начало первого из примеров). И тогда, в методе «Main», мы сможем создавать объект класса «SomeClass» так (без явного указания пространства имен, к которому он принадлежит):
//Главный метод программы (точка входа) static void Main(string[] args) < //Создание объекта класса SomeClass из пространства имен SomeNamespace SomeClass tmpObj = new SomeClass(); >
Но подключить оба наших вымышленных пространства имен в одном файле, мы уже не сможем, так как, они содержать две одноименных сущности (в данном случае, два класса «SomeClass»).
Так же, пространства имен могут быть вложенными, т.е. одно пространство имен может находиться внутри другого, например так:
//Какое-то пространство имен namespace SomeNamespace < //Вложенное пространство имен namespace OtherNamespace < //Некий класс class SomeClass < >> >
В приведенном примере, класс «SomeClass» принадлежит пространству имен «OtherNamespace«, а то, в свою очередь, вложено в пространство «SomeNamespace«. А полное имя класса «SomeClass» будет таким:
SomeNamespace.OtherNamespace.SomeClass
Вот, пожалуй, и вся основная информация о пространствах имен в C#, Вы узнали что это такое, как их создавать, как подключать пространства имен.
Добавить комментарий Отменить ответ
Для отправки комментария вам необходимо авторизоваться.
Неймспейс что это
Обычно определяемые классы и другие типы в .NET не существуют сами по себе, а заключаются в специальные контейнеры — пространства имен . Пространства имен позволяют организовать код программы в логические блоки, поволяют объединить и отделить от остального кода некоторую функциональность, которая связана некоторой общей идеей или которая выполняет определенную задачу.
Для определения пространства имен применяется ключевое слово namespace , после которого идет название название пространства имен:
namespace имя_пространства_имен < // содержимое пространства имен >
Например, определим в файле Program.cs пространство имен, которое будет называться Base
namespace Base < class Person < string name; public Person(string name) =>this.name = name; public void Print() => Console.WriteLine($"Имя: "); > >
Здесь пространство имен содержит класс Person, которой имеет одну переменную — name, конструктор и метод Print.
Теперь попробуем использовать класс Person:
Person tom = new Person("Tom"); // Ошибка - Visual Studio не видит класс Person tom.Print(); namespace Base < class Person < string name; public Person(string name) =>this.name = name; public void Print() => Console.WriteLine($"Имя: "); > >
Здесь на первой строке мы столкнемся с ошибкой, так как Visual Studio не может найти класс Person. Чтобы все-таки обратиться к классу Person, необходимо использовать полное имя этого класса с учетом пространства имен:
Base.Person tom = new("Tom"); tom.Print(); // Имя: Tom namespace Base < class Person < string name; public Person(string name) =>this.name = name; public void Print() => Console.WriteLine($"Имя: "); > >
Поскольку класс Person располагается в пространстве имен Base, то его полное имя — Base.Person . Соответственно, используя это имя, мы можем обращаться к данному классу вне его пространства имен.
Подключение пространства имен
Однако полное имя класса с учетом пространства имен добавляет в код избыточность — особенно, если пространство имен содержит множество классов, которые мы хотим использовать. И чтобы не писать полное имя класса, мы можем просто подключить пространство имен с помощью директивы using :
using Base; // подключение пространства имен Base Person tom = new("Tom"); tom.Print(); // Имя: Tom namespace Base < class Person < string name; public Person(string name) =>this.name = name; public void Print() => Console.WriteLine($"Имя: "); > >
Вложенные пространства имен
Одни пространства имен могут содержать другие. Например:
namespace Base < namespace PersonTypes < class Person < string name; OrganisationTypes.Company company; public Person(string name, OrganisationTypes.Company company) < this.name = name; this.company = company; >public void Print() < Console.WriteLine($"Имя: "); company.Print(); > > > namespace OrganisationTypes < class Company < string title; public Company(string title) =>this.title = title; public void Print() => Console.WriteLine($"Название компании: "); > > >
В данном случае классы Person и Company находятся в разных вложенных пространствах имен, поэтому чтобы в классе Person использовать класс Company, надо прописывать имя класса с учетом его пространства имен: OrganisationTypes.Company (так как оба класса в итоге находятся в общем пространстве — Base, то его имя можно не указывать в названии класса) или подключать пространство имен класса Company с помощью директивы using .
Для обращения к этим классам вне пространства Base необходимо использовать всю цепочку пространств имен:
using Base.PersonTypes; // подключение пространства имен Base.PersonTypes для класса Person Base.OrganisationTypes.Company microsoft = new("Microsoft"); Person tom = new("Tom", microsoft); tom.Print(); // Имя: Tom Название компании: Microsoft namespace Base < namespace PersonTypes < class Person < string name; OrganisationTypes.Company company; public Person(string name, OrganisationTypes.Company company) < this.name = name; this.company = company; >public void Print() < Console.WriteLine($"Имя: "); company.Print(); > > > namespace OrganisationTypes < class Company < string title; public Company(string title) =>this.title = title; public void Print() => Console.WriteLine($"Название компании: "); > > >
Пространства имен уровня файла
Начиная с .NET 6 и C# 10 можно определять пространства имен на уровне файла. Например, добавим в проект новый файл с кодом c#. Для этого в Visual Studio нажмем на название проекта правой кнопкой мыши и в появившемся меню выберем пункт Add -> New Item.
В окне добавления нового элемента выберем пункт Class и поле Name в качестве имени файла укажем Base.cs
После этого в проект будет добавлен файл Base.cs . Удалим из него все содержимое по умолчанию и определим в нем следующий код:
namespace Base; class Person < string name; public Person(string name) =>this.name = name; public void Print() => Console.WriteLine($"Имя: "); >
Директива namespace Base в начале файла указывает, что содержимое файла будет представлять пространство имен Base.
Теперь подключим это пространство имен в файле Program.cs :
using Base; // подключение пространства имен Base Person tom = new("Tom"); tom.Print();
Библиотеки, пространства имён (namespace) в С++: 8-я часть гайда по языку программирования
Разбираемся, как ускорить работу с кодом в несколько раз, используя готовые решения.
Евгений Кучерявый
Пишет о программировании, в свободное время создаёт игры. Мечтает открыть свою студию и выпускать ламповые RPG.
Это восьмая часть из серии статей «Глубокое погружение в C++». В прошлой статье мы узнали, как хранить данные в массивах. Сегодня — ещё интереснее.
Недавно мы говорили о том, что многие функции уже написаны другими разработчиками и помещены в специальные библиотеки. Если такая библиотека входит в состав языка или находится в открытом доступе, то вы можете использовать все её возможности.
Это очень удобно, и многие специально пишут универсальные библиотеки, которые пригодятся в самых разных проектах. Давайте разберёмся с библиотеками подробнее и научимся создавать свои.
Пространства имён в C++
Пространство имён (англ. namespace) — это группа взаимосвязанных функций, переменных, констант, классов, объектов и других компонентов программы.
С самого начала изучения C++ мы используем команду std: cout, чтобы выводить данные в терминал. На самом деле команда называется просто cout, а std — это пространство имён, в котором она находится.
Пространства имён нужны, чтобы логически связывать части программы. Например, математические функции, физические, бухгалтерские и так далее.
Вот пример создания пространства имён:
Обратите внимание, что функция pow, как и другие математические функции, существует также и в библиотеке cmath.
Заключение
Библиотеки и пространства имён — это полезные инструменты для каждого разработчика. В интернете есть готовые решения для любых задач, поэтому многие работодатели ищут специалистов, которые разбираются в определённой библиотеке.
Если вы часто работаете над однотипными проектами, можете написать для себя библиотеку и подключать её во все проекты, чтобы ускорить работу. Однако новичкам стоит стараться писать код каждый раз заново — так вы сможете его постоянно переосмысливать и замечать то, чего раньше не замечали.
Читайте также:
- Что нужно знать разработчику C++ и какие есть перспективы в карьере
- Apache, Mozilla, Sun и Eclipse: свободные лицензии компаний и некоммерческих организаций
- 5 советов сеньорам: автоматизация, отмазки, потери времени, слово пацана и образование