Георг Гаал

Краткий ответ на вопрос в заголовке

> Можно ли позиционировать себя специалистом SRE без опыта программирования?

такой - нет, нельзя.

> В идеале было бы если бы разрабочтик в manual джобе мог бы указать какие версии деплоить, но я не нашёл как это сделать в Gitlab CI.

В самой мануальной джобе НИЧЕГО задавать нельзя. Но есть два варианта выкрутиться:

1. задавать переменные при инстанцировании пайплайна



2. сделать интерфейс, через который можно будет триггерить создание пайплайна / джобы по API со всеми нужными переменными - например, при помощи Rundeck

Notion, Trello, Youtrack - сотни их

Вопрос очень сложный. Скорее всего, если Вы хотите зависимость по порядку запуска - Вы что-то делаете не так.
Принципиально вариантов три
1. использовать костыли вроде wait-for-it.sh - которые будут держать контейнер в состоянии запущен, но сервис внутри не стартанул, пока зависимость не стартанет.
2. Вообще плюнуть на зависимости. Ну, рестартуется зависимый сервис - раз на пятый, когда зависимость стартанет, запустится. Лишь бы правильно перезапуск был сделан. Но это может быть неприемлемо, если в докере что-то тяжёлое, вроде джава машины, которая долго прогревается.
3. Использоваться внешние решения. Начиная от "давайте не будет использовать restart: always в докере и засунем docker-compose up в systemd юнит" и кончая скриптами или оркестраторами.

Про такие ограничения не слышал )

Если эти программы используют DoH или DoT, то ничего не поможет.

Такая задача идеально решается при помощи s3 или любого объектного хранилища. Оно имеет в себе функции ограничения доступа, удаления старых файлов, и, самое главное, - не нужно самому эти отчёты прокачивать через свой хттп сервер - можно давать ссылку напрямую на хранилище прямо на конкретный отчет.

Для хранения каких-либо метаданных приложения отлично подходит универсальная СУБД PostgreSQL

2015-й год безнадежно устарел. Сейчас для комфортной работы нужно минимум современный i5 и памяти 16ГиБ. Ну, и быстрый и ёмкий диск. Поэтому про новый мак за 150 т.р. можно забыть. В лучшем случае купите б/у, но можно найти в хорошем состоянии. Касательно дизайна - настоятельно рекомендую выработать понимание как и где будете работать. Потому что 13" - это мобильность, но экран для дизайна маловат. Но можно выкрутиться внешним монитором. Или смотреть уже в сторону 16" модели...

1. можно в самом пайплайне при помощи переменных или прямого обращения к git - определять какая ветка и выполнять конкретное действие. Проблема только лишь в том, что это не очень наглядно. И такой скрипт может быть с наскока сложно написать
2. Использовать расширенный синтаксис gitlab:
https://docs.gitlab.com/ee/ci/yaml/#rules или https://docs.gitlab.com/ee/ci/yaml/#onlyexcept-advanced

Проблемы есть.
Если совсем кратко:

1. Разработка - разрабатывайте в докере. Это позволит сохранять высокий темп разработки и переносимость окружений между разными разработчиками. Есть до сих пор нерешённые нюансы, вроде скорости работы ФС в Windows, MacOS X, нюансы с сетью, но в, в целом, это действительно очень удобно.
2. Сборка софта. И тестирование. Опять же пускай будет в докере. Никаких особых проблем.
3. Продуктовая среда. А тут нужно думать. Докер как дополнительный компонент и снижает быстродействие, и вносит дополнительную точку отказа и сложность в отладке. Если докеризация и универсализация окружения с разработкой действительно финансово и технически выгодна - идите в это. Если нет... То есть куча альтернатив.

Такое может быть, если указанный сайт заблокирован, например, РКН или провайдером, что в России неудивительно. Проверяется путем http запроса к указанному сайту и пингом. Если доступа нет, то хоть обнастройся apt - проблема не решится.

curl,
httpie

Вероятнее всего на этапе сборки попросту не определена переменная $USER.
Что еще хуже - можно при старте контейнера из образа переопределить пользователя и такой докер образ станет бессмысленным:

docker run -u <айди пользователя> <имя образа> whoami

решение? Написать docker-entrypoint.sh (указать его как entrypoint), который и будет создавать этот файл в процессе запуска контейнера.

Смотрите сами - перевешивают ли выгоды от работы с этой компанией, чем трудоустройство в другую компанию по ТК. Действительно, Вы теряете в больничных, теряете в правах - в случае косяка, работодатель может отобрать всю Вашу собственность. Пенсии скорее всего проблемой не будут, т.к. ИП платит взносы в пенсионный фонд. Дополнительно работодатель может разорвать контракт с Вами в любой момент. Ну, и выходных у Вас не будет - т.к. в договоре с ИП должен быть указать конкретный объем работ и конкретный срок, чтобы это не выглядело как попытка ухода от налогов работодателем (а штрафы там будь здоров и есть разъяснения судов и налоговой инспекции по этому поводу).
Ещё Вы ничего не приобретаете. Условно - налоги платите Вы сами, никто не будет платить ипшнику на 40% больше, чем штатному работнику - это оптимизация выгодна только лишь работодателя, а не сотруднику.
Плюс, если компания иностранная, может быть очень неприятно попасть на валютный контроль и не получить свои честно заработанные деньги от слова "никогда".

Я бы рекомендовал вообще смотреть в сторону проекта dokku. Это по сути попытка сделать хероку-подобное окружение локально, при помощи докер демона на машине разработчика. Уверен, что разработчики этого чудесного проекта подумали о возможности деплоит код и на heroku