Речь идёт не о "как и где ключи хранить", а как с минимальным структурным напрягом добиться нормального результата.
доступ к сервису типа KMS происходит тоже через ключ, который в случае взлома сервиса, сервера, базы - вылезет наружу.
ValdikSS, мне нужно будет проверить, насколько необходимо столько озу... это с большим запасом, и я промахнулся цифрой... хотел написать 2 гб...
Можете сказать, какие альтернативы с 512? Я загуглю, просто вдруг можете на что-то конкретное указать.
datka, спасибо за комментарий. Нет... я говорил о одноплатнике, желательно индустриального характера.
ValdikSS, мне не нужен смартфон... Малинка (3) кушает в среднем 1.22 кв. Если убрать всё лишнее, возможно получится спустится до 1 и менее. Опять же, ethernet...
Сергей Вохмянин, ну не... у меня проблема в другом... я kubernetes дёргаю только под конец пайпа - stage deployment и соответственно, если мы говориv о точке 0 - я дёргая k8s использую конфиг из переменной в Гитлабе, после использования, конфиг обновляется, переменную я обновить не могу.
При запуске следующего пайплайна, конфиг kubernetes будет использоватся старый и он не сработает
Но Артифакт же можно использовать только в одно цикле пайплайна... я не могу взять вчерашний артифакт из проекта XY и использовать в проекте XZ... или?
Артефакты, если правльно понял, лишь для того, что-бы делится созданными ресурсами в одном пайплайне между Stages
mureevms, да да, я так и понял. и имел ввиду 1 джоб на эпп. Это костыль и так как у меня ещё другие джобы (тест), он не сработает, точнее сработает, но тогда у меня реально весь процесс будет в одном месте. замучуюсь логи штудировать, в случае чего.
mureevms, логику Вашу понял, спасибо.
Но есть много но.
1. я использую артифакты - результат ng build загружается в них, и соответсвтенно используется при постройке образа докер.
2. before_scripts тогда будет всего 1 job, и не вижу разницы с script
Анатолий Солдатов, я не приходил к этому выводу, это один из вариантов, у меня например все в докере сидят :)
Полёт нормальный. Правда с начала намного больше запарки было.
Спасибо за ссылки. К сожалению, я их уже прочесал в поисках и единственное, что мне могло бы помочь, это
CI_COMMIT_BRANCH - однако она в случае с тэгом пуста ;(
спасибо за подробную информацию!
Проблемы с заморозкой не будет, т.к. все эти плюшки будут под наблюдением микроконтроллера.
Охлаждать нужно не только для распыления, т.к. распылитель будет включатся только для увлажнении, в остальное время, холодная вода будет далее использоватся для других целей. Но не смотря на это, я попробую сделать две камеры с водой, что-бы не охлаждать всю ёмкость постоянно. Спасибо.
Pavel Zamyatin, да, сам он не обновляется.
Реальный сценарий - Вчера я обновил конфиг в гитлабе, сегодня я запустил "залив", который использует конфиг и kubectl. Тем самым конфиг как-бы "обновился" однако в контейнере, который не сохраняет обновлённый конфиг, и при следующем заливе будет использован старый конфиг, из переменных гитлаба...
В идеале я бы после каждого использования kubectl обновлял переменную в гитлабе - но данная возможность вроде как отсутствует..
Дѣаволъ, у человека тоже.
Какие альтернативы, соизмеримые с ценой, формфактором и простотой? Роботы ещё не способны заменить человека.
Пока реальной альтернативы мне не предложили, кроме как холодильник разобрать...
dropbox 256: https://help.dropbox.com/ru-ru/accounts-billing/se...
или это не о том?