RV
и, как тут уже писали, перенос ответственности на других людей 😵
не на людей - на роли
Size: a a a
2020 April 27
PG
да. согласн.
EP
просто переход на следующий уровень проблем 😄
именно так, и зачастую не понимая масштабы и конечный вид
RV
Viktor Mikalayeu
https://www.youtube.com/watch?v=g9cgppj0gKQ&t хороший доклад ...
я вообще не о том писал как эксплуатировать - я о том, зачем туда лезть
EP
ага
PG
Мне кажется, что это просто интересно. Когда в монолите уже надоело копаться... можно начать в других проблемах копаться.
PG
Ну и тренд же. Был по крайней мере.
VM
у машины обычно не бывает одного колеса , всегда надо учитывать различные стороны
RV
мое имхо - не начинайте писать стартап в микросервисах - бизнес-модель сто раз подкорректируется - а вы уже задолбаетесь
VM
мое имхо - не начинайте писать стартап в микросервисах - бизнес-модель сто раз подкорректируется - а вы уже задолбаетесь
👍🏻
PG
Это ж скучно то как...
EP
Еще хочу сказать, что бэкенд на зависымих друг от друга микросервисах - это одно. А инфраструктура, позволяющая крутить каждому сотруднику 1-2 изолированных сервиса в своём нэймспейсе - это другое.
RV
если скучно - значит мало работы
RV
Eugene Petrovich
Еще хочу сказать, что бэкенд на зависымих друг от друга микросервисах - это одно. А инфраструктура, позволяющая крутить каждому сотруднику 1-2 изолированных сервиса в своём нэймспейсе - это другое.
а тут у тебя в кучу разработка и operations
RV
это ж разные стадии жизненного цикла
RV
и зависимые - слабосвязанные - вот ключевое слово
PG
У меня тут вопрос. Есть у меня три контейнера: redis, go app, ruby app. Все они связаны. Хочу сделать быстрый и простой деплоймент. Одной командой чтобы обновились контейнеры. Для MVP. Может посоветуете что-то? ECS кажется слишком сложным. Heroku не подходит, т.к. go app - это прокси сервер (сокеты и прочее, а в heroku нельзя). Думал docker-machine для какого-нить DigitalOcean, но проект уже вроде мертвый.
PG
Ну и чтобы это мне не больше 10-15$/месяц стоило
PG
И без "руками по ssh" 🙂