Фактически, Kubernetes играет роль оркестратора и обеспечивает достаточный способ построения каналов связи между контейнерами в кластере и по умолчанию использует Docker в качестве контейнера время выполнения.
Контейнеры представляют среду выполнения для образов, однако образы состоят из уровня ОС и двоичных файлов приложений, хорошее объяснение вы можете найти на здесь. Чтобы создать собственный образ, вы можете рассмотреть два способа позволить себе это: создать образ из существующего в Docker Hub или составьте изображение из Dockerfile. Чтобы сохранить настроенный образ, можно поместите его в репозиторий Docker Hub или выступите в качестве частного изолированного репо, развернув сервер реестра.
Когда у вас есть образ и вы планируете внедрить приложение в кластере Kubernetes, самое время создать первый микросервис. Хотя существует масса материалов о кластере Kubernetes и его архитектуре в мире, я бы сосредоточился на жизненном цикле развертывания приложений.
Развертывание - это основной механизм, который определяет, как модули должны быть реализованы в кластер и обеспечивает определенную конфигурацию для дальнейшего рабочего процесса времени выполнения приложения.
Служба описывает способ взаимодействия конкретного модуля с другими ресурсами в рамках кластер, предоставляя IP-адрес конечной точки и порт, на который ваше приложение будет отвечать.
В общем сценарии с Kubernetes Dashboard, используемый метод kubectl proxy
откроет доступ к приложению, проксируя шлюз между хостом и Kubernetes API, что больше похоже на тестирование и небезопасно по сравнению с Nodeport, который обеспечивает более удобный способ сделать приложение доступным вне кластера, как описано в этом стеке thread.
Я рекомендую вам почерпнуть дополнительные сведения в официальной документации Kubernetes.
person
Nick_Kh
schedule
13.03.2019