Сергей
08.10.2018
16:23:23
пока что я говорю о том, что решение юзать микросервисы было принято безосновательно
Aga
08.10.2018
16:23:31
Google
Aga
08.10.2018
16:23:55
бесконечная масштабируемость
Alexander
08.10.2018
16:23:59
Дмитрий
08.10.2018
16:24:08
Дмитрий
08.10.2018
16:24:29
Alexander
08.10.2018
16:24:42
Nikolay
08.10.2018
16:24:45
> Пох, главное что микросервисы говно
Микросервисы сами по себе не говно. Просто они:
- повышают стоимость обслуживания системы;
- понижают её надежность;
Aga
08.10.2018
16:24:54
Дмитрий
08.10.2018
16:24:55
Нынче всякие AWS блочат, а с российскими сервисами все в порядке.
Правда интересно
Сергей
08.10.2018
16:24:58
Aga
08.10.2018
16:24:58
Понижают надёжность, серьёзно?
Сергей
08.10.2018
16:25:08
Кирилл
08.10.2018
16:25:10
соц сеть
В таком случае микросервисная архитектура более чем применима
Дмитрий
08.10.2018
16:25:17
Бывает ?
Google
Сергей
08.10.2018
16:25:38
Aga
08.10.2018
16:25:43
Oleh
08.10.2018
16:25:52
Если юзать request-promise(-native) ?) Или все равно лучше axios / fetch ?
Nikolay
08.10.2018
16:25:59
Alexander
08.10.2018
16:26:00
Aga
08.10.2018
16:26:18
Дмитрий
08.10.2018
16:26:27
artplanet.su
Спасибо. Чем круче других сервисов аналогичных? У крупных хостеров услуга тоже есть.
Сергей
08.10.2018
16:26:27
Aga
08.10.2018
16:26:29
Относительно монолита, точно безопаснее при хайлоаде
Nikolay
08.10.2018
16:26:52
Сергей
08.10.2018
16:27:01
Aga
08.10.2018
16:27:02
Воркеры?
Nikolay
08.10.2018
16:27:20
Балансер — а дальше хоть обмасштабируйся.
Сергей
08.10.2018
16:27:21
Aga
08.10.2018
16:27:57
Дмитрий
08.10.2018
16:28:04
Спс за линк
Сергей
08.10.2018
16:28:13
Кирилл
08.10.2018
16:28:15
Сергей
08.10.2018
16:28:29
Google
Сергей
08.10.2018
16:28:39
очень спорно.
я писал и испытал много боли
Дмитрий
08.10.2018
16:28:59
для сохранности больше)
Я обычно бэкапирую проекты на внешний источник и чекаю содержимое бэкапов, так что не актуально)
Сергей
08.10.2018
16:29:51
Nikolay
08.10.2018
16:30:10
reskwer
08.10.2018
16:30:25
Народ а как из файла - запустить другую команду ))) к примеру по среди выполнения файла, node server
Aga
08.10.2018
16:30:33
Nikolay
08.10.2018
16:30:35
Он не пиздат, — у всего есть свои про и контра.
Сергей
08.10.2018
16:30:46
Aga
08.10.2018
16:31:25
Nikolay
08.10.2018
16:31:57
Aga
08.10.2018
16:32:18
но с микросервисами, я смогу в реал тайме поднимать сервера
и регулировать масштабируемость
мб в монолите также можно, но сомневаюсь
Nikolay
08.10.2018
16:33:06
Oleh
08.10.2018
16:33:17
Спасибо
Aga
08.10.2018
16:33:22
reskwer
08.10.2018
16:33:23
Aga
08.10.2018
16:33:25
Точнее их решению)
Nikolay
08.10.2018
16:33:36
Не обижайся, но такое чувство, что у тебя микросервис головного мозга :) У меня тоже такое было, это норм.
Google
reskwer
08.10.2018
16:33:48
Дмитрий
08.10.2018
16:33:56
@sergeysova Сейчас нашел хостинг со скидкой 30% для студентов и преподов от 133 руб/мес, буду пробовать. Как раз обучаюсь.
Потом могу поделиться впечатлениями, как пойдет. Из проектов: бот и приложение.
Aga
08.10.2018
16:33:59
Nikolay
08.10.2018
16:34:05
Aga
08.10.2018
16:34:24
В одного нельзя до ЗБТ довести проект?
Кирилл
08.10.2018
16:34:50
Ладно, я хотел вопрос задать. Правильно ли я понимаю, так как нода однопоточна, то она будет нагружать только один поток? Значит, запустив 4 нодовских скрипта на 4х ядерной системе, они не будут влиять на перформанс друг друга? Или все-таки для этого нужен cluster?
Nikolay
08.10.2018
16:36:19
Я хочу обосраться, как минимум. Лучше чем ничего
Don’t even consider microservices unless you have a system that’s too complex to manage as a monolith. The majority of software systems should be built as a single monolithic application. Do pay attention to good modularity within that monolith, but don’t try to separate it into separate services.
– Martin Fowler
You are not Netflix, stop trying to be them!
–Russ Miles
Просто пара цитат для размышлений :))
Aga
08.10.2018
16:36:49
Я пытаюсь думать наперёд)
Знаешь, даже если проект обосрётся. Я извлеку пиздатый опыт, как работать с микросервисами
Я не хочу облегчить максимально себе работу, я хочу сделать пиздато
понимаешь о чём я?)
Nikolay
08.10.2018
16:38:09
Бог в помощь :)
Alex
08.10.2018
16:38:11
Nikolay
08.10.2018
16:38:16
Дядь, понимаю, я сам на эти грабли наступал :)
Aga
08.10.2018
16:38:40
Google
Aga
08.10.2018
16:38:52
(с) Кличко
Ладно, пойду дальше впахивать)
Сергей
08.10.2018
16:40:04
Aga
08.10.2018
16:40:45
Maxim
08.10.2018
16:43:34
Хм добавил в коде експрессовского сервера подписку на монгодб и пуш изменений через сокеты - перфоманс упал раз в 5 - респонсы по 30 секунд... Есть идеи в чём могут быть проблемы?
Сергей
08.10.2018
16:43:36
Aga
08.10.2018
16:44:10
Alexander
08.10.2018
16:44:52
чо ты там наворотил?
Maxim
08.10.2018
16:45:03
В основном меньше
Пол секунды
Aga
08.10.2018
16:45:31
чо ты там наворотил?
axios({ method: 'POST', url: 'you http api here', headers: {autorizacion: localStorage.token}, data: { user: 'name' } })
Код из гитхаба, но в таком виде пилить?
Alexander
08.10.2018
16:45:57
Defragmented
08.10.2018
16:46:10
при запуске node в эмуляторе линукса termux под андроид есть 3 секундная задержка. она же есть на все обращения к ОС типа скопировать из буфера обмена.
я думаю node тормозит потому что пытается что-то прочитать системное. есть идеи как это убрать?
Aga
08.10.2018
16:46:22
хмм, ща
Alexander
08.10.2018
16:46:34
оно не для этого сделано
Evgeniy
08.10.2018
16:47:41
Ладно, я хотел вопрос задать. Правильно ли я понимаю, так как нода однопоточна, то она будет нагружать только один поток? Значит, запустив 4 нодовских скрипта на 4х ядерной системе, они не будут влиять на перформанс друг друга? Или все-таки для этого нужен cluster?
не совсем так, грубо говоря - она и однопоточна и нет, главное что нужно помнить eventloop однопоточен, а запуская несколько процессов у вас будет несколько независимых эвентлупов, однако дальше них идет тредпул, считай многопоточность и эти операции уже могут друг другу мешать. Все сильно зависит от вашего проекта и что вы там используете.
Кирилл
08.10.2018
16:50:06
Evgeniy
08.10.2018
16:52:27
Это просто http балансировщик из коробки, и если я не ошибаюсь им сейчас никто не пользуется вообще.