AO
сам-то код примерно таким же будет
Size: a a a
2019 May 22
AO
а тут нужно не просто запаковать иначе, но и архитектуру переделать
AO
другие принципы в основе
A
сам-то код примерно таким же будет
да, в конце концов нам надо только запустить код логики аппы, больше ничего мы не хотим и нам не надо (вот поэтому лямбды рулят)
AO
при этом ты можешь понимать, что у тебя нагрузка за рамки 1 сервера никогда не выйдет
A
а тут нужно не просто запаковать иначе, но и архитектуру переделать
да, если принять во внимание отказоустойчивость, масштабируемость и тд
A
даже в кубере это не делается безшовно
A
при этом ты можешь понимать, что у тебя нагрузка за рамки 1 сервера никогда не выйдет
в 2019г мы можем себе позволить не гадать это вообще и не думать об этом
AO
ну вот представь в начале 00 кто-нибудь писал бизнес-приложение на Access с Visual Basic'ом) потом в 2010 он писал тоже самое на Django + SQLite/PostgreSQL) а вот в 2020 будет на AWS) с AWS есть некоторое ощущение, что повышается сложность за счёт изменения подходов к разработке, но взамен даются не очень актуальные плюсы) конкретно для проекта уровня Access
AO
масштабируемость и отказоустойчивость могут быть не нужны
AO
а нужна простота внесенения изменений и поддержки
AO
"можно не админить сервер" - это плюс)
AO
но взамен нужно вообще всю архитектуру поменять и изучить over9000 сервисов AWS
AO
что выглядит сложнее, чем научиться делать apt update && apt upgrade (ну, или kubectl apply -f ...)
S
ну вот представь в начале 00 кто-нибудь писал бизнес-приложение на Access с Visual Basic'ом) потом в 2010 он писал тоже самое на Django + SQLite/PostgreSQL) а вот в 2020 будет на AWS) с AWS есть некоторое ощущение, что повышается сложность за счёт изменения подходов к разработке, но взамен даются не очень актуальные плюсы) конкретно для проекта уровня Access
если это приложение на полтора землекопа, - да
AO
то есть преимущества AWS раскрываются когда важно масштабировать приложение и/или обеспечивать его отказоустойчивость)
S
вообще девопсы не нужны, зачем, когда можно на вордпрессе настроить всё кастомизировать, а все остальные внутренние процессы пихать в облака или на аутсорс
AO
девопсы - это не люди)
S
помню шел по офису, увидел девопсов, которые что-то между собой разговаривали про кубер, докер и GCP маршрутизацию, ну я подошел и дал им обоим в ухо. Пусть знают, что синий кит - это опасно. Настоящие дядьки выливают по крону с гитпулом и ребутом сервера
AO
девопс - это набор практик) это же не люди)