@devops_ru

Страница 3507 из 4568

Dima

18.12.2017
08:46:25

железо беру в инферно много лет, они рисэйлят сервера в ДЦ Сервериус у него хороший аптайм и начальная защита от дудоса есть

о Инферно солюшен. Я там в поддержке работал

NB

18.12.2017
08:46:47

а, ну и основная фича почему там берем это абузоустойчивость

а то у нашего собственника некоторые разночтения были в плане налогового учета с ФНС и СК )

Andrew

18.12.2017
08:47:50

если надо чисто бэкапы то беру ftp на инферно, там неплохие условия

и как, кайфово лить бекапы по фтп?

Google

terry

18.12.2017
08:47:53

а, ну и основная фича почему там берем это абузоустойчивость

гм, я думал это что-то не русское... забыл сказать, что вот еще один нюанс - не русское добро, лучше германское

и как, кайфово лить бекапы по фтп?

бекапы вообще лучше лить как хочешь, главное норм выход от 200 Мбит

NB

18.12.2017
08:48:46

и как, кайфово лить бекапы по фтп?

По разному. Если ДЦ близко то в целом терпимо. Пытались лить с США - не взлетело, режет ктото видимо на межконтиненте полосу

terry

18.12.2017
08:48:48

может он имеет ввидду sftp

NB

18.12.2017
08:49:08

бекапы вообще лучше лить как хочешь, главное норм выход от 200 Мбит

В инферне вроде 1Гбит обещают

terry

18.12.2017
08:49:20

В инферне вроде 1Гбит обещают

еще варианты не ру сегмент?

Andrew

18.12.2017
08:49:21

бекапы вообще лучше лить как хочешь, главное норм выход от 200 Мбит

аа, я думал главное чтобы они заливались консистентно )

Dima

18.12.2017
08:49:42

гм, я думал это что-то не русское... забыл сказать, что вот еще один нюанс - не русское добро, лучше германское

Инферно не то что русские. Скорее русскоязычный.

NB

18.12.2017
08:50:04

еще варианты не ру сегмент?

из того что брад - Hivelocity но это пиндостан, с нашего континента и скорость и пинги адовые

Инферно не то что русские. Скорее русскоязычный.

Тут да, на стороне РУ только обработка тикетов. ДЦ совсем не русский

terry

18.12.2017
08:51:01

из того что брад - Hivelocity но это пиндостан, с нашего континента и скорость и пинги адовые

давай быть политкорректны, и не бросаться словами такими

я не хочу тут холливар устраивать

Dima

18.12.2017
08:51:13

Тут да, на стороне РУ только обработка тикетов. ДЦ совсем не русский

И руководство не в РФ живет)

Google

NB

18.12.2017
08:52:08

я не хочу тут холливар устраивать

Слово происходит от греческого Πίντος, которое в последнее время обозначало причерноморских греков ?

Вообще я с ними работаю и вполне лоялен, так что без проблем.

И руководство не в РФ живет)

Последнее время думается что очень верное решение

Artem

18.12.2017
09:22:00

Sergey

18.12.2017
09:24:07

вот так остановилась продуктивная работа всех айтишников :)

Artem

18.12.2017
09:24:15

? вот-вот

Старый

18.12.2017
09:28:51

ну максимум что делаю изредка yum update =\ всё остальные действия относится к приложениям на серверах

как вы умудряетесь

Pauline

18.12.2017
09:46:54

вот так остановилась продуктивная работа всех айтишников :)

Все в чатах уже спрашивают)

Sergey

18.12.2017
09:48:35

вот был бы механизм приклеивания тегов а телеграмме :) можно было бы понавешать SOF или что то такое на человеков :)

Anton

18.12.2017
09:49:59

Все в чатах уже спрашивают)

TDD уже не модно, SODD во все поля.

Anatoliy

18.12.2017
09:51:43

так и перегореть недолго. Мой рецепт - периодическое, полное отключение от it-вопросов в голове, т.е. абсолютное переключение

и на что например?)

если я переключусь на учебу тогда точно до перегорания будет недолго) а так занимаюсь чем нравится)

гайз, есть нубский вопрос по доставке обновления. Есть пачка разрабов. Правят все на локальных машинах и ручками переносят обновления на ворк. Хочу это дело привести в порядок. Для начала заюзав гита. Как организовать работу? Я вижу так: 1. Залить рабочий проект на репозиторий. 2. Клонировать проект с репы на машины программеров. 3. Разработка ведется на локальных машинах. —— далее вариации посоветуйте по беспрактис? 4. Заливать на дев \ или заливать на ворк? Заливать сначала отправив обновления на репу, а затем с репы на ворк?

посмотрите дженкинс, именно то что вам нужно)

Andrew

18.12.2017
09:53:50

и на что например?)

мало хобби в этом мире? :)

Anatoliy

18.12.2017
09:54:37

мало хобби в этом мире? :)

у меня видимо да) хотя в принципе можно купить синтезатор и научиться на нем играть :)

NB

18.12.2017
09:55:07

посмотрите дженкинс, именно то что вам нужно)

thx

Anatoliy

18.12.2017
09:55:36

thx

будут вопросы - пишите)

Andrew

18.12.2017
10:04:08

у меня видимо да) хотя в принципе можно купить синтезатор и научиться на нем играть :)

вооот! Вопрос желания )

Anatoliy

18.12.2017
10:04:27

есть желание кодить)

Andrew

18.12.2017
10:06:07

есть желание кодить)

по собственному опыту, надо себя насильно переключать с любого занятия, которое затягивает. Просто для освежения мозгов, иначе - через какое-то время, запал пройдет, а усталось останется. Надо найти 2-3 занятия, которые равнозначно нравятся, но абсолютно из разных областей, и переключаться между ними периодически. Вот тогда все будет четко

Google

NB

18.12.2017
10:08:32

будут вопросы - пишите)

А jenkins и Gitlab не взаимоисключающие по функционалу продукты?

Kirill

18.12.2017
10:09:05

А jenkins и Gitlab не взаимоисключающие по функционалу продукты?

В смысле, Gitlab CI?

NB

18.12.2017
10:09:59

Ну условно если поставил Гитлаб, в дженкинсе еще есть необходимость?

В смысле, Gitlab CI?

https://about.gitlab.com/

community edition

Andrew

18.12.2017
10:10:32

Ну условно если поставил Гитлаб, в дженкинсе еще есть необходимость?

ну если смог адаптировать все существующие таски из дженка в gitlab ci - то нет )

но чаще я слышу про жуткий легаси, который не могут унести на gitlab ci

NB

18.12.2017
10:11:17

но чаще я слышу про жуткий легаси, который не могут унести на gitlab ci

Очень интересно, но нихуя не понятно ?

Kirill

18.12.2017
10:11:49

Ну условно если поставил Гитлаб, в дженкинсе еще есть необходимость?

@andreios_r ответил ровно то же, что долго печатал я)

Andrew

18.12.2017
10:14:23

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

Kirill

18.12.2017
10:16:43

Ну, справедливости ради, думаю, дело не только в яйцах. Могут иметь место реально критичные задачи, а смена одной CI-системы на другую в срочном порядке производиться, наверное, не должна.

terry

18.12.2017
10:17:08

кстати, а кто видел анализаторы конфига для docker-compose или в этом роде

terry

18.12.2017
10:17:28

типа со стектрейсом ))

Andrew

18.12.2017
10:19:53

Ну, справедливости ради, думаю, дело не только в яйцах. Могут иметь место реально критичные задачи, а смена одной CI-системы на другую в срочном порядке производиться, наверное, не должна.

согласен, есть такое.

NB

18.12.2017
10:23:41

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

я нуб в начале пути. Существующей системы нет. Вопрос стоял вообще ЧТОБЫ НАЧАТЬ ИСПОЛЬЗОВАТЬ ГИТ. Понятно, что это прошлый век и надо начинать использовать актуальный продукт. Я думал на Gitlab но выше коллега предложил дженкинс.

Andrew

18.12.2017
10:24:13

я нуб в начале пути. Существующей системы нет. Вопрос стоял вообще ЧТОБЫ НАЧАТЬ ИСПОЛЬЗОВАТЬ ГИТ. Понятно, что это прошлый век и надо начинать использовать актуальный продукт. Я думал на Gitlab но выше коллега предложил дженкинс.

сомнительный выбор откровенно говоря, дженкинс труп.

NB

18.12.2017
10:24:30

гайз, есть нубский вопрос по доставке обновления. Есть пачка разрабов. Правят все на локальных машинах и ручками переносят обновления на ворк. Хочу это дело привести в порядок. Для начала заюзав гита. Как организовать работу? Я вижу так: 1. Залить рабочий проект на репозиторий. 2. Клонировать проект с репы на машины программеров. 3. Разработка ведется на локальных машинах. —— далее вариации посоветуйте по беспрактис? 4. Заливать на дев \ или заливать на ворк? Заливать сначала отправив обновления на репу, а затем с репы на ворк?

Вот такая поставновка задачи была утром

Andrew

18.12.2017
10:24:46

к тому же в гитлабе все тоже самое можно делать сильно проще и быстрее и красивее. При этом у тебя еще и нормальная завязка с репами.

NB

18.12.2017
10:25:54

Вот я смотрю сравненеи гитлаба с дженкинсом - гитлаб на 10 шагов впереди

Google

NB

18.12.2017
10:25:59

https://about.gitlab.com/comparison/pdfs/gitlab-ci-vs-jenkins.html

terry

18.12.2017
10:26:53

гайз, есть нубский вопрос по доставке обновления. Есть пачка разрабов. Правят все на локальных машинах и ручками переносят обновления на ворк. Хочу это дело привести в порядок. Для начала заюзав гита. Как организовать работу? Я вижу так: 1. Залить рабочий проект на репозиторий. 2. Клонировать проект с репы на машины программеров. 3. Разработка ведется на локальных машинах. —— далее вариации посоветуйте по беспрактис? 4. Заливать на дев \ или заливать на ворк? Заливать сначала отправив обновления на репу, а затем с репы на ворк?

2 сервера = прод и дев, дев - копия прода на проде у тебя докеры, квм-ы и все остальное, на деве у тебя то же самое кодеры кодят на деве и коммитят в репу на свои ветки, другие кодыры тимлиды или кто там кодревью делает мерджит и все летит в jankins обкладывается тестами и тд и потом на дев разворачивается но можно и руками с реп разворачивать без дженкинса

rus

18.12.2017
10:26:56

сомнительный выбор откровенно говоря, дженкинс труп.

> дженкинс труп https://www.youtube.com/watch?v=j978pwMZjmE

Andrew

18.12.2017
10:27:14

гайз, есть нубский вопрос по доставке обновления. Есть пачка разрабов. Правят все на локальных машинах и ручками переносят обновления на ворк. Хочу это дело привести в порядок. Для начала заюзав гита. Как организовать работу? Я вижу так: 1. Залить рабочий проект на репозиторий. 2. Клонировать проект с репы на машины программеров. 3. Разработка ведется на локальных машинах. —— далее вариации посоветуйте по беспрактис? 4. Заливать на дев \ или заливать на ворк? Заливать сначала отправив обновления на репу, а затем с репы на ворк?

смотри, тут сложный и комплексный вопрос. Все зависит от методик и подходов в разработке. В мастер коммитов естесно быть не должно, вся разработка ведется в feature-бранчах, потом через PR и code review льется в мастер одним релиз-менеджером.

terry

18.12.2017
10:27:39

смотри, тут сложный и комплексный вопрос. Все зависит от методик и подходов в разработке. В мастер коммитов естесно быть не должно, вся разработка ведется в feature-бранчах, потом через PR и code review льется в мастер одним релиз-менеджером.

один бывает плужит, лучше 2

Andrew

18.12.2017
10:28:24

один бывает плужит, лучше 2

ну тут такое, две головы конечно лучше )

terry

18.12.2017
10:30:02

https://imagelayers.io/

Admin

ERROR: S client not available

terry

18.12.2017
10:30:07

занятная вещь, может кому зайдет

NB

18.12.2017
10:38:14

смотри, тут сложный и комплексный вопрос. Все зависит от методик и подходов в разработке. В мастер коммитов естесно быть не должно, вся разработка ведется в feature-бранчах, потом через PR и code review льется в мастер одним релиз-менеджером.

Мы далеки от этого. У нас пара разрабов которые пока заносят все руками. Код ревью делает старший из них.

Вообще есть плюсы CI\CD для такой небольшой команды?

terry

18.12.2017
10:38:44

Мы далеки от этого. У нас пара разрабов которые пока заносят все руками. Код ревью делает старший из них.

ну тогда в свои репы и потом на дев сервере ил хостах развороты

профит

Andrew

18.12.2017
10:38:46

не особо думаю.

terry

18.12.2017
10:38:52

но если тесты не начали писать - то п ора

NB

18.12.2017
10:39:02

автоматизированные тесты?

у нас bitrix я вот хз возможны ли они там

terry

18.12.2017
10:39:14

не особо думаю.

да хотя бы unit тесты

Andrew

18.12.2017
10:39:15

с одной стороны надо думать на будущее, когда будет 10-20 разрабов, а с другой - адекватно текущей ситуации.

NB

18.12.2017
10:39:59

с одной стороны надо думать на будущее, когда будет 10-20 разрабов, а с другой - адекватно текущей ситуации.

Ну гитлаб на картинках выглядит складно достаточно. Опять же бэклог\ доска есть.

Google

Andrew

18.12.2017
10:41:28

да ясно. Вопрос в трудовых вложениях инженера, для внедрения ci-cd комплекса. И оправданности этих вложений. Может быть реализовывать частичный, обрезанный функционал, достаточный для текущих нужд, но легко расширяемый в будущем? Это наиболее правильный путь обычно.

NB

18.12.2017
10:47:12

да ясно. Вопрос в трудовых вложениях инженера, для внедрения ci-cd комплекса. И оправданности этих вложений. Может быть реализовывать частичный, обрезанный функционал, достаточный для текущих нужд, но легко расширяемый в будущем? Это наиболее правильный путь обычно.

Ну я гитлаб так и видел. Нам сейчас нужна доска и репозитарий свой для деплоя. Тесты вот надо как то к битриксу прикрутить. Остальное пока да, в будущем. Те же докеры — пока даже не думаем, опять же битрикс.

Пока с этим разберемся - увидим что там еще есть, освоимся. Главное не промазать с продуктом. Чтобы не получилось так что внедрили гитлаб а надо было что-то другое

Andrew

18.12.2017
10:48:41

ну в битрикс как минимум - html/css линтинг. миграция базы. по пыху сложнее, но тоже можно, я не делал по крайней мере.

NB

18.12.2017
10:49:03

ну в битрикс как минимум - html/css линтинг. миграция базы. по пыху сложнее, но тоже можно, я не делал по крайней мере.

валидация?

ну в битрикс как минимум - html/css линтинг. миграция базы. по пыху сложнее, но тоже можно, я не делал по крайней мере.

а вот это я тоже поднимал сегодня вопрос. Миграция базы. Она там есть? У нас мускуль.

Andrew

18.12.2017
10:49:34

конечно есть.

NB

18.12.2017
10:49:50

конечно есть.

Ну все, я влюблен в гитлаб

Andrew

18.12.2017
10:50:31

а, вопрос я неверно понял. Имеется в виду миграция со стороны гита? Это все раннерами сделать можно, любой функционал и отслеживание по тому же exit code -результат

NB

18.12.2017
10:50:52

а, вопрос я неверно понял. Имеется в виду миграция со стороны гита? Это все раннерами сделать можно, любой функционал и отслеживание по тому же exit code -результат

Миграция БД с дева на прод

ох щи, да он на руби (

Evgeniy

18.12.2017
10:53:41

А где можно почитать как правильно готовить gitlab ci ?

Artem

18.12.2017
10:53:48

кто он?

NB