Вроде бы, что может случиться с контейнером? Но на самом деле, бывает всякое, поэтому держите вредные советы, как точно не стоит делать:
Запускать docker run –p 8080 –d nginx и молиться, чтобы не вылезло port already in use.
Это тот случай, когда запускается какой-то контейнер и нужно, чтобы он работал на локал-хосте — но при этом порт уже занят. Так происходит из-за того, что портов, которые все любят, не так много: 80, 8080, 8000. Да, это удобно для того, чтобы тестировать локально. Но если несколько приложений будут запускаться с пробросом одного порта, то будет вылетать ошибка.
Делать вид, что всё ок, когда контейнер падает через 5 секунд после старта.
Да, такой функционал можно заложить целенаправленно, но, если микросервисное приложение незапланированно упало через 5 секунд, это уже не очень хорошо. Поэтому делать вид, что так и задумано, мы, конечно, можем, но важно знать ещё, как с этим работать, чтобы починить.
Пробрасывать порты наугад и удивляться, почему ничего не работает.
Ведь Docker так любезно сообщает, если порт занят, — зачем проверять заранее? Пусть это будет сюрпризом: либо контейнер запустится, либо придётся потратить полдня, выясняя, какой другой контейнер уже занял этот порт. Спойлер — как, правило, это будет другой Docker-контейнер.
Возможно, для кого-то это покажется мелочью. Но правда в том, что эти мелочи отравляют жизнь неопытным пользователям Docker. Как их избежать? Практиковаться. Вместе с практикой приходит опыт и знание нюансов, которые помогают работать с Docker быстро и эффективно.
👉 28 июля у нас стартует Docker-практикум — для тех, кто понимает, что теории недостаточно. Вас ждёт много практики и обратная связь от эксперта, который даёт только полезные советы на реальных кейсах.
Такой подход подготовит вас к тому, чего ждать в рабочих проектах и как справляться с неизвестными задачами. Подробная программа практикума и задачи, которые вы будете решать ждёт вас на этой странице.
Запускать docker run –p 8080 –d nginx и молиться, чтобы не вылезло port already in use.
Это тот случай, когда запускается какой-то контейнер и нужно, чтобы он работал на локал-хосте — но при этом порт уже занят. Так происходит из-за того, что портов, которые все любят, не так много: 80, 8080, 8000. Да, это удобно для того, чтобы тестировать локально. Но если несколько приложений будут запускаться с пробросом одного порта, то будет вылетать ошибка.
Делать вид, что всё ок, когда контейнер падает через 5 секунд после старта.
Да, такой функционал можно заложить целенаправленно, но, если микросервисное приложение незапланированно упало через 5 секунд, это уже не очень хорошо. Поэтому делать вид, что так и задумано, мы, конечно, можем, но важно знать ещё, как с этим работать, чтобы починить.
Пробрасывать порты наугад и удивляться, почему ничего не работает.
Ведь Docker так любезно сообщает, если порт занят, — зачем проверять заранее? Пусть это будет сюрпризом: либо контейнер запустится, либо придётся потратить полдня, выясняя, какой другой контейнер уже занял этот порт. Спойлер — как, правило, это будет другой Docker-контейнер.
Возможно, для кого-то это покажется мелочью. Но правда в том, что эти мелочи отравляют жизнь неопытным пользователям Docker. Как их избежать? Практиковаться. Вместе с практикой приходит опыт и знание нюансов, которые помогают работать с Docker быстро и эффективно.
👉 28 июля у нас стартует Docker-практикум — для тех, кто понимает, что теории недостаточно. Вас ждёт много практики и обратная связь от эксперта, который даёт только полезные советы на реальных кейсах.
Такой подход подготовит вас к тому, чего ждать в рабочих проектах и как справляться с неизвестными задачами. Подробная программа практикума и задачи, которые вы будете решать ждёт вас на этой странице.