Упаковать simpleCommunicator в контейнер и предоставлять возможность, помимо гитхаба, скачивать готовый докер контейнер.
Что я туда планирую упаковать:
- эталонную мастер версию форума
- настроенное окружение apache+php+всякое ПО
Для конечного потребителя продукта это будет проще, если он любит докеры (я не очень люблю всю эту девопсовскую cicd и прочую смузихлёбную волосату фигню в рваных тапках, это всё имитация бурной деятельности, небезопасно, сложно, миллион бесконтрольных сущностей, .... только хардкор и большие,тяжелые сервера! )
Ну к этому докеру всё-равно понадобится преднастроенный nginx и сервер СУБД, это мы упаковывать в контейнер не будем, а вот сам форум вполне себе можно. Хотя можно и все три составляющих упаковать, разумеется, тома с данными будут вынесены в ФС.
Зачем? потому что дрочат на эти сраные докеры!
#####
Запустил третий сервер, туда вынесу монторинг и хранилище секретов (пароли из конфигов в открытом виде)
#####
На рескуль топ запросы по импортозамещению и особенно РедОС. Там один под форум и одна темка )) бугога. Форума по редОС нет. ) Это кричащее, просто орущее благим матом предложение если не создать форум, то хотя бы писать что-то в теме. Люди ищут форум, а не ТГ каналы.
У нас есть мегамогучий спец по миграции, товарщ Кедра. Можно было бы ему предложить в модеры на рескуле в тему по Импортозамещению ПостргрессПро, и вести там, он тут и апекс делал, и может чем поделиться, но:
- он не захочет
- это же Кедра ))) обматерит всех
#####
может переименовать форум носкуль в дедофорумZ? Возник то он на волне 022022 :)
#####
У меня катастрофически мало времени сейчас, уволились сотрудники, работы привалило, буду долбить по кусочкам. Ещё эти пашэдегенераты со своими конями, ну их Мариша будет поёбывать.
если нужна методическая помощь, то их есть у меня
упаковать в контейнер можно все вами перечисленное, но вообще все зависит от ваших целей и от архитектуры прилложения - я понятия не имею что такое simpleCommunicator и для какой цели вам нужен nginx (хотя догадваюсь, учитывая упоминание apache). Но если вы собираетесь производить развертывание, но я бы посоветовал настроить отдельные контейнеры и для nginx и для БД. (в последнем случае предполагается размещение файлов с данными и журналов на отдельных персистентных монтируемых томах).
если для развертыванияе будет использоваться k8s то целесообразно использовать шаблон который именуется sidecar containers. Для nginx полагаю и так понятно, а вот в случае с бд в этом самом sidecar containers развертывается не сама БД а лишь конфигурация соединений - тогда гравное приожение образается к БД просто как к localhost, в то время как любые изменения в параметрах соединения с БД будут требовать лиль остановки старого и запуска нового sidecar container. Ну и сбор логов тоже разумнее организовывать с помощью того-же шаблона
ну разумеется на k8s свет клином не сошелся - можно использовать и docker swarm, да хоть бы и docker-compose (почему-бы и нет - система не очень сложная), но вот чего бы я не рекомендовал, так это развертывание докер-контейнера напрямую на хосте - во первых смысла в этом не много по определению, а во вторых .. ну.. наплачетесь...
Но с другой стороны, если вам просто показать крутость и разместить что-то на docker hub... ну почему бы и нет?!
Спасибо за развёрнутый ответ.
Начну с малого, сам дедофорум в контейнер упаковать, как веб приложении. По поводу всех трех составляющих - наверное да, разумнее будет сделать 3 контейнера. Это будет хотя бы удобно тем, кто просто захочет потестировать, пощупать дедофорум, например местным пользователям, а не разворачивать всю конструкцию. В конечном итоге хотел бы запустить gitlab и там настроить ci, автоматическую сборку, публикацию.
Ну посмотрим.
ну... контейнеров там больше трех конечно, но можно обойтись и тремя. Ключевой вопрос тут в том, будете ли вы использовать k8s или нет - это еще и финансовый вопрос, поскольку я сильно подозреваю, что в вашем случе использование managed kubernetes cluster недоступно, а развертывание собственного кластера может быть не долько дорогим удовольствием, но и просто неразумным занятием в данном конкретном случае (с точки зрения друдозатрат)
использование-же контейнеров для запуска на хост-системе тоже занятие так себе - прежде всего потому, что хост система должа быть для этого предварительно подготовлена. Смысл-же использования докер (или podman, containerd - вот это вот все) состоит в том, что вам не нужнго ничего готовить - все упаковано внутль самого докера и среды его запуска, причем последняя тоже представляет из себя набор конфигурационных файлов которые хранятся в репозитории исходного кода.
хотя.... да чего-эт я - вы можете использовать ansible для автоматизации конфигурации любого линукс хоста.. правда опять-же - получается докет там не особо и нужен...
ах да - вы можете использовать пайплайны для автоматизации развертывания в битбакете - ничего не нужно разворачивать дополнительно. Там правда ограничения в бесплатном варианте есть, но может что-то такое и на github возможно. Даже почтти наверняка возможно - это-ж конкуренты. ну это я к тому, что не нужно в общем-то что-то отдельно запускать (кстати - если все-таки запускать - я слышал, что они тмеются варианты запуска в докер контейнере - в смысле, что все уже упаковано) - если вы что-о запускаете, вы это "что-то" потом поддерживаете... Это только кажется так - ну че там один серверок, который максимум потребует полчаса внимания в неделю... оглянуться не успеете, как обнаружите, что таких севреков у вас уже десятки...
В обшем в любом случае вас ограничивают возможности предоставляемые вашим хостинг провайдером...если у вас в распоряжеии единственная виртуальная машина плюс managed db (или допустим вторая виртуальная машина на которой вы развернули субд) то сдается мне, что самым разумным вариантом автоматизации развертывания будет ansible script - даже без всяких докеров - вы просто фиксируете в этом скрипте ровно то, что делаете руками (однако anible не предоставляет идеемпотентности "из коробки" - вам самому нужно позаботиться обо всех проверках такого рода) - вам просто нужно позаботиться о том, чтобы все необходимые артефакты были доступны для скачивания (не ну можно конечно прямо в ansible script впендюрить скачивание исходников для сборки с последующим развертыванием, более того - это вообще довольно частво встречаюшаяся задача, но все-же лучше ее избегать если есть возможность, и собирать проект в отдлельном пайплайне). В принципе ansible скрипт вполне успешно запускается из пайплайнов - скажем я запускаю из скриптов jenkins. Но если хочется докера, то этот-же сценариф вполне применим - просто в ансибл скрипте будет этап развертывания и настройки докера, а артефакты будут скачиваться в виде образа докера. Для БД и nginx вы можете использовать готовые образы опуюликованые на docker hub
