SP
Нет, конечно, какие могут быть сервисы AWS?
мммм... вот сча не оч понял. Это тип сарказм?
Size: a a a
2021 January 27
PD
serverless в этом плане это та же идея - взять вот эти хитрые схемы деплоев которые люди мутят и переложить на платформу за которой стоят свои команды и ты просто не паришься о куче вещей о которых приходилось париться раньше (к слову многие не парятся даже тогда когда стоило бы). Да, эти вещи будут вносить свои ограничения и свои проблемы, и придется чуть адаптировать подходы...
Да ничего не меняется, все равно нужно думать о версионировании данных, откатах и так далее.
Чем больше сущностей выкладывается, тем только сложнее
Чем больше сущностей выкладывается, тем только сложнее
SP
Да ничего не меняется, все равно нужно думать о версионировании данных, откатах и так далее.
Чем больше сущностей выкладывается, тем только сложнее
Чем больше сущностей выкладывается, тем только сложнее
возможно мы с вами сильно разные системы делаем
PD
мммм... вот сча не оч понял. Это тип сарказм?
Нет, конечно.
AWS - это жесткий vendor lock, с одной стороны, проблемы в разных юрисдикциях с другой.
Т.е. для стартапа с низкими шансами на взлет - норм. Для рабочего решения на мировом рынке - не вариант.
AWS - это жесткий vendor lock, с одной стороны, проблемы в разных юрисдикциях с другой.
Т.е. для стартапа с низкими шансами на взлет - норм. Для рабочего решения на мировом рынке - не вариант.
PD
Ну, я делаю системы 24*7, с высокой нагрузкой и требованиями к надежности и безопасности.
Финтех и вокруг.
Финтех и вокруг.
SP
Нет, конечно.
AWS - это жесткий vendor lock, с одной стороны, проблемы в разных юрисдикциях с другой.
Т.е. для стартапа с низкими шансами на взлет - норм. Для рабочего решения на мировом рынке - не вариант.
AWS - это жесткий vendor lock, с одной стороны, проблемы в разных юрисдикциях с другой.
Т.е. для стартапа с низкими шансами на взлет - норм. Для рабочего решения на мировом рынке - не вариант.
окей. то есть будет некая команда которая будет менеджить базу или тоже "в общей ответственности"?
SP
или все команды будут свои базы менеджить?
PD
Менеджерить базу - да. Но это не "sql db as a service", так как нельзя универсальным способом решить проблемы с базами (и AWS их тоже не решит).
SP
занимться вопросами бэкапов (сайло же нет?), мониторинга, рекавери, апдейтов и т.д.
PD
Но будет общий на всех пул DBA, конечно )
SP
Менеджерить базу - да. Но это не "sql db as a service", так как нельзя универсальным способом решить проблемы с базами (и AWS их тоже не решит).
хз, что aws dynamodb с их глобал тэйбл что аврора - хорошо решают свои задачи
SP
у меня вот кейс - здравоохранение. И мне в каждом регионе надо держать базы. Я так же не юзаю насколько могу AWS штуки (потому что у меня уже есть кейс когда низя aws), но если могу - юзаю.
SP
и это здорово экономит мне время и нервы
SP
и да там где "низя aws" у меня просто список хотелок "что должно быть" и все, пользуюсь инфраструктурой как сервисом
SP
и да есть отдельная команда которая занимется всеми этими важными штуками типа секьюрити апдейты, бэкапы и вот все те вещи про которые я не хочу париться - просто хочу знать что это работет.
SP
или другой пример - есть какой-нибудь generic домен типа аутентификация. Берешь и покупаешь окту. Или еще чего такого. Не нравится или становится дорого - вжух и надо поднимать что-то свое со схожими требованиями - нужны люди что бы развивали сервис и упрощали дев экспириенс. Много людей тут не нужно, хватит двоих что бы в отпуск могли периодически ходить. Они даже могут еще какие стримы оунить.
SP
p.s. вообще оч интересно че там в финтехах делают. Как-то пока не доводилось в этой предметной области работать
PD
хз, что aws dynamodb с их глобал тэйбл что аврора - хорошо решают свои задачи
Какие задачи? Магии не бывает, все задачи высокой эффективности на распределенных системах решаются плохо и не решаются as-a-service
PD
и да есть отдельная команда которая занимется всеми этими важными штуками типа секьюрити апдейты, бэкапы и вот все те вещи про которые я не хочу париться - просто хочу знать что это работет.
ну, для меня это признак плохого архитектора, если честно.
так как оно точно выстрелит и ты даже не представляешь когда
так как оно точно выстрелит и ты даже не представляешь когда
PD
или другой пример - есть какой-нибудь generic домен типа аутентификация. Берешь и покупаешь окту. Или еще чего такого. Не нравится или становится дорого - вжух и надо поднимать что-то свое со схожими требованиями - нужны люди что бы развивали сервис и упрощали дев экспириенс. Много людей тут не нужно, хватит двоих что бы в отпуск могли периодически ходить. Они даже могут еще какие стримы оунить.
Ну, окта и прочие - это тоже очень стремная штука. Обычно реализовать самому подобное решение проще и дешевле, чем разбираться, почему в очередной раз с октой или чем-то аналогичным проблемы, как именно в ней реализован такой-то протокол и как именно она закрыта от такой-то угрозы.