AO
и запуская в контейнере в K8s можно получить поменьше задержки в ряде случаев
Size: a a a
2019 May 22
A
там довольно актуально сказали про задержки
есть ряд способов решения этого, и зависит от задачи, самая простая скорострелка: сунуть лямбды за кинесисом
A
в статье конечно незнают этого, потомучто писали хейтеры дилетанты
A
кинесис стартует с 1000 запросов в секунду и легко расширяется
AO
но всё равно это выглядит как косяк AWS всё же - нужно активнее и больше распространять информацию о том, как и что делать правильнее
A
но всё равно это выглядит как косяк AWS всё же - нужно активнее и больше распространять информацию о том, как и что делать правильнее
ну есть такое, что авс теперь огромен :)
информация есть, просто ее надо учить
информация есть, просто ее надо учить
A
вот пример мегаархитектуры: кинесис -> лямбда -> batch = бесконечный супербыстрый кластер под все включая демоны
A
ты легко можешь сунуть свой нетфликс в такое
A
подняв инфраструктуру за полчаса (даже быстрее если есть IaaC написанный)
A
тоже самое на кубере упороться делать и поддерживать
AO
на кубере там нет вот этой проблемы с погружением "ой, мне надо прочитать документацию к over9000 сервисам"
A
на кубере там нет вот этой проблемы с погружением "ой, мне надо прочитать документацию к over9000 сервисам"
да, тебе надо прочить еще больше и все это руками пытаться поднять :)
A
а там тока прочитать куда кликнуть чтобы поднять готовое
A
в кубере руками собираешь то что в авс готовое
A
сам кубер тоже есть готовый, EKS
A
что проще, читать тонну доки и поднимать свой кубер или прочитать про готовый и поднять в пару кликов?
AO
ну вот эта хрень с идемпотентностью функций - это очень непривычно) а в кубере всё привычное) то же самое, только в контейнерах
A
ну вот эта хрень с идемпотентностью функций - это очень непривычно) а в кубере всё привычное) то же самое, только в контейнерах
новое всегда непривычно :) просто надо идти дальше и брать топ
A
кому то и кубер непривычно, кто на старье сидит
AO
ну, кубер - это способ запаковать тот же код, но иначе