Старый
кому он в таком виде нужен, я не понимаю
Roman
Mark ☢️
Vladimir
Vladimir
Konstantin
Сдыхает, но ещё живой)
Konstantin
Хотя кроме телеги ничего не обновляется из стороннего софта). Ось буквально вчера обновилась
Анатолий
Анатолий
Но не нужен)
Анатолий
100501-ый мессенджер
Pavel
Кто тут рассказывает, интересно, инвесторам, что скайп сдох?
Анатолий
А мне новый скайп на десятке больше нравится
Анатолий
Меньше говна в интерфейсе
Max
ток вот есть беда
Max
ОНО БЛЯДЬ НЕ РАБОТАЕТ
Max
если звонит на мобиле, хер с ноута прицепишься
Max
и куда пойдет вызов загадка
Bogdan (SirEdvin)
Еще мне нравится, что в мобильном приложении сообщения в группу зачем-то показываются как сообщения в личку. Тоже очень удобно.
Tim
товарищи а в контейнерах сетевые утилиты юзают? ваершарк, дхцп сервер, всякое такое
Анатолий
Max
у меня идет хер знает куда
Анатолий
Сначала на мобилу, череэ секунд 5 на ноут
Анатолий
И всё трезвонит одновременно, пока не поднимешь где-то)
Tim
Анатолий
Анатолий
Max
Konstantin
Tim
Konstantin
Konstantin
а чо искать то? свой собрать 10сек.. одна строка
Viktor
ZABBIX
Сломался функционал проверки статуса сервера в нем
Viktor
Раньше на заббикс и надеялся
Denis
Но не нужен)
Через него можно конференци коллы делать, а через тебя - нет. Так что я бы задумался о 'нужности'
Tadeusz
Анатолий
Tadeusz
https://twitter.com/seecurity/status/995906576170053633
Terry
Добрый день.
Подскажите каналы по big data + machine learning .
Roman
https://raw.githubusercontent.com/cloudflare/ebpf_exporter/master/examples/bio.write.latency.png
Aleksey
պլհկ
одно?
Ivan
Дивапсы, настал ваш час
Ivan
Хецнер заблокировали или нет?
Tadeusz
нед
Ivan
То есть можно там развернуть впс и не ссать?
Igor
я бы ссал если бы развернул что-то на хецнере и без блокировок
Igor
но хецнер немного только попал под блокировки и новых не завозили пока
Roman
мой редис все вянет и вянет...
Даня
парни, подскажите, как можно убить зависшую джобу в дженкинсе через CLI?
Max
прибей идешник в фс
Даня
не реагирует вообще ни на что
Max
точнее не так
Max
останови дженкинс
Max
и прибей файло
Max
потом запусти
Max
я тут давеча наебался
Даня
я зашел, оказалось она 2 месяца висит уже
Даня
и нигде не отображается
Даня
о
Даня
убил
Даня
Jenkins.instance.getItemByFullName("JobName").getBuildByNumber(JobNumber).finish(hudson.model.Result.ABORTED, new java.io.IOException("Aborting build"));
Даня
отак
Даня
вставил свои джобнейм и джобномер
David
Всем привет!
У меня вопрос такой, никак не могу найти что-то, что меня бы направило в правильное русло.
Есть git репозиторий, с которым будут работать по Git Flow. В нем есть ветки develop, master и будут создаваться release/$version ветки для каждого релиза и hotfix/$version для исправления багов, найденных в master ветке.
Я пытаюсь найтроить VSTS для CI/CD (Не важно, в чем именно, вопрос не по имплементации).
В данный момент я вижу flow следующим образом:
Когда происходит push в develop, создается docker image ($image):($version)-dev($revision) и деплоится в kubernetes в dev namespace
Когда происходит push в release, создается docker image ($image):($version)-rc($revision) и деплоится в kubernetes в qa namespace
Когда происходит push в master, создается docker image ($image):($version) и деплоится в kubernetes в prod namespace
Вопрос: Стоит ли делать так? Я читал, что image из qa должен в случае успешных тестов быть развернут в продакшн, а не собран снова. Как в этом случае быть? Я вижу 2 варианта:
1) Собирать image для qa из master ветки. Но в этом случае непонятно, что делать, если QA не принимает билд и нужно еще внести некоторые правки, потому что если код попал в мастер, он уже должен быть без известных изъянов.
2) Собирать image для qa из release ветки и этот же image отправлять в prod, если QA принимает билд. Но в этом случае нарушается правило "В master ветке всегда имеем код, который сейчас в продакшне".
Я понимаю, что все это очень субъективно и может быть много разных вариантов решения. Я буду рад любым предложениям и конструктивной критике.
Спасибо за уделенное время.
Andrey
Напоминаем что уже завтра, 17 мая, c 10:30 до 19:00, состоится второй Big Monitoring Meetup!
BIG MONITORING MEETUP #2 — уникальная возможность встретиться с экспертами и профессионалами в области мониторинга. Вас ждут живое общение, обсуждение лучших практик и нетрадиционных подходов, обзор новинок и тенденций в области мониторинга и смежных технологий, выступления специалистов и экскурсия по дата-центру!
Основные направления конференции:
Мониторинг оборудования и приложений
Мониторинг сервисов
Новинки производителей
Мониторинг для интернета-вещей
Мониторинг и ML/AI — новые возможности
Визуализация инфраструктуры и бизнес-процессов
Информационная безопасность
Спикеры мероприятия (докладчики и темы уточняются):
Виктор Исаев, команда SAYMON, Мониторинг ЖКХ с помощью SAYMON
Александр Зобнин, Grafana (тема уточняется)
Григорий Юдин, DCConsult, Применение современных технологий мониторинга ЦОД
Павел Козлов, Деловой Партнер, Мессенджеры в системе мониторинга
Алексей Широких, NOC Project, Сетевой мониторинг NOC Project
Константин Рядов, Openway Service, Isolated Enterprise Operational Monitoring
Ольга Филиппова, Тинькофф банк, Мониторинг бизнес-сервисов аналитическими методами
Сергей Кунько, Veeam, Veeam One – мониторинг, отчетность и планирование ресурсов
Денис Муравьев, GoodWAN, Интернет событий – будущее LPWAN на базе российских технологий
Татьяна Свирко, Selectel, Мониторинг инфраструктуры современного дата-центра
Для прохода в дата-центр необходим паспорт. Начало регистрации в 10:20. Первый доклад в 11 часов.
Регистрация https://eventuer.timepad.ru/event/702213/
Dmitry
@dvoikik пересобирать. qa должны тестировать не имидж, а код. и от пересборки не должно ничего меняться. в любом другом случае возникает проблема разрыва кода и энва
Dmitry
в идеале, код должен быть протестирован до попадания в ветку
պլհկ
G3rhard
Pre hook, не?
Sergey
в идеале, код должен быть протестирован до попадания в ветку
+100500.
Артефакт собирается не по ветке, а по тегу (коммиту).
Ну и для контроля соответствия двух артефактов можно использовать хэши.
Типа - собрали из релиз-ветки, протестировали, взяли хэш.
Потом влили в мастер, собрали, взяли хэш. Хэши должны быть одинаковые, если это не так - то где-то сам себя обманываешь.
Dmitry
Это как?
мы это решаем с помощью геррита
Roman
http://www.opennet.ru/opennews/art.shtml?num=48601
Старый
Roman
ну так...
Старый