U
Какие все вокруг социализированные :)))))
стоп стоп стоп. сидеть в офисе != социализированность) я всего лишь про то, что я не дома и рядом живые люди
Size: a a a
2020 February 16
I
Работаю на удаленке, но ужасно хочу в офис на фуллтайм, поэтому ответил фуллтайм.
а ты случайно не фронтендер?
KS
а ты случайно не фронтендер?
И им был, сейчас по Go больше.
А вообще хочу вернутся в iOS.
А вообще хочу вернутся в iOS.
H
И им был, сейчас по Go больше.
А вообще хочу вернутся в iOS.
А вообще хочу вернутся в iOS.
о, а на го пишут для авс?
KS
о, а на го пишут для авс?
Лямбды >_>
H
Лямбды >_>
мне казалось нода для того получше не?
KS
мне казалось нода для того получше не?
Ну как сказать, время старта и нагрузка у го поменьше. Компилируемый всё же.
D
Message from Дмитрий Титов deleted. Reason: @-link to channel (?)
2020 February 17
РР
мне казалось нода для того получше не?
> нода
> получше
Нет.
Доброго всем утра.
> получше
Нет.
Доброго всем утра.
MS
Всем привет - а подскажите сервис AWS ES - включает в себя логстейш(вроде нагуглил что нет) - и если нет - как более граммотно выстраить хранение и обработку логов?
В
Добрый день, коллеги
Неожиданно для себя, но поразмыслив, ожидаемо архитектурно наткнулся на проблему недоступности EBS в AZ отличной от изначальной.
Суть вопроса, в EKS создается PV и маунтится к ноде/поду, после чего кластер скалится и поды пытаются переехать на другую ноду в другой AZ. PV естественно не едет за ними, как результат отсутствие отказойстойчивости на уровне AZ.
Это решаемо?
Неожиданно для себя, но поразмыслив, ожидаемо архитектурно наткнулся на проблему недоступности EBS в AZ отличной от изначальной.
Суть вопроса, в EKS создается PV и маунтится к ноде/поду, после чего кластер скалится и поды пытаются переехать на другую ноду в другой AZ. PV естественно не едет за ними, как результат отсутствие отказойстойчивости на уровне AZ.
Это решаемо?
VS
Всем привет - а подскажите сервис AWS ES - включает в себя логстейш(вроде нагуглил что нет) - и если нет - как более граммотно выстраить хранение и обработку логов?
если принципиально оставаться в AWS, то logstash/fluentd самому хостить придется
а есть еще Elastic Search Cloud, там за тебя все будет сделано
а есть еще Elastic Search Cloud, там за тебя все будет сделано
В
Добрый день, коллеги
Неожиданно для себя, но поразмыслив, ожидаемо архитектурно наткнулся на проблему недоступности EBS в AZ отличной от изначальной.
Суть вопроса, в EKS создается PV и маунтится к ноде/поду, после чего кластер скалится и поды пытаются переехать на другую ноду в другой AZ. PV естественно не едет за ними, как результат отсутствие отказойстойчивости на уровне AZ.
Это решаемо?
Неожиданно для себя, но поразмыслив, ожидаемо архитектурно наткнулся на проблему недоступности EBS в AZ отличной от изначальной.
Суть вопроса, в EKS создается PV и маунтится к ноде/поду, после чего кластер скалится и поды пытаются переехать на другую ноду в другой AZ. PV естественно не едет за ними, как результат отсутствие отказойстойчивости на уровне AZ.
Это решаемо?
И если да, то как
MS
если принципиально оставаться в AWS, то logstash/fluentd самому хостить придется
а есть еще Elastic Search Cloud, там за тебя все будет сделано
а есть еще Elastic Search Cloud, там за тебя все будет сделано
Понял спасибо рассмотрю elastic.co - по моему отличное решение)
Там же я думаю без проблем насраивается отправка логов с ec2 до туда?)
Там же я думаю без проблем насраивается отправка логов с ec2 до туда?)
VS
Понял спасибо рассмотрю elastic.co - по моему отличное решение)
Там же я думаю без проблем насраивается отправка логов с ec2 до туда?)
Там же я думаю без проблем насраивается отправка логов с ec2 до туда?)
слать можно чем удобно (syslog, filebeat, fluent)
если нужна предобработка, то в их elasticsearch придется запускать logstash pipelines
если нужна предобработка, то в их elasticsearch придется запускать logstash pipelines
MS
слать можно чем удобно (syslog, filebeat, fluent)
если нужна предобработка, то в их elasticsearch придется запускать logstash pipelines
если нужна предобработка, то в их elasticsearch придется запускать logstash pipelines
Понял, спасибо большое)
VB
Добрый день, коллеги
Неожиданно для себя, но поразмыслив, ожидаемо архитектурно наткнулся на проблему недоступности EBS в AZ отличной от изначальной.
Суть вопроса, в EKS создается PV и маунтится к ноде/поду, после чего кластер скалится и поды пытаются переехать на другую ноду в другой AZ. PV естественно не едет за ними, как результат отсутствие отказойстойчивости на уровне AZ.
Это решаемо?
Неожиданно для себя, но поразмыслив, ожидаемо архитектурно наткнулся на проблему недоступности EBS в AZ отличной от изначальной.
Суть вопроса, в EKS создается PV и маунтится к ноде/поду, после чего кластер скалится и поды пытаются переехать на другую ноду в другой AZ. PV естественно не едет за ними, как результат отсутствие отказойстойчивости на уровне AZ.
Это решаемо?
Йеп. Есть куча решений, зависит от желаемого. Можно скейлить только в 1 зоне, через нодаффинити с указанием региона, можно использовать стейтфулсет с сторейджклассом с включенным WaitForFirstConsumer, можно использовать EFS.
C
Это касается всего Amazon. Процесс одинаковый на все позиции и для всех подразделений.
При смене команды человек проходит все 5 раундов или меньше?