Ви не увійшли. Будь ласка, увійдіть або зареєструйтесь.
Ласкаво просимо вас на україномовний форум з програмування, веб-дизайну, SEO та всього пов'язаного з інтернетом та комп'ютерами.
Будемо вдячні, якщо ви поділитись посиланням на Replace.org.ua на інших ресурсах.
Для того щоб створювати теми та надсилати повідомлення вам потрібно Зареєструватись.
Український форум програмістів → Віртуалізація → Пару запитань новачка у docker
kisilam
Дякую.
Поки що відзвітував про результати проведеного аналізу. Запропонував скачати docker image з проду і запустити локально. Якраз заранити локально було ціллю. Дадуть доступи - зроблю.
Рефакторинг - довше, пекельніше, але правильніше. Але ж треба побачити спершу, як воно взагалі виглядає. Воно ж таке нещасне, що без джаваскриптових бібліотек взагалі нічого не відображає.
Угу. В мене є більш пріоритетні завдання, але схоже що й "ось це" мене врешті не мине теж. З суто спортивного інтересу мені досить непогано було б у цьому розібратися. Тоді можна буде сміливо писати в резюме "фулстек" )))
Де можна онлайн розгорнути свій docker безкоштовно або ж недорого?
Пробую клауд від IBM. Поки їхнє секуріті думало хто я такий, я вже розгорнув середовище на virtualbox. Опісля прийшло погодження від IBM - мабуть все ж скористаюся, бо дають спершу free tier.
Маю вкрай близькі інтимні стосунки із зниканням даних з бази (mysql) в контейнері після рестарту
/usr/local/bin/docker-compose down
/usr/local/bin/docker-compose up -dпробував
docker commit [назва контейнера]не допомогло - після рестарту звертаюся до бази, вона взагалі відсутня, але створюється за допомогою init.sh
#!/bin/bash
set -e
MYSQL_USER=$(echo "${MYSQL_USER}")
MYSQL_ROOT_PASSWORD=$(echo "${MYSQL_ROOT_PASSWORD}")
MYSQL_PASSWORD=$(echo "${MYSQL_PASSWORD}")
MYSQL_DB=$(echo "${MYSQL_DB}")
echo "CREATE USER IF NOT EXISTS '${MYSQL_USER}'@'%' IDENTIFIED BY '${MYSQL_PASSWORD}';" | mysql -u root --password=${MYSQL_ROOT_PASSWORD}
echo "CREATE DATABASE IF NOT EXISTS \`$MYSQL_DB\`;" | mysql -u root --password=${MYSQL_ROOT_PASSWORD}
echo "GRANT ALL PRIVILEGES ON ${MYSQL_DB}.* TO '${MYSQL_USER}'@'%';" | mysql -u root --password=${MYSQL_ROOT_PASSWORD}
echo "FLUSH PRIVILEGES;" | mysql -u root --password=${MYSQL_ROOT_PASSWORD}шматок з docker-compose.yml
services:
db:
image: mysql:8.0.33
command: mysqld --default-authentication-plugin=mysql_native_password
restart: always
env_file:
- manual/.env
ports:
- 33306:3306
volumes:
- db:/var/lib/mysql
networks:
recommender:
ipv4_address: 179.20.0.10
volumes:
db:
external: trueґпт поки що не допоміг
----
Upd: пробую
/usr/local/bin/docker-compose stopзамість
/usr/local/bin/docker-compose downтепер після запуску
/usr/local/bin/docker-compose up -dякщо встигнути тут же зробити селект, то на мить можна побачити дані з минулого запуску, потім база каже що такої назви бази нема, потім що нема таблиці, а потім - що таблиця порожня.
Якась фігня.
Я так глибоко не докопувався, щоб розбиратися в усіх тонкощах... але мені чомусь оцей шматочок впав у око:
шматок з docker-compose.yml
volumes: db: external: true
Гугління видало щось таке:
https://stackoverflow.com/questions/474 … t-be-found
Вибачайте, якщо пальцем в небо... Дивився власні приклади, які я використовував, коли розбирався з докером, то в мене отого external: true немає і все працювало прекрасно без нього.
Пан frz
Можливо не туди. Та Ваша база стартує від адміна, а контейнер то щось ізольоване. Можливо це і є та несумісність в Вашому випадку?
Droid 77
Щодо адміна в цілому напрямок думок вірний, бо задля секурності потрібно максимально обмежити використання адмінських прав, натомість створювати спеціалізованих користувачів і виділяти їм вузькі права. Я в принципі в цьому напрямку рухаюся, принаймні для щоденних операцій в мене створено окремого користувача; також планую створити окремого користувача для backup/restore. А те що взагалі база раниться під лінуксовим рут - про це ще не думав як саме пофіксити.
Але сама проблема зі збереженням даних в базі між вимкненням і увімкненням контейнерів вже вирішена
https://replace.org.ua/post/183072/#p183072
Не те мав на увазі.
Коли використовуємо контейнер, треба той sql поміщати в контейнер.
Бо інакше доступ до БД буде як доступ від клієнта до бази, без адмін прав.
P. S.
І молитва в даному випадку, таке-собі хоббі.
В мене база SQL (MySQL) в окремому контейнері в тому ж докер-проекті.
В даному випадку молився, коли вже не було ідей, а трушно вважаю молитися перед тим, як взагалі починати робити.
Та де-ж воно в окремому як все від прав адміна:
SQL був встановлений безпосередньо в контейнер?
Ну бо ось це база
services:
db:а інший сервіс - це сама аплікація
...
app-server:Два різних контейнери в рамках одного docker-compose.yml
закомітив, глянув diff, походу ось це допомогло:
docker/start_app.sh
- docker-compose up --build --remove-orphans --force-recreate -d
+ docker-compose up -dТобто якщо я не хочу білдити з нуля, то достатньо лише підняти сервіси.
usermod -aG docker Your_USER|
Дозволить вам працювати з докером з під простого користувача, без рута
Звідки взяти TLS_CERTIFICATE_CRT і TLS_KEY?
# .github/workflows/build-production.yml
- name: Build and push production image
uses: docker/build-push-action@v2.9.0
with:
context: .
tags: myprogram:latest, myprogram:sandbox0001tag
push: true
#secrets: |
# "tls_crt=${{ secrets.TLS_CERTIFICATE_CRT }}"
# "tls_key=${{ secrets.TLS_KEY }}"Доброго дня. Це у вас Github actions, це означає, що сертифікати мають бути збережені в сховищі secrets самого репозиторію settings-Actions secrets and variables.
Доброго дня. Це у вас Github actions, це означає, що сертифікати мають бути збережені в сховищі secrets самого репозиторію settings-Actions secrets and variables.
Доброго дня, це зрозуміло; запитання було звідки їх взяти щоб покласти в secrets. Але з часу публікації запитання розібрався, що це залежить від того, куди в кінцевому результаті потрібно деплоїти, в даному випадку це Azure, куди поки нема доступу (написав у внутрішньому тікеті).
Як звідки взяти?
Це могли бути самопідписний сертфиікат, куплений сертифікат або той же летсенкріпт, але його потрібно попереньо отримати і обновляти вчасно.