I
те
RUN echo «java -jar … .. ..» > /run.sh
и далее ваши 2 команды?
RUN echo «java -jar … .. ..» > /run.sh
и далее ваши 2 команды?
Size: a a a
2020 July 15
I
при этом ARG все равно нужны в докерфайле?
GG
ENTRYPOINT ["sh", "-c"]
CMD ["java -jar ... $API_SECRET $PTERO_TOKEN"]
CMD ["java -jar ... $API_SECRET $PTERO_TOKEN"]
GG
при этом ARG все равно нужны в докерфайле?
Arg позволяют вшить --build-args в сам имидж
GG
А ENV - позволяют эти арг забрать приложением после запуска контейнера
GG
ENTRYPOINT ["sh", "-c"]
CMD ["java -jar ... $API_SECRET $PTERO_TOKEN"]
CMD ["java -jar ... $API_SECRET $PTERO_TOKEN"]
Но только так, без шелла там подстановка не работает (потому что она шелловская)
I
сейчас попробую тогда так
GG
Либо ты можешь приложение переработать, чтобы в нем условный os.getenv() происходил, не через аргументы джарника
GG
I
Некрасивый варик, но может прокатить, потому что в окончательный run.sh уже уйдут "раскрытые" переменные
да, в этом был замысел в целом
I
ENTRYPOINT ["sh", "-c"]
CMD ["java -jar ... $API_SECRET $PTERO_TOKEN"]
CMD ["java -jar ... $API_SECRET $PTERO_TOKEN"]
но сейчас попробую сначала так
GG
Вообще я советую (из хороших побуждений) токены так не вшивать в образы. Образ утек - токены менять
GG
Лучше их при запуске контейнера подставлять )
I
Вообще я советую (из хороших побуждений) токены так не вшивать в образы. Образ утек - токены менять
да, это не похоже на бест практис, но пока образ в локальном режистри.. да и это скорее для тестов
I
Лучше их при запуске контейнера подставлять )
окей, тогда как в таком случае сделать?
I
есть ранчер. в ранчере есть environment. я могу туда прописать токены
а как переработать докерфайл?
а как переработать докерфайл?
GG
Но в твоём случае то же самое будет, что и docker run imagename java -jar имяджарника $GITLABENV1 $GITLABENV2
Либо так
GG
обычно достаточно docker run -e env1=$GITLAB_VARIABLE imagename
Либо так
GG
есть ранчер. в ранчере есть environment. я могу туда прописать токены
а как переработать докерфайл?
а как переработать докерфайл?
Ранчер 1.0 или 2.0?