Size: a a a

2018 November 27

SS

Sergey Smyshlyaev in JUG NN
AWS это стандарт индустрии сейчас
источник

RM

Roman Makhlin in JUG NN
Лол
источник

RM

Roman Makhlin in JUG NN
Это может быть чем угодно, это не отменяет факта, что AWS нечеловеческая поделка, которую не понятно кто проектировал, в том числе и тарифную линейку. Молчу про Glue, это вообще худший сервис
источник

SS

Sergey Smyshlyaev in JUG NN
Тебя просто заставили использовать какой-то непопулярный сервис, популярные сервисы у них в порядке
источник

RM

Roman Makhlin in JUG NN
Я просто не вижу смысла сразу завязываться на AWS, с которого фиг слезешь, едва только начинается какая то разработка.
источник

SS

Sergey Smyshlyaev in JUG NN
А зачем с него слезать? Свои поделки тоже можно там запускать в контейнерах
источник

MB

Maxim Belov in JUG NN
Roman Makhlin
Это может быть чем угодно, это не отменяет факта, что AWS нечеловеческая поделка, которую не понятно кто проектировал, в том числе и тарифную линейку. Молчу про Glue, это вообще худший сервис
ты просто с ебаторией какой-то работал
источник

MB

Maxim Belov in JUG NN
там же те же лямбды, EC2 и EKS вроде топчик. Хотя я больше из теоритических познаний и отзывов других людей
источник

RM

Roman Makhlin in JUG NN
Sergey Smyshlyaev
А зачем с него слезать? Свои поделки тоже можно там запускать в контейнерах
вот не согласен - зависить от стороннего продукта имхо губить свой продукт, особенно когда этот продукт сделан таким образом, что его сложно дружить с чем то другим, кроме этого же самого продукта.
источник

VK

Vlad K in JUG NN
Лямбдоводы, а как вы их локально тестируете - unit / e2e ?
источник

MB

Maxim Belov in JUG NN
Sergey Smyshlyaev
А зачем с него слезать? Свои поделки тоже можно там запускать в контейнерах
ты че? а как же мультиклауд деплоймент? сейчас в тренде))
источник

OK

Oleg Kabanov in JUG NN
предлагается иметь для e2e тестов тестовый клауд?
источник

OK

Oleg Kabanov in JUG NN
а, это ответ на другой вопрос, простите )
источник

VK

Vlad K in JUG NN
Oleg Kabanov
предлагается иметь для e2e тестов тестовый клауд?
а подебажить тогда как? (ну кроме логов, зипкина, кибаны)
источник

OK

Oleg Kabanov in JUG NN
ну дебаг можно и на интеграционных тестах реализовать, тут я вижу другую проблему: непрерывная поставка и большая команда

когда интеграционные тесты надо гонять каждому члену команды, а тестовый клауд один
источник

VK

Vlad K in JUG NN
ну вот да, ты развил мой вопрос оч правильно
источник

RM

Roman Makhlin in JUG NN
Oleg Kabanov
ну дебаг можно и на интеграционных тестах реализовать, тут я вижу другую проблему: непрерывная поставка и большая команда

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

RM

Roman Makhlin in JUG NN
мне это видеться почти невероятным - нельзя полностью покрыть все тестами, так как всегда найдется какая то заминка, которую забыли, начиная от банального кейса, заканчивая многопоточностью и особенностями строения сетей. дебажить на тестах, как править код на продакшене
источник

OK

Oleg Kabanov in JUG NN
всё дело в инструменте, наверняка и для AWS есть неплохой
но без небольшого кол-ва e2e трудно гарантировать полную работоспособность
источник

VK

Vlad K in JUG NN
ну вот собственно и интересно, насколько легко или просто поддерживать минимальное кол-во e2e в команде, скажем, из 5 человек
источник