S21_Linux_SimpleDocker

Простой докер

Введение в Docker. Разработка простого изображения Docker для вашего собственного сервера.

Российская версия задачи может быть найдена в репозитории.

Содержимое

1. Глава I.
2. Глава II
   2.1. nginx
   2.2. Докер
   2.3. Дока
3. Глава III
   3.1. Готовый Docker
   3.2. Операции с контейнером
   3.3. Мини -веб -сервер
   3.4. Ваш собственный Docker
   3.5. Дока
   3.6 Базовый Docker Compose

Глава I.

Планета Земля, где -то посреди моря, сегодня.

Тебе никогда не нравилось двигаться. Много суеты, мало действий. Но вам удалось найти отличную работу в другом городе, чтобы погрузиться в мир DevOps. И вы не из тех, кто позволит немного неприятности испортить ваши планы.

Из своего окна в салоне вы слышите звук волн, корабль мирно раскачиваясь на них, и вы помните свой любимый роман о море - «Моби Дик». Хотя сюжет далеко не прост, со многими лирическими отступлениями и философскими размышлениями, вы, как и все остальные, связываете эту книгу, прежде всего, с самим Моби Диком - белым китом.

«Хм ... белый кит ...» Здесь вы помните, что во время долгого путешествия вы хотели работать на доке.

Глава II

nginx

Nginx (произносится «Engine-X»)-это обратный прокси-сервер с открытым исходным кодом для HTTP, HTTPS и т. Д. NGINX также используется в качестве балансировщика нагрузки, веб-сервера и для кэширования HTTP. Проект NGINX фокусируется на высокой параллелизме, высокой производительности и низком использовании памяти.

Nginx имеет один основной процесс и несколько рабочих процессов. Основная задача основного процесса - прочитать и проверить конфигурацию и управление рабочими процессами. Рабочие процессы выполняют фактическую обработку запросов.

Как работают Nginx и его модули, определяется в файле конфигурации. По умолчанию файл конфигурации называется nginx.conf

Докер

Контейнер - это новый «исполняемый файл», который включает в себя все зависимости, которые нуждаются в продукте.

Основным преимуществом контейнеризации является изоляция зависимостей и единственная простая точка запуска программного обеспечения.

Основные термины:

• Docker Image - «пакет» для приложения и зависимостей (включая системные).
• Контейнер - экземпляр изображения, то есть «живое» изображение.

Docker - это платформа, которая предназначена для разработки, развертывания и запуска приложений в контейнерах. Docker -это стандартный инструмент «de-facto» в отрасли, но он не первый или последний среди технологий контейнеризации.

Предвестники контейнеров Docker были виртуальными машинами. Виртуальная машина, такая как контейнер, изолирует приложение и ее зависимости от внешней среды. Тем не менее, контейнеры Docker имеют преимущества перед виртуальными машинами. Например, их очень легко переносить, потреблять меньше ресурсов, запустить и работать быстрее.

Изображение Docker состоит из слоев. Каждый слой описывает некоторые изменения, которые будут выполнены для данных на работающем контейнере. Структура связей между слоями является иерархической. Существует базовый слой, на котором другие слои «наложены». DockerFile используется для создания изображения. Каждая инструкция в нем создает новый слой.

Дока

Докл - это инструмент проверки безопасности контейнера, который можно использовать для поиска уязвимостей.

Ключевые функции и преимущества доклера :

• ищет уязвимости на изображениях;
• Помогает в создании правильного Dockerfile;
• Легко в использовании вам нужно только указать имя изображения;
• Поддержка CIS -тестов .

Docker Compose

Docker Compose - это инструмент для выполнения задач, связанных с развертыванием проектов. Docker Compose может быть полезным, если несколько сервисов используются для поддержания работы проекта.

Docker Compose используется для одновременного управления несколькими контейнерами, которые являются частью приложения. Этот инструмент предлагает те же функции, что и Docker, но позволяет работать с более сложными распределенными приложениями, например, микросервисами.

Глава III

В результате работы вы должны предоставить отчет о первых двух задачах. Каждая часть задачи описывает, что следует добавить в отчет после его завершения. Это могут быть ответы на вопросы, скриншоты и т. Д.

В результате третьей задачи вы должны предоставить исходные файлы для запуска веб -сервера.

В результате четвертого и пятого задач вы должны предоставить Dockerfiles.

В результате шестой задачи вы должны предоставить файл docker-compose.yml и Dockerfiles, необходимые для его запуска (если не предоставлены ранее).

• Отчет с расширением .md должен быть загружен в репозиторий, в папке SRC;
• Все части задачи должны быть выделены в отчете как заголовки 2 -го уровня;
• В пределах одной части задачи все, что добавлено в отчет, должно быть в форме списка;
• Каждый снимок экрана в отчете должен быть кратко подписан (что на скриншоте);
• Все скриншоты должны быть обрезаны так, чтобы показана только соответствующая часть экрана;
• Это разрешено иметь несколько задач, показанных на одном скриншоте, но все они должны быть описаны в подписи;
• Исходные файлы для запуска веб -сервера с третьей задачи должны быть загружены в репозиторий, в папке SRC/Server;
• Dockerfiles из четвертого и пятого задач следует загружать в репозиторий, в папке SRC;
• Docker-compose.yml из шестой задачи должен быть загружен в репозиторий, в папке SRC;
• Будьте готовы продемонстрировать свою работу, если это необходимо.

Часть 1. Готовый докер

В качестве конечной цели вашей маленькой практики вы сразу же выбрали, чтобы написать изображение Docker для вашего собственного веб-сервера, поэтому сначала вам нужно справиться с готовым изображением Docker для сервера. Вы выбрали довольно простой Nginx .

== Задача ==

Возьмите официальное изображение Docker из Nginx и загрузите его, используя docker pull .

Проверьте изображение Docker с docker images .

Запустите изображение Docker с docker run -d [image_id|repository] .

Убедитесь, что изображение работает с docker ps .

Просмотреть информацию о контейнере с docker inspect [container_id|container_name] .

Из вывода команды определяется и записывает в отчете размер контейнера, список отображенных портов и IP -контейнера.

Остановите изображение Docker с docker stop [container_id|container_name] .

Убедитесь, что изображение остановилось с docker ps .

Запустите Docker с портами 80 и 443 в контейнере, сопоставленным с теми же портами на локальной машине, с командой запуска .

Убедитесь, что страница NGINX START доступна в браузере по адресу LocalHost: 80 .

Перезапустить контейнер Docker с docker restart [container_id|container_name] .

Проверьте, что контейнер работает.

• Добавьте следующие скриншоты в отчет:
  • вызов и вывод всех команд, используемых в этой части задачи;
  • Nginx Start Page на Localhost: 80 (адрес должен быть показан).

Примечание. Не загружайте тяжелые файлы (> 10 МБ) в GIT.

Часть 2. Операции с контейнером

Изображение Docker и контейнер готовы. Теперь мы можем посмотреть на конфигурацию Nginx и статус отображения страницы.

== Задача ==

Прочитайте файл конфигурации nginx.conf внутри контейнера Docker с командой EXEC .

Создайте файл nginx.conf на локальной машине.

Настройте его на пути /статус , чтобы вернуть страницу состояния сервера Nginx .

Скопируйте созданный файл nginx.conf внутри изображения Docker, используя команду docker cp .

Перезапустите Nginx внутри изображения Docker с Exec .

Убедитесь, что Localhost: 80/Status возвращает страницу состояния сервера Nginx .

Экспортируйте контейнер в файл Container.TAR с командой экспорта .

Остановите контейнер.

Удалите изображение с помощью docker rmi [image_id|repository] не удаляя контейнер сначала.

Удалить остановленную контейнер.

Импортируйте контейнер обратно, используя команду импорта .

Запустите импортный контейнер.

Убедитесь, что Localhost: 80/Status возвращает страницу состояния сервера Nginx .

• Добавьте следующие скриншоты в отчет:
  • вызов и вывод всех команд, используемых в этой части задачи;
  • содержимое созданного файла nginx.conf ;
  • Страница состояния сервера NGINX в LocalHost: 80/статус .

Часть 3. Мини -веб -сервер

Пришло время отдохнуть от докера, чтобы подготовиться к последнему этапу. Пришло время написать свой собственный сервер.

== Задача ==

Напишите мини -сервер в C и Fastcgi , который вернет простую страницу, в которой говорится Hello World! Полем

Запустите написанный мини-сервер через Spawn-FCGI на порту 8080.

Напишите свой собственный nginx.conf , который будет прокси -запрашиванием от порта 81 до 127.0.0.1:8080 .

Проверьте, что браузер на Localhost: 81 Возвращает написанную вами страницу.

Поместите файл nginx.conf в ./nginx/nginx.conf (вам понадобится позже).

Часть 4. Ваш собственный Docker

Теперь все готово. Вы можете начать писать изображение Docker для созданного сервера.

== Задача ==

При написании изображения Docker Избегайте нескольких звонков инструкций по запуску

Напишите свое собственное изображение Docker, которое:

1) создает мини-серверные источники на FASTCGI из [Часть 3] (#Часть 3-минутного веб-сервер);

2) запускает его на порту 8080;

3) копии внутри изображения ./nginx/nginx.conf ;

4) Запускает Nginx .

Nginx может быть установлен внутри самого докера, или вы можете использовать готовое изображение с Nginx в качестве основания.

Создайте написанное изображение Docker с помощью docker build , указав имя и тег.

Проверьте с docker images , что все построено правильно.

Запустите встроенное изображение Docker, отображая порт с 81 по 80 на локальной машине и сопоставление папки ./nginx внутри контейнера с адресом, где расположены файлы конфигурации Nginx (см. Часть 2).

Убедитесь, что страница написанного мини -сервера доступна на Localhost: 80.

Добавьте прокси /статус страницы в ./nginx/nginx.conf , чтобы вернуть статус сервера Nginx .

Перезапустите изображение Docker.

*Если все сделано правильно, после сохранения файла и перезапуска контейнера, файл конфигурации внутри изображения Docker должен обновляться без каких -либо дополнительных шагов

Убедитесь, что Localhost: 80/Status теперь возвращает страницу со статусом Nginx .

Часть 5. Докл

Как только вы написали изображение, никогда не будет плохой идеей проверить его на безопасность.

== Задача ==

Проверьте изображение из предыдущей задачи с помощью dockle [image_id|repository] .

Исправьте изображение так, чтобы не было ошибок или предупреждений при проверке с доклером .

Часть 6. Basic Docker Compose

Там вы закончили свою разминку. Подождите минутку ... почему бы не попробовать поэкспериментировать с развертыванием проекта, состоящего из нескольких изображений Docker одновременно?

== Задача ==

Напишите файл docker-compose.yml , используя, который:

1) Запустите контейнер Docker из части 5 (он должен работать в локальной сети, т. Е. Вам не нужно использовать инструкции и карты портов для локальной машины) .

2) Запустите контейнер Docker с nginx , который будет прокси -прокси от порта 8080 до порта 81 первого контейнера.

Карта порта 8080 второго контейнера в порт 80 локальной машины.

Остановите все работающие контейнеры.

Создайте и запустите проект с помощью docker-compose build и docker-compose up .

Убедитесь, что браузер возвращает страницу, которую вы написали на Localhost: 80 , как и раньше.

Нажмите здесь , чтобы оставить отзыв о проекте . Команда продукта действительно пытается сделать ваш образовательный опыт лучше.