там должно быть что-то полюбос

Заходишь в морду и суёшь json

дохнут они быстро, больше не стал покупать

понил спс

понил спс

Когда работало - было хорошо. Микрофон так себе, но когда разговаривал люди вроде слышали. потом сменил на блютус https://www.amazon.com/gp/product/B01MFFH54C/ref=oh_aui_search_detailpage?ie=UTF8&psc=1

огогосики

прикольно

я смотрю там много барахла дня них

огогосики

Неплохо работает, но микрофон слабоват тоже. Но не дохнет, хотя бы каждые 3 месяца)

=)

долго ехало?

Господа. Сходите обсудить кабели для наушников и сами наушники в личку.

нихуя

тут мандеть будем

Заходишь в морду и суёшь json

Ну понятно, то есть контейнер надо еще приготовить где-то, запушить. Я, Наверное больше про dcos marathon app add.

это тоже между прочим высокотехнологичная хуйня

Когда работало - было хорошо. Микрофон так себе, но когда разговаривал люди вроде слышали. потом сменил на блютус https://www.amazon.com/gp/product/B01MFFH54C/ref=oh_aui_search_detailpage?ie=UTF8&psc=1

Сомнительно, что оно сможет эти тяжелые закрытые уши прокачать

Сомнительно, что оно сможет эти тяжелые закрытые уши прокачать

Можно сказать что незначительно тише, но по качеству для bluetooth норм.

Dmitry, одного предупреждения недостаточно?

Dmitry, одного предупреждения недостаточно?

Оч строгий :с

Dmitry, одного предупреждения недостаточно?

Пфф

Помолчим о DevOps?

Ну понятно, то есть контейнер надо еще приготовить где-то, запушить. Я, Наверное больше про dcos marathon app add.

Эт просто Json , дальше он просто с докера все возьмёт

х_х

Эт просто Json , дальше он просто с докера все возьмёт

Да, я понял. Типа как Compose. Спасибо. Я тут взял пару серверов на ssdnodes.com вот думаю, запилить ли кубер или mesos.

Не мезос ещё раз говорю

Мезос эт прост шедулер

Dcos нужен

Dcos нужен

DCOS это сборка,я так понимаю, где мезос и марафон

Да

Все вместе

Как по сырости?

@zloydead @dkguest ...Помолчим о DevOps

@zloydead @dkguest ...Помолчим о DevOps

пожалуй

@zloydead @dkguest ...Помолчим о DevOps

У тебя большой пайплайн?

У тебя большой пайплайн?

Сложно судить, все относительно.

Все вместе

Пощупаю их скрипт. Кстати, как у них с географически-распределенными серваками? 1. В задержках понимают? 2. Есть магия сети какая или надо vpn самому поднимать? Я дитя амазона, рынок диктует.. Bare Metal юзал но тогда кубер под стол ходил еще.

Пощупаю их скрипт. Кстати, как у них с географически-распределенными серваками? 1. В задержках понимают? 2. Есть магия сети какая или надо vpn самому поднимать? Я дитя амазона, рынок диктует.. Bare Metal юзал но тогда кубер под стол ходил еще.

Не советуют, но мы юзаем

Не советуют, но мы юзаем

задержки? vpn?

Скрипт по размеру огромный правд

задержки? vpn?

Нам не критично, дев ток далеко

Ну и меж сервисное взаимодействие внутри одного дц сделали

В смысле вопрос, не убивают ли задержки (видимо нет), а по поводу сети? Свое поднимали или есть магия DCOS? (влом впн поднимать)

Не убивают, сам дцос не много шлёт вроде

По поводу сети там випы из коробки есть

По поводу сети там випы из коробки есть

??

Насколько бредовая у меня идея относительно виртуального хостинга? контейнер с Nginx + контейнер с MySQL + контейнер с phpMyAdmin + контейнер с Apache + PHP7.0/7.1/5.6 или с php-fpm7.0/7.1/5.6 Чтобы пользователь мог выбрать, что ему нужно - Apache или php-fpm + несколько Apache на одном хосте без танцев с бубном не запустить.

Насколько бредовая у меня идея относительно виртуального хостинга? контейнер с Nginx + контейнер с MySQL + контейнер с phpMyAdmin + контейнер с Apache + PHP7.0/7.1/5.6 или с php-fpm7.0/7.1/5.6 Чтобы пользователь мог выбрать, что ему нужно - Apache или php-fpm + несколько Apache на одном хосте без танцев с бубном не запустить.

В чем идея? Контейнеры давать удобно юзерам запулять? так наверняка уже много виртуальных хостов так и работают...

В чем идея - дать юзерам возможность выбирать версию PHP отдельно для каждого сайта (PHP работает в режиме mod_php)

Насколько бредовая у меня идея относительно виртуального хостинга? контейнер с Nginx + контейнер с MySQL + контейнер с phpMyAdmin + контейнер с Apache + PHP7.0/7.1/5.6 или с php-fpm7.0/7.1/5.6 Чтобы пользователь мог выбрать, что ему нужно - Apache или php-fpm + несколько Apache на одном хосте без танцев с бубном не запустить.

Да нормальная идея. Рабочая. ECS называется. ?

Так работают далеко не все.

Так работают далеко не все.

Ну это будущее вирт хостинга, я думаю.

Оверхед дикий, не?

@aabramovich не знаю разрешилась ли проблема с эластиком, но ошибка Говорит что не хватает jar файла при старте. Они все передаются через -classpath

@aabramovich не знаю разрешилась ли проблема с эластиком, но ошибка Говорит что не хватает jar файла при старте. Они все передаются через -classpath

еще не тестил даже ? разраб откатился на 5.5 - ему работать надо )

@aabramovich не знаю разрешилась ли проблема с эластиком, но ошибка Говорит что не хватает jar файла при старте. Они все передаются через -classpath

ну вот jar подсовывал и старый и новый

Оверхед дикий, не?

Да вроде нет. А где он? И как Вы предлагаете запускать несколько версий PHP + Apache на одном хосте без контейнеров и танцев с бубном?

Оверхед дикий, не?

В каком месте?

ERROR: S client not available

@aabramovich где jar лежит не важно. Главное чтобы при старте он передавался в classpath. Echo включи, посмотри с какими параметрами оно стартует.

Но это какая-то проблема дистрибутива... кто-то забыл прописать.

Тоесть просто в lib положить недостаточно... надо убедиться что оно подхватывается

Хуяк хуяк и в продакшн =)

Интересно это тестеры профэйлили баг?

@aabramovich где jar лежит не важно. Главное чтобы при старте он передавался в classpath. Echo включи, посмотри с какими параметрами оно стартует.

Echo?

тут пользователи грейлога есть? ктонибудь знает как указать рейнж в поле value в алерте с типом "Field Content Alert Condition"? например мне нужен алерт если 5хх респонс коды посыпятся. Я пытался указать [500 TO 599] но хрен

Ку, есть кто ДЖАву в конейнерах запускает, расскажите как вы multiline логи доставляете до ELK? В данный момент шлю через socket в fluentd - но сцуко не все строки всегда корректно парсит. Пробовал слать в stdout и слать через docker logger, но тут нужно процессить, чтобы склейть multiline. В файлы писать и потом отдуда парсить не получиться т.к. нет persistent volumes.

Сварщик я не настоящий, но Filebeat не поможет?

Извините, не сдержался)

Ку, есть кто ДЖАву в конейнерах запускает, расскажите как вы multiline логи доставляете до ELK? В данный момент шлю через socket в fluentd - но сцуко не все строки всегда корректно парсит. Пробовал слать в stdout и слать через docker logger, но тут нужно процессить, чтобы склейть multiline. В файлы писать и потом отдуда парсить не получиться т.к. нет persistent volumes.

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

Ку, есть кто ДЖАву в конейнерах запускает, расскажите как вы multiline логи доставляете до ELK? В данный момент шлю через socket в fluentd - но сцуко не все строки всегда корректно парсит. Пробовал слать в stdout и слать через docker logger, но тут нужно процессить, чтобы склейть multiline. В файлы писать и потом отдуда парсить не получиться т.к. нет persistent volumes.

А докер вольюм не походит, чтобы писать в файл?

А докер вольюм не походит, чтобы писать в файл?

Проблема не в писании, а в доставки этого в elasticsearch в нормальном виде, контейнеры долго не живут максимум несколько часов, но логов могут наплодить гигов 100 их надо на лету анализировать, тащить в контейнер дополнительного ни чего не хочеться. Приемник для логов Kafka, из топиков разгребает пачка fluentd консюмеров, они все расскладывают куда надо (file/s3/elasticsearch)

Проблема не в писании, а в доставки этого в elasticsearch в нормальном виде, контейнеры долго не живут максимум несколько часов, но логов могут наплодить гигов 100 их надо на лету анализировать, тащить в контейнер дополнительного ни чего не хочеться. Приемник для логов Kafka, из топиков разгребает пачка fluentd консюмеров, они все расскладывают куда надо (file/s3/elasticsearch)

В вольюм пишешь, другим контейнером забираешь и доставляешь. Но лучше слать из приложения, надёжнее, без лишнего. И по udp

Проблема не в писании, а в доставки этого в elasticsearch в нормальном виде, контейнеры долго не живут максимум несколько часов, но логов могут наплодить гигов 100 их надо на лету анализировать, тащить в контейнер дополнительного ни чего не хочеться. Приемник для логов Kafka, из топиков разгребает пачка fluentd консюмеров, они все расскладывают куда надо (file/s3/elasticsearch)

У тебя в какой момент бьётся сообщение? Socket > fluentd или во fluentd?

У тебя в какой момент бьётся сообщение? Socket > fluentd или во fluentd?

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

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

Понятно, почему не попал?

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

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

Понятно, почему не попал?

В логах уровня Trace попадается все что хочешь, от xml и json до бинарных данных, из-за чего парсер промахивается.

Думаю модифицировать log4j json appender и заставить его уже нормально писать, а не парсить и склеивать, но готовых юзкейсов не нашёл.

По умолчанию log4j json appender стек трейс пишет отдельным мессаджом на каждую строку.

В логах уровня Trace попадается все что хочешь, от xml и json до бинарных данных, из-за чего парсер промахивается.

А как идет определение новых строк? Logstash норм стек трейсы и xml определяет.

сделай определение новых строк в мультилайн через ^[20 и ли типа того.

В идеале конечно не парсить, а писать, сразу правильно, в json.

Проблема не в писании, а в доставки этого в elasticsearch в нормальном виде, контейнеры долго не живут максимум несколько часов, но логов могут наплодить гигов 100 их надо на лету анализировать, тащить в контейнер дополнительного ни чего не хочеться. Приемник для логов Kafka, из топиков разгребает пачка fluentd консюмеров, они все расскладывают куда надо (file/s3/elasticsearch)

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

В идеале конечно не парсить, а писать, сразу правильно, в json.

Нет такого идеала почти.