Гитлаб ограничивает количество бесплатных минут для шаред ранеров в CI до 2000 в месяц и вводит подписку.

Как, кстати, их SaaS в сравнении с битбакетом и гитхабом? А то у меня gitlab только с self-hosted ассоциируется

Работает

Полгода назад были проблемы со скоростью доступа, щас все нормально

уверен парни больше не будут дропать базы :)

Откуда такая уверенность? ) Человеческий фактор никто не отменял.

Его можно свести к минимуму если всё организовать правильно

В прошлый раз было не правильно ?

Гитлаб ограничивает количество бесплатных минут для шаред ранеров в CI до 2000 в месяц и вводит подписку.

Это в облачном?

Гитлаб ограничивает количество бесплатных минут для шаред ранеров в CI до 2000 в месяц и вводит подписку.

а бекапы они предоставляют уже?

а бекапы они предоставляют уже?

(сарказм) если и предоставляют то без проверки целостности

аааа, архивы тоесть, а не бекапы? тож сойдёт! зато тикетов у проекта меньше будет если их терять раз в пару лет =)

посоны, а кто как борется с докер-контейнерами, которые начинают пожирать всю память и умирать?

а шо у тебя в них работает?

может стоит с мемори ликом бороться а не с контейнерами?

может стоит с мемори ликом бороться а не с контейнерами?

slozna

поздравляю, у вас говнокод

поздравляю, у вас говнокод

ну и что

У ТЕБЯ ТОЖЕ

у меня память не течёт )

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

погромисты ваши

в гитлабе нарвится как сделали. там руби же и там unicorn. дак вот он рестартит воркеры каждые n запросов или m памяти

надежный костыль! :)

Этот костыль в php-fpm из коробки есть

pm.max_requests

The number of requests each child process should execute before respawning. This can be useful to work around memory leaks in 3rd party libraries.

в php вообще используются надежные и проверенные костыли, потому он такой стабильный

лол

в гитлабе нарвится как сделали. там руби же и там unicorn. дак вот он рестартит воркеры каждые n запросов или m памяти

"Юра, мы всё проебали"

Dynamo is Amazon’s hosted version of Cassandra–it’s a NoSQL database that acts as a combination K/V and document store.Ничоси, это правда?

Почти

Сперва была Dynamo, а потом уже Кася

В кассандре есть какой то CQL язык запросов

А в динамо не припомню что-то был.

Скажите, друзья

А использует ли кто-нибудь Nixpkgs?

У меня есть некоторое чувство относительно того, как и чего

Но такие чувства лучше переживать не в одиночку

ты пока говорил неубедительно. документация взорвала мне мозг, я наискосок ничего не понял. мотивации вчитываться не было. но ты можешь попробовать еще раз. в чем суть и как?

А использует ли кто-нибудь Nixpkgs?

Это какое то отношение к nixos имеет?

Это какое то отношение к nixos имеет?

Да

Знаю чувака который на никсос сидит с 2011 года

И вроде писал пакеты

Могу потыкать его палочкой

Рамзес, я не издевался. Мне действительно интересно. Но я ниасилил из доки суть

Рамзес, я не издевался. Мне действительно интересно. Но я ниасилил из доки суть

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

Отсюда раньше были горы костылей чтобы софт ставился в нужные места и какая то магия чтоб все линковалось только с тем с чем можно

Но я когда это услышал - покрутил пальцем у виска и больше в детали не вникал. Просто периодически слышал стенания что вот что то не собирается потому что нужно пакет патчить

Прошу заметить что я по натуре гентушник, то есть масштаб извращений если я покрутил пальцем у виска можно представить

))))

Я правильно прнимаю, что оно почти виртуаленв, только для бинарей?

Я правильно прнимаю, что оно почти виртуаленв, только для бинарей?

Для всего-

Ну да))

@schors но там есть внутри какая то магия чтобы оно работало для всего

И прозрачно

А использует ли кто-нибудь Nixpkgs?

Я больше люблю bazel

в гитлабе нарвится как сделали. там руби же и там unicorn. дак вот он рестартит воркеры каждые n запросов или m памяти

Ты не поверишь но даже нгинкс так делает для кипаливнутых соединений

ну любая прокся должна так делать для кипэтивнутых соединений

особенно для h2

Ну я скорее к тому что это довольно распространенная практика

А использует ли кто-нибудь Nixpkgs?

Хорошее начинание, но некоторые рантаймы (lua точно) не работают без nixos :(

Рамзес, я не издевался. Мне действительно интересно. Но я ниасилил из доки суть

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

Народ, а объясните, почему greylog что-то хорошее, или, наоборот, полное говно, и нужно использовать ELK, Кибану или Logstash - я немного поработала только с последней.

а где грейлог хранит данные?

а фиг его знает. Вроде сейчас что-то в ES, что-то в mongo

ERROR: S client not available

У моего работодателя не очень большие объемы трафика логов,

в монге только конфиг

зато нужна полная автоматизация

Я хочу как сейчас это сделано для алертов в Zabbix прикрутить астериск с фестивалем, что бы звонил тем, кто виноват, что что-то упало. Вот тоже самое сделать по анализу логов. Ну и ещё делать всякие разные запросы к базе по прошлым событиям, по логам, если что-то случилось, не понятно что, и нужно разобраться, что предшествовало. У нас, к сожалению, когда что-то падает, иногда не очевидно из-за чего это произошло

У моего работодателя не очень большие объемы трафика логов,

Файлики?

Файлики?

в смысле файлики? поток по сети в формате syslog. Или я не поняла, что ты спрашиваешь

Народ, а объясните, почему greylog что-то хорошее, или, наоборот, полное говно, и нужно использовать ELK, Кибану или Logstash - я немного поработала только с последней.

Можно без logstash, filebeat может слать напрямую в ES

Можно без logstash, filebeat может слать напрямую в ES

мне всё равно по большей части как это сделать. Мне нужен инструмент с API, что бы интегрировать с Zabbix и может ещё с чем-то, и какой-то удобный способ поиска момента события в разных логах, что бы понять, почему всё упало.

Splunk на таком миллионы делает, а ваш работодатель хочет дешево отделаться:))

т.е. упор на автоматизацию, а не на HighLoad. Что лучше выбрать?

в смысле файлики? поток по сети в формате syslog. Или я не поняла, что ты спрашиваешь

Если логов немного, в файлики складывай и мозг себе не имей

Если логов немного, в файлики складывай и мозг себе не имей

сейчас так и сделано, прилетает на центральный syslog. Позавчера стало понятно, что набор костылей вокруг этого инстанса с миллионом разных питон-скриптов это что-то неправильное :)

Это нужно разломать, выкинуть, и сделать по-другому

Это нужно разломать, выкинуть, и сделать по-другому

И сделать поставить три стройных помойки на жабе и просто монгу?

Круто

И сделать поставить три стройных помойки на жабе и просто монгу?

ну да, что бы красиво было

ну да, что бы красиво было

и все подпорки тоже останутся, потому что чем-то надо будет дату-то анализировать

ну да, что бы красиво было

А что такое "красиво"?

А что такое "красиво"?

Это сложно формализовать :) Но обычно понятно, что что-то сделано красиво, а что-то ужасно. Наш сервер логов как раз и оставляет такое очевидное(ужасное) впечатление. Его ещё сопровождать сложно, разные разработчики пишут разные скрипты, потом уходят, и никто не знает как и что для чего это было сделано

@polnoch проблема в том что разные скрипты останутся

просто логи пойдут в базу, а не в файлики

просто логи пойдут в базу, а не в файлики

а там нет разве каких-то инструментов по их анализу?

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

а там нет разве каких-то инструментов по их анализу?

ну ты будешь писать в каком-нибудь rsyslog'е или logstash'е наборы правил на каждый долбанный формат логов

чтобы по этому было можно искать как-то лучше чем с помощью grep *

ну ты будешь писать в каком-нибудь rsyslog'е или logstash'е наборы правил на каждый долбанный формат логов

ну это можно формализовать. Сказать на ближайшем спринте, что из приложений логи теперь только вот так, а не иначе отправляем

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

ну это можно формализовать. Сказать на ближайшем спринте, что из приложений логи теперь только вот так, а не иначе отправляем

ну попробуй зафорсить их слать логи в json'е для начала

разбитыми по полям

даже одно это тебе позволит делать более адекватные выборки с помощью jq

даже в файликах

правильно ли я понимаю, что все эти штуки (ELK, greylog, etc) нужны, только если поток в гигабайты-терабайты, а в автоматизации они не особенно помогают?