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