Об эффективности бессерверных вычислений

[mr_tron]

6 миллионов сообщений за месяц это 2 сообщения в секунду. копеечная нагрузка для любого mq типа nats.
и, если я правильно понимаю, то 91 час суммарного времени выполнения значит что 1 виртуальное ядро процессора было загружено 91 час на 100%. тоесть в среднем за месяц одно ядро было бы загружено на 12%, что вполне укладывается в нормы запаса производительности чтобы обработать пиковое потребление (сферическое в вакууме. возможно там нагрузка вся приходится ровно на один час в сутки, но об этом в статье не сказано).
тоесть хватило бы пару виртуалок по одному ядру. общей стоимостью 10-20$ в месяц. и никакого вендорлока.

[easyman]

Лямбды по 100мс тарифицируются :)

Поэтому, для оптимизации расходов на вычисления, люди добавляют неиспользуемую функцией память, чтобы облако добавило CPU чтобы уменьшить тарифицируемое время

[Sergey-S-Kovalev]

Я просто оставлю это здесь:
Как мы случайно сожгли $72 000 за два часа в Google Cloud Platform и чуть не обанкротились
и
Как защититься от неожиданных счетов за AWS

[Awi]

"Облако в целом похоже на обоюдоострый меч. При правильном использовании он может быть очень полезен, но при неправильном — пеняй на себя." — цитата из статьи по первой ссылке.

[VolCh]

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

[golodnyj]

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

[somurzakov]

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

касательно планов восстановления: по идее люди используют Availability zone, но конечно есть сервисы которые когда упадут — не дадут ниче сделать, например недавний кратковременный сбой amazon IAM) — виртуалки работали, но никого не пускало в панель управления

[VolCh]

по идее люди используют Availability zone

к их использованию тоже надо прийти, простой перенос не HA инфраструктуры в облако (lift & shift) особо availability не увеличит ведь.

[VolCh]

Сужу по рынку Киева, администратора для десятка линуксовых (V)DS с php, mysql, redis да elastic можно найти за 1000-1500$ То же делать на AWS/GCP — хотят от 2000 до бесконечности, если хотя бы год опыта с ними есть в резюме. Админ учит облака (вариант — кубер), внедряет у себя как-то, меняет "шилдик" на "девопс" и повышает ожидания раза в два. Поработав немного с AWS и кубером как админ (на позиции девлида), я бы тоже так сделал, если бы админом был — мозги вывернулись — сложно было на место назад вправить ))

[golodnyj]

Интересное наблюдение, мне казалось, что быть админом без опыта облаков сейчас как-бы моветон.

[VolCh]

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

[golodnyj]

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

[VolCh]

Знания — да, опыт — разве что "игрался с {cloudName}", если у вас нет популярного пет-проекта.

[peacecoder85]

Самое главное про что все авторы таких статей не пишут — вся инфраструктура завязывается на, к примеру, Амазон и она не работоспособна нигде больше. Если облако повысит цены — можно легко и быстро прогореть

[golodnyj]

Такой номер конечно можно провернуть, но уровень доверия к провайдеру очень сильно упадет. А доверие это очень важно для провайдера, сильно помогает продавать. Хотя конечно бывает разное.

[LaRN]

Могут под видом санкций порезать сервис для некоторых регионов и ничего с этим не сделаешь. Работало и перестало.

[golodnyj]

Если вы ориентированы на западный рынок то скорее всего AWS будет правильным выбором. А на отечественном рынке рекомендую посмотреть в сторону Yandex.Cloud.