Телеграм бот на Java. Разворачивание проекта в докере. Урок 19. 

Спасибо за обратную связь) очень приятно это слышать

ага, сейчас его делаю )

Привет! Спасибо за отзыв. По команде COPY vs ADD: можно использовать любую из этих команд. ADD - более функциональна, но тут используется только часть её возможностей. А насчёт сборки джарника на уровне IDE: 1. Мы же делаем задел под разворачивание проекта на виртуальной машине на хостинге, а там IDE не будет ) 2. То, что ты описал, потребует много лишних действий, которые нужно не забыть сделать (например, не забыть обновить джарник common'а, если в него внесутся правки). А мой алгоритм полностью автоматический - запустили docker-compose и система развернулась. Автоматизация более ценна, чем оптимизация в таких случаях. Представь большой проект, где будут десятки или сотни таких вот мелких алгоритмов - казалось бы, это пара лишних действий, но когда такие вещи на каждом шагу, то система очень усложняется. Тяжело вводить новых людей в проект, нужно поддерживать много документации, тратится много времени

@@enter_IT Я не совсем понимаю, а зачем обновлять джарник common отдельно? Твой модуль node, насколько я понимаю использует common как библиотеку, а это значит, что обычный build ноды автоматически билдит и все библиотеки от него. Тот же clean, build можно дописать в твоём bash скрипте Про виртуальную машину и развёртку проекта тоже честно не понял. Это сценарий, что разработчик скопировал голый проект на другую машину? Но тогда на машине должен быть и докер установлен, чтоб собрать образ)) в таком случае, можно и тот же maven скачать на машину, чтоб он собрал джарник и этот же джарник же скопировать в образ. И всё же возникает вопрос, а какова практическая польза развёртывать проект с нуля на виртуальной машине? Лично я в коммерческой разработки такого не видел. А по поводу автоматизации - jenkins с написанным скриптом достаточно легко всё это проглотит

Ты сейчас говоришь "зачем мне перфоратор, он же электричество тратит, если и лом неплохо справляется". Сейчас для разворачивания проекта достаточно голой машины и докера. Это используется повсеместно: разворачиваются виртуалки для тестировщиков, локально - для фронтендеров (чтобы они могли использовать бэковский код, который еще не замержен в основную ветку). А если хочется, то никто не запрещает запутить без докера отдельные микросервисы локально -- я так и делаю, когда моя задача касается только 1го микросеровиса - мне не нужно разворачивать всю систему (достаточно только связанные микросервисы). Со скриптами и дженкинсами я уже наработался. Приходишь в новый проект и первые 3 дня занимаешься только тем, что пытаешься развернуть у себя проект. Докер это все инкапсулирует и независимо от окружения всегда выдает предсказуемый результат.