Блог Слёрм

Как не надо делать, когда вы начинаете работу с Docker?

Вроде бы, что может случиться с контейнером? Но на самом деле, бывает всякое, поэтому держите вредные советы, как точно не стоит делать:

Запускать docker run –p 8080 –d nginx и молиться, чтобы не вылезло port already in use.

Это тот случай, когда запускается какой-то контейнер и нужно, чтобы он работал на локал-хосте — но при этом порт уже занят. Так происходит из-за того, что портов, которые все любят, не так много: 80, 8080, 8000. Да, это удобно для того, чтобы тестировать локально. Но если несколько приложений будут запускаться с пробросом одного порта, то будет вылетать ошибка.

Делать вид, что всё ок, когда контейнер падает через 5 секунд после старта.

Да, такой функционал можно заложить целенаправленно, но, если микросервисное приложение незапланированно упало через 5 секунд, это уже не очень хорошо. Поэтому делать вид, что так и задумано, мы, конечно, можем, но важно знать ещё, как с этим работать, чтобы починить.

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

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

Возможно, для кого-то это покажется мелочью. Но правда в том, что эти мелочи отравляют жизнь неопытным пользователям Docker. Как их избежать? Практиковаться. Вместе с практикой приходит опыт и знание нюансов, которые помогают работать с Docker быстро и эффективно.

👉 28 июля у нас стартует Docker-практикум — для тех, кто понимает, что теории недостаточно. Вас ждёт много практики и обратная связь от эксперта, который даёт только полезные советы на реальных кейсах.

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