Pull to refresh
4K+
6
Петер@TeaDove

Golang&Python backend developer

Send message

В идеале, конечно, микросервис должен быть достаточно автономен доменно так, чтобы другим сервисам он был нужен как можно меньше

Если у вас есть 3 микросервиса, что ходят в другдружку, дублируют DTO и сильно связаны - это плохо, это должно быть монолитом

Если же у вас 3 микросервиса, которые вообще не ходят в друг дружку - это хорошо

(Очень грубо говоря, конечно)

Внешние ключи зло, их не надо использовать!!! (Они просто никогда не нужны, можно спокойно писать код без них)

  • Сами лямбды деплояться относительно просто, сложность заключается в связывание ресурсов. Такая же проблема будет в любых микросервисах: в кубере, в EC2 и тд.

  • У лямбд есть преимущество в логике скалирования: они скалируются по длительности выполнения: если ивенты к лямбдам начинают собираться в очередь, то запускаются еще лямбды. У ec2 и k8s, если мне не изменяет память, такой логики нет.

  • Скорость скалирования и дескалирования у лямбд намного выше почти любого ec2 и k8s

Совсем забыл добавить про глобальные переменные, которые сохраняются между вызовами, спасибо за дополнение!

При обычном голосовании как раз невозможно проверить, был ли учтён лично твой голос, только проверить, что все голоса в урне были правильно учтены.

Их собственно учить и не нужно, cat и bat, lsd/exa и ls и тд. работают одинакого и выдают одни и те же данные при одинаковых опциях, разница в цвете, формате и новых опциях.

Я не совсем понимаю(ещё юн), но в чём собственно проблема? Bat удобно юзать при работе в терминале, cat для скриптов, их и не нужно совмещать или пытаться подружить.

Information

Rating
647-th
Registered
Activity

Specialization

Бэкенд разработчик
Старший
SQL
Golang
Python