Size: a a a

2021 March 30

KT

Karen Tovmasyan in AWS_RU
со своей пассивной агрессией идите в лс
источник

RV

Roman V. in AWS_RU
сорян, больше не буду поддаваться на провокации)
источник

JR

Jürgen Romins in AWS_RU
Roman V.
сорян, больше не буду поддаваться на провокации)
Вас никто не провоцировал вообще то изучите архитектору тф
источник

AO

Andy Os in AWS_RU
Всем привет, разбираю вопрос с экзамена csap и не уверен что я верно мыслю: вкратце есть веб сервер на ес2 за балансером в асг в мульти аз, данные хранятся в динамке, приложение пишет, как часто вызывается каждая операция в динаме с соответствующим айди и количеством вызовов, логи собираются клауд вотч агентом. В рамках аудита выяснили что гет запросов больше на елб, чем в динаме, в чем мб проблема? И есть вот такой лог приложения: https://prnt.sc/1103gf8
Я не до конца понимаю - разница гет запросов на елб и динаме из-за низкого rcu или из-за того что тип чтения не стронгли консистент и возвращается не самое последнее значение?
источник

AP

Alexander Patrushev in AWS_RU
Andy Os
Всем привет, разбираю вопрос с экзамена csap и не уверен что я верно мыслю: вкратце есть веб сервер на ес2 за балансером в асг в мульти аз, данные хранятся в динамке, приложение пишет, как часто вызывается каждая операция в динаме с соответствующим айди и количеством вызовов, логи собираются клауд вотч агентом. В рамках аудита выяснили что гет запросов больше на елб, чем в динаме, в чем мб проблема? И есть вот такой лог приложения: https://prnt.sc/1103gf8
Я не до конца понимаю - разница гет запросов на елб и динаме из-за низкого rcu или из-за того что тип чтения не стронгли консистент и возвращается не самое последнее значение?
Я бы сказал что проблема в неправильном коде реализации счетчика. Судя по всему там алгоритм такой: читаем текущее значение, делаем +1, записываем новое значение. В силу асинхронности динамы и не использования strong consistency мы получаем что два приложения в разных AZ пишут одно и тоже число. Atomic  counter надо делать через update item (говорить динамке «сделай +1») и тогда вообще вопрос strong consistency не будет возникать. https://docs.aws.amazon.com/amazondynamodb/latest/developerguide/WorkingWithItems.html#WorkingWithItems.AtomicCounters
источник

AO

Andy Os in AWS_RU
Alexander Patrushev
Я бы сказал что проблема в неправильном коде реализации счетчика. Судя по всему там алгоритм такой: читаем текущее значение, делаем +1, записываем новое значение. В силу асинхронности динамы и не использования strong consistency мы получаем что два приложения в разных AZ пишут одно и тоже число. Atomic  counter надо делать через update item (говорить динамке «сделай +1») и тогда вообще вопрос strong consistency не будет возникать. https://docs.aws.amazon.com/amazondynamodb/latest/developerguide/WorkingWithItems.html#WorkingWithItems.AtomicCounters
такого варианта нет 🙂 кроме совсем стремных вариантов есть либо повысить  rcu  либо использовать консистентное чтение при вызове getItem, как по мне на основании лога сложно сказать что поможет
источник

AP

Alexander Patrushev in AWS_RU
Andy Os
такого варианта нет 🙂 кроме совсем стремных вариантов есть либо повысить  rcu  либо использовать консистентное чтение при вызове getItem, как по мне на основании лога сложно сказать что поможет
Тогда использовать strong consistency.
источник
2021 March 31

V

Vladislav in AWS_RU
Приложение запущено в ECS.
Нужно организовать отправку логов в ELK.
Планируется использование Fluentd.

Каким образом это обычно делается?
- Куда приложение в контейнере должно пистаь логи, чтобы Fluentd их подхватывал и отправлял в ELK ?
- Fluentd должен крутить в контейнере ? То есть его нужно прописать в Dockerfile, чтобы он был частью образа ?
- В ECS есть возможность подключить драйвер логов Fluentd. Тогда в Docker образе не нужен Fluentd ?
источник

MS

Maksim S in AWS_RU
Vladislav
Приложение запущено в ECS.
Нужно организовать отправку логов в ELK.
Планируется использование Fluentd.

Каким образом это обычно делается?
- Куда приложение в контейнере должно пистаь логи, чтобы Fluentd их подхватывал и отправлял в ELK ?
- Fluentd должен крутить в контейнере ? То есть его нужно прописать в Dockerfile, чтобы он был частью образа ?
- В ECS есть возможность подключить драйвер логов Fluentd. Тогда в Docker образе не нужен Fluentd ?
источник

VM

Vladyslav Mahilevsky... in AWS_RU
Vladislav
Приложение запущено в ECS.
Нужно организовать отправку логов в ELK.
Планируется использование Fluentd.

Каким образом это обычно делается?
- Куда приложение в контейнере должно пистаь логи, чтобы Fluentd их подхватывал и отправлял в ELK ?
- Fluentd должен крутить в контейнере ? То есть его нужно прописать в Dockerfile, чтобы он был частью образа ?
- В ECS есть возможность подключить драйвер логов Fluentd. Тогда в Docker образе не нужен Fluentd ?
Можно отправлять логи в клауд вотч лог группу, там настроить subscription filter и в качестве destination указать kinesis firehose и там есть прямая интеграция с ЕЛК
источник

Y

Yan in AWS_RU
Максим Дербенев
Добрый вечер.Не подскажите чего не хватает если есть созданный cloudfront и я хочу сделать через alias dns запись.Но при этом я не вижу созданного cloudfront.Чего не хватает?
если в дропдавн ничего не выпадает, то просто вставьте адрес клаудфронта в значение алиаса- все будет работать в итоге
источник

МД

Максим Дербенев... in AWS_RU
Спасибо
источник

AT

Al T in AWS_RU
а вот смотрите чо есть теперь... кто-нибудь пробовал уже? https://aws.amazon.com/ru/about-aws/whats-new/2021/03/introducing-ec2-serial-console/
источник

S

Sebor in AWS_RU
Ура, не прошло и 15ти лет!
источник

S

Sebor in AWS_RU
😁
источник

AT

Al T in AWS_RU
да вам вечно не угодишь :)
источник

AS

Alexey Stekov in AWS_RU
Al T
да вам вечно не угодишь :)
«Они опять не довольны - откатываем фичу!»))
источник

T

Tutlique in AWS_RU
Al T
а вот смотрите чо есть теперь... кто-нибудь пробовал уже? https://aws.amazon.com/ru/about-aws/whats-new/2021/03/introducing-ec2-serial-console/
Ииииииииихаааа!
источник

T

Tutlique in AWS_RU
AWS — это такой Apple со своими фоннатами.

Когда я говорил "а где консоль?!" мне отвечали "что ты, дедушка, забудь, консоль нинужен!"
источник

AS

Alexey Stekov in AWS_RU
Развертывание инфраструктуры платежного процессинга в AWS — опыт Corefy:

https://www.youtube.com/watch?v=HeuvvaXIGwo

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

#video
источник