Size: a a a

DevOps — русскоговорящее сообщество

2021 April 05

S

Shturman in DevOps — русскоговорящее сообщество
Vadim
Коллеги, всем привет!
Подскажите, пжл, название должности DevOps для трудового договора? )
Инженер по автоматизации ИТ процессов?
источник

V

Vadim in DevOps — русскоговорящее сообщество
Мне предлагают, но мне показалось это не совсем то:
«Инженер поддержки процессов производства и эксплуатации  /Производственный офис /»
источник

V

Vadim in DevOps — русскоговорящее сообщество
Решил узнать что у коллег написано? )
источник

S

Shturman in DevOps — русскоговорящее сообщество
Vadim
Решил узнать что у коллег написано? )
Админ написано =))
источник

V

Vadim in DevOps — русскоговорящее сообщество
Shturman
Админ написано =))
Тоже вариант )))
источник

RP

Ruslan Popov in DevOps — русскоговорящее сообщество
камрады, а как заставить грейлог запоминать выбранные поля на интерфейсе?
источник

AZ

Andrey Z in DevOps — русскоговорящее сообщество
promzeus
на практике сталкивались когда падает логстеш или из связки бекенд перезапустился, логи частично терялись, и програмеры сказали ну его нафиг такой подход, тоесть писать из приложения напрямую мы отказались
ну тогда надо сделать так, чтобы джсон был валидным
источник

AZ

Andrey Z in DevOps — русскоговорящее сообщество
экранировать экранированное
источник

AZ

Andrey Z in DevOps — русскоговорящее сообщество
)
источник

p

promzeus in DevOps — русскоговорящее сообщество
Andrey Z
ну тогда надо сделать так, чтобы джсон был валидным
как же я сразу не догадался это же лимит системы 8192
источник

AZ

Andrey Z in DevOps — русскоговорящее сообщество
promzeus
как же я сразу не догадался это же лимит системы 8192
ну я такого не помню( вы в сырцах смотрели?
источник

СК

Сергей Королёв... in DevOps — русскоговорящее сообщество
promzeus
как же я сразу не догадался это же лимит системы 8192
flush не делается например, данные из юзерспейс буфера не сбрасываются
источник

СК

Сергей Королёв... in DevOps — русскоговорящее сообщество
Недавно ходил по таким граблям в простеньком скрипте который в stdout пишет короткие команды
источник

AT

Alexandr Tumanov in DevOps — русскоговорящее сообщество
Всем привет. Скажите пожалуйста, правильно ли я понимаю процесс сборки и развёртывания приложения?
Есть проект на Vue. Он хранится в GitLab.
Есть сервер, на котором установлен Ansible и GitLab Runner.
Разрабы для каждой задачи по проекту создают Issue и из него создают Merge Request с новой веткой типа 1-feature-short-description. Далее они вносят изменения, тестируют их и объединяют с веткой master. В этот момент GitLab Runner должен увидеть новые изменения в ветке master, скачать их на сервер, собрать новую версию и содержимое папки build с помощью Ansible закинуть на сервер разработки. Если с файлом gitlab-ci.yml всё понятно и он кладётся в корень проекта, то вопрос куда обычно кладут сценарий (playbook) Ansible? Я видел вариант типа в самом проекте в корне создают папку .cicd и сценарий, с конфигурацией и файлами шаблона кладут туда. Правильно ли это? Как вы решаете данный вопрос?
источник

N

Nikita in DevOps — русскоговорящее сообщество
https://github.com/VerizonDigital/vflow кто-то пользовал это? как подцепить инфлюкс ?
источник

ММ

Митя Мыколенко... in DevOps — русскоговорящее сообщество
Alexandr Tumanov
Всем привет. Скажите пожалуйста, правильно ли я понимаю процесс сборки и развёртывания приложения?
Есть проект на Vue. Он хранится в GitLab.
Есть сервер, на котором установлен Ansible и GitLab Runner.
Разрабы для каждой задачи по проекту создают Issue и из него создают Merge Request с новой веткой типа 1-feature-short-description. Далее они вносят изменения, тестируют их и объединяют с веткой master. В этот момент GitLab Runner должен увидеть новые изменения в ветке master, скачать их на сервер, собрать новую версию и содержимое папки build с помощью Ansible закинуть на сервер разработки. Если с файлом gitlab-ci.yml всё понятно и он кладётся в корень проекта, то вопрос куда обычно кладут сценарий (playbook) Ansible? Я видел вариант типа в самом проекте в корне создают папку .cicd и сценарий, с конфигурацией и файлами шаблона кладут туда. Правильно ли это? Как вы решаете данный вопрос?
Как по мне избыточная схема. Ansible необязателен
источник

ММ

Митя Мыколенко... in DevOps — русскоговорящее сообщество
Деплоить можно после сборки самим GitLab CI
источник

S

Shturman in DevOps — русскоговорящее сообщество
Alexandr Tumanov
Всем привет. Скажите пожалуйста, правильно ли я понимаю процесс сборки и развёртывания приложения?
Есть проект на Vue. Он хранится в GitLab.
Есть сервер, на котором установлен Ansible и GitLab Runner.
Разрабы для каждой задачи по проекту создают Issue и из него создают Merge Request с новой веткой типа 1-feature-short-description. Далее они вносят изменения, тестируют их и объединяют с веткой master. В этот момент GitLab Runner должен увидеть новые изменения в ветке master, скачать их на сервер, собрать новую версию и содержимое папки build с помощью Ansible закинуть на сервер разработки. Если с файлом gitlab-ci.yml всё понятно и он кладётся в корень проекта, то вопрос куда обычно кладут сценарий (playbook) Ansible? Я видел вариант типа в самом проекте в корне создают папку .cicd и сценарий, с конфигурацией и файлами шаблона кладут туда. Правильно ли это? Как вы решаете данный вопрос?
Привет.
Конкретно у меня есть отдельный сервер "управления". TeamCity по триггеру запускает задачу на этом сервере, передавая в параметрах данные цели, после выполнения целевые машины подготовлены, туда уже тем же TeamCity заливается код, билдится и т.п.
источник

ММ

Митя Мыколенко... in DevOps — русскоговорящее сообщество
scp/rsync
источник

ММ

Митя Мыколенко... in DevOps — русскоговорящее сообщество
И у раннера выбрать экзекьютор shell
источник