Size: a a a

2020 August 24

IB

Ivan B in AWS_RU
Всего лишь неудачный перевод  thank you guys 😆
источник

AS

Alexey Stekov in AWS_RU
просто все уже скучают по пятнице
источник

S

Salem in AWS_RU
Guys , все же, ребята, а не парни
источник

РР

Роман Рахманин... in AWS_RU
Нет, сексизм - это то, что девушке помогают быстрее, чем парням 😉
источник

ST

Sergey Trapeznikov in AWS_RU
это не сексизм это привилегия
источник

РР

Роман Рахманин... in AWS_RU
Sergey Trapeznikov
это не сексизм это привилегия
Привилегии некоей социальной группы и есть *изм
Ладно, заканчиваю, а то взрослые забанят за флуд
источник

ST

Sergey Trapeznikov in AWS_RU
😊
источник

A

Aleksandr in AWS_RU
Всем привет. Такой вопрос - у glue есть разные типы воркеров. Согласно доке, standart и G.1x имеют одинаковую вычислительную мощность(при этом в standart запускается две машины на воркер, а в G.1X - одна). Зачем такое разделение и в каких случаях можно получить выигрыш от использования одного типа, а не другого? Мы просто тюним нашу джобу и выяснили, что почему-то при переходе на standart воркеры (при одинаковом количестве) с G.1X у нас производительность увеличилась почти в полтора раза.
источник

C

Coffee in AWS_RU
Ivan B
Всего лишь неудачный перевод  thank you guys 😆
+1 )
источник

AT

Al T in AWS_RU
Something
как можно сообщить амазону, что новый интерфейс роут53 полное Г? И если раньше поправить 1 запись это было 2 клика, то теперь это куча совершенно убогих формочек, которые только путают?
внизу слева есть кнопочка Feedback (конструктивный)
источник

DS

Dmitriy Solodukha in AWS_RU
Ребят, а насколько вот реально достаточно Multi AZ replication для безопасности данных?
Ну вот маловероятно же что прям весь регион наебнется?

Я не говорю о доступности и т.п.
источник

IB

Ivan B in AWS_RU
Dmitriy Solodukha
Ребят, а насколько вот реально достаточно Multi AZ replication для безопасности данных?
Ну вот маловероятно же что прям весь регион наебнется?

Я не говорю о доступности и т.п.
это смотря сколько денег\часов будет потеряно, если он таки наебнется. если мало, это один разговор. если много - другой )
источник

DS

Dmitriy Solodukha in AWS_RU
Ivan B
это смотря сколько денег\часов будет потеряно, если он таки наебнется. если мало, это один разговор. если много - другой )
Как это вообще в реальной жизни решается? Например, скидываются просто бэкапы на другой Регион?
источник

AZ

Alexander Zaitsev in AWS_RU
Dmitriy Solodukha
Как это вообще в реальной жизни решается? Например, скидываются просто бэкапы на другой Регион?
просто делаешь бэкапы в том месте, у которого шанс упасть вместе с твоим регионом меньше
источник

AZ

Alexander Zaitsev in AWS_RU
от всего не убережешься всё равно. тут лишь бы цена твоего решения была меньше потенциальных потерь
источник

DS

Dmitriy Solodukha in AWS_RU
Понял, спасибо за совет.
источник

IB

Ivan B in AWS_RU
все зависит от конфигурации системы, которая развернута. если например у вас оракловая база с какими-нибудь приложениями, то приложения можно заранее перенести в другой регион и держать выключенными, а базу периодически обновлять. если вдруг случится глобальный ахтунг, приложения поднять, базу использовать. ну это так, упрощенно.
источник

DS

Dmitriy Solodukha in AWS_RU
Да, здесь видимо еще надо смотреть критичность сервиса при ахтунге.
источник

AZ

Alexander Zaitsev in AWS_RU
Dmitriy Solodukha
Да, здесь видимо еще надо смотреть критичность сервиса при ахтунге.
определенно стОит :) так то можно вообще наворотить вещи из разряда "Держать в боевой готовности инфру сразу на нескольких клауд провайдерах + своих парочку on-premise". вопрос исключительно костов :)
источник

DS

Dmitriy Solodukha in AWS_RU
Alexander Zaitsev
определенно стОит :) так то можно вообще наворотить вещи из разряда "Держать в боевой готовности инфру сразу на нескольких клауд провайдерах + своих парочку on-premise". вопрос исключительно костов :)
Пхаха)) ну да
источник