AS
мы сейчас про микросервисы?
Size: a a a
2018 October 11
AM
мы сейчас про микросервисы?
Да
AS
не буду спорить, но они нам бы жизнь усложнили. Такие штуки сильно зависят от фич. Преждевременно делить на сервисы - это надо хорошенько сесть и продумать, сразу писать потому что это “модно” - не вариант. Ну и нужен девопс под это дело, если у вас не 2 сервиса
AM
не буду спорить, но они нам бы жизнь усложнили. Такие штуки сильно зависят от фич. Преждевременно делить на сервисы - это надо хорошенько сесть и продумать, сразу писать потому что это “модно” - не вариант. Ну и нужен девопс под это дело, если у вас не 2 сервиса
Я сейчас работаю над проектом, который как ожидается будет хайлоадом. Изначально выбрал микросервисы не из-за моды, а из-за их масштабируемости
AM
В режиме реального времени я могу подрубать дубликаты микросервисов
AS
если вы это умете - супер) монолит тоже масштабируется, но хуже. и я пожалуй выберу гибрид)
SS
у меня вопрос
можно ли метеор подключить к БД MariaDB, ну тех БД, которые я могу открыть с помощью ПМА или воркбенч?
можно ли метеор подключить к БД MariaDB, ну тех БД, которые я могу открыть с помощью ПМА или воркбенч?
AM
если вы это умете - супер) монолит тоже масштабируется, но хуже. и я пожалуй выберу гибрид)
Уметь там особо ничего не надо, надо просто сесть и изначально продумать архитектуру.
Монолит масштабируется, но это не круто)
Монолит масштабируется, но это не круто)
AS
у меня вопрос
можно ли метеор подключить к БД MariaDB, ну тех БД, которые я могу открыть с помощью ПМА или воркбенч?
можно ли метеор подключить к БД MariaDB, ну тех БД, которые я могу открыть с помощью ПМА или воркбенч?
а какая цель? просмотр содержимого? просто есть удобные штуки и для раоты с монгой
SS
а какая цель? просмотр содержимого? просто есть удобные штуки и для раоты с монгой
просмотр/редактирование/удаление
полный CRUD нужен
полный CRUD нужен
SS
если это возможно - мне нет смысла REST API делать
AS
Уметь там особо ничего не надо, надо просто сесть и изначально продумать архитектуру.
Монолит масштабируется, но это не круто)
Монолит масштабируется, но это не круто)
хорошо, если у вас есть готовые требования к продукту. У нас это дело дописывается постоянно, поэтому изначально что-то спроектировать было сложно. Поэтому имеем что имеем) но перевод платежей и уведомлений в отдельные сервисы точно сделаем
AS
если это возможно - мне нет смысла REST API делать
я имею ввиду что есть ПО robo 3t, которую можно подклчить к любой бд и делать crud с документами/коллекциями, смотреть стату и тд
SS
я имею ввиду что есть ПО robo 3t, которую можно подклчить к любой бд и делать crud с документами/коллекциями, смотреть стату и тд
супер, спасибо
AM
хорошо, если у вас есть готовые требования к продукту. У нас это дело дописывается постоянно, поэтому изначально что-то спроектировать было сложно. Поэтому имеем что имеем) но перевод платежей и уведомлений в отдельные сервисы точно сделаем
Работать по схеме "хуяк хуяк и в продакшн" не всегда круто)
AM
Ладно, пожелаю удачи в реализации сервисов, надеюсь получиться)
AS
то, о чем говорите, это когда есть требования, но лень проектировать)
AM
то, о чем говорите, это когда есть требования, но лень проектировать)
Я свой проект раз 7 переписывал)
AM
За то сейчас знаю в каком направлении двигаться)
AS
спасибо! и вам удачи с сервисами, надеюсь они оправдаются, когда наступит хайлоад) а вообще есть у кого-то уже хорошие нагрузки порядка 100-200ccu?