А чому бы нет? Микросервисная архитектура же

Ага, чем больше сервисов, тем меньше общая надежность системы :)

А чому бы нет? Микросервисная архитектура же

Нахрена усложнять там, где это не требуется?) Микросервисная архитектура- не о файле на сервис

Ага, чем больше сервисов, тем меньше общая надежность системы :)

Наоборот. Микросервисный подход это самый действенный подход уменьшить зацепление и повысить связанность. Марсимальная надёжность и масштабируемость, возможность использовать кучу языков и БД. Но да, нужно уметь готовить, впрочем как и везде.

Он же не спрашивает насколько это сложно, он спрашивает нужно ли так делать

Он спрашивает, правильно ли подключаться к двум разным разам из одного приложения Ты же начал говорить о пулинге Это абсолютно разные вещи

Наоборот. Микросервисный подход это самый действенный подход уменьшить зацепление и повысить связанность. Марсимальная надёжность и масштабируемость, возможность использовать кучу языков и БД. Но да, нужно уметь готовить, впрочем как и везде.

Он прав Чем больше различных сервисов- тем сложнее система

Ты все правильно сказал, но слово "наоборот" неуместно

У нас в проекте приняли решение- сделать проект-"прослойку", который выполняет часть бизнес-логики над нашим проектом. В итоге я уже который месяц не могу запушить обновления, потому что нужно под мои изменения переписывать проект, который я в глаза не видел (это третий проект, с которым "прослойка" так же коммуницирует)

Он прав Чем больше различных сервисов- тем сложнее система

Если области ответственности сервисов правильно распределены, то это просто означает сложность проекта в общем. Монолит будет ещё сложнее.

Если области ответственности сервисов правильно распределены, то это просто означает сложность проекта в общем. Монолит будет ещё сложнее.

Дык я не об этом И тот чувак не об этом

У нас в проекте приняли решение- сделать проект-"прослойку", который выполняет часть бизнес-логики над нашим проектом. В итоге я уже который месяц не могу запушить обновления, потому что нужно под мои изменения переписывать проект, который я в глаза не видел (это третий проект, с которым "прослойка" так же коммуницирует)

А поднять 2 копии инстансов на 2 мажорных релиза и 2 базы на крайняк что мешает?

Надежность падает из-за монолитного решения- тяжелее поддерживать А также надежность падает из-за необходимости коммуникации между процессами

А поднять 2 копии инстансов на 2 мажорных релиза и 2 базы на крайняк что мешает?

Нехватка ресурсов С этим тут тоже тяжело

Я заебал тут всех В итоге к январю мощности в 3 раза вырастут и можно архитектуру менять будет без нервов

Наоборот. Микросервисный подход это самый действенный подход уменьшить зацепление и повысить связанность. Марсимальная надёжность и масштабируемость, возможность использовать кучу языков и БД. Но да, нужно уметь готовить, впрочем как и везде.

Может таки *связность*?

Надежность падает из-за монолитного решения- тяжелее поддерживать А также надежность падает из-за необходимости коммуникации между процессами

Так вот- в идеале нужно найти золотую середину

А не связанность :)

Может таки *связность*?

Да с телефона пишу, не уследил за Т9

> Надежность падает из-за монолитного решения- тяжелее поддерживать норрмально написанный монолит поддерживать на порядок проще, чем пачку сервисов при равных ресурсах

> Надежность падает из-за монолитного решения- тяжелее поддерживать норрмально написанный монолит поддерживать на порядок проще, чем пачку сервисов при равных ресурсах

Это решается автоматизацией и CD

> Надежность падает из-за монолитного решения- тяжелее поддерживать норрмально написанный монолит поддерживать на порядок проще, чем пачку сервисов при равных ресурсах

Ага На два порядка:)

ребят, подскажите пожалуйста, кто работал с mandrill и шарит в .pdf) отправляю в письме attachment, type: 'application/pdf', name - не важно, content - содержание файла в base64, но получаю какую-то кашу: http://dl3.joxi.net/drive/2017/12/09/0007/0175/463023/23/8de4a84a61.jpg

когда пишите веб приложения на ноде, используете ли подход выноса бизнес логики в слои, которые ничего не знают про http и могут рабоать с любыми интерфейсами, либо все пилите сразу и только на уровне http в контроллерах?

я разбиваю и выношу минимальные проверки на уровень роутинга что переменные есть, они определены и всякое такое такой код проще - писать - покрывать unit тестами

Всем привет, кто нибудь пользуется time tracker'oм, можете посоветовать какой нибудь? (windows, webstorm)

toptal

Всем привет, первый междунарождный хакатон Минск-Мадрид в IMAGURU startup hub ищет удаленных фронтендов в команды в испании и минске. Сегодня и завтра до трех, все, кому интересно присоединяйтесь и пишите в наш канал: https://t.me/blockchainthonby. О хакатоне https://imaguru.by/event/imaguru-blockchain-hackathon-2/ , https://www.facebook.com/events/337942503338814/

Надежность падает из-за монолитного решения- тяжелее поддерживать А также надежность падает из-за необходимости коммуникации между процессами

Бизнес логика обычно монолитна. Т.е. там много последовательных проверок и условий. То что микросервисы надежнее это миф. Если чисто логически сервис можно отнести к third party - тогда впринципе можно выносить, иначе всё станет только сложнее. И будет какой-нибудь SOA с ESB в комплекте.

Бизнес логика обычно монолитна. Т.е. там много последовательных проверок и условий. То что микросервисы надежнее это миф. Если чисто логически сервис можно отнести к third party - тогда впринципе можно выносить, иначе всё станет только сложнее. И будет какой-нибудь SOA с ESB в комплекте.

Не всегда. Бывает бизнес логика состоит из нескольких несвязных кусков. Там работа с оповещениями, вариация на тему цмс и система геймификации.

Но есть хороший тезис что сервисы надо не проектировать а выносить

я верно понимаю что получение и парсинг POST зпросов в NodeJS то по сути и есть создание REST API?

я верно понимаю что получение и парсинг POST зпросов в NodeJS то по сути и есть создание REST API?

Нет

А тело уже исполняет ф-и исходя из параметров зпроса

Rest это способ организации ваших апи для работы с сущностями

А то что вы описали это обработка пост запроса))

Не всегда. Бывает бизнес логика состоит из нескольких несвязных кусков. Там работа с оповещениями, вариация на тему цмс и система геймификации.

Оповещения можно отнести к third party. А можно пример, где бизнес логика состоит из нескольких кусков ? Просто я плохо себе это представляю.

Ну вот то что я описал это части живого проекта. Просто когда он долгоиграющий а клиент с фантазией проект растет. У меня сейчас есть cms, регистрация на конференции, каталог, тесты, оправка назначений пациентам (система для ветеринаров), набор баллов за активность, оповещалки, управление пользователями, работа с разными справочниками, интеграция с разными платформами

Плюс ещё сборка отчётов со всего этого добра, что тоже хорошо бы в сервис вынести

А есть например зависимый элемент бизнес-логики, который вынесен в отдельный сервис ? Т.е. например пользователь может купить что-то, ТОЛЬКО в случае, если у него есть соответсвующие баллы в системе, которые достаются из другого сервиса при этом проверка на наличие балов тоже там же?

Ну вот то что я описал это части живого проекта. Просто когда он долгоиграющий а клиент с фантазией проект растет. У меня сейчас есть cms, регистрация на конференции, каталог, тесты, оправка назначений пациентам (система для ветеринаров), набор баллов за активность, оповещалки, управление пользователями, работа с разными справочниками, интеграция с разными платформами

Вот тут да, можно вынести. Но опять же бизнес логика всё равно остаётся монолитной, даже если мы ее выносим в сервисы.

Если мне необходимо сделать DB для приложения на несколько параметров (совсем небольшая), то я могу ограничиться серваком NodeJS и просто примнимать запросы с параметрами для CRUD ?

Потому как очень сложно разобраться, слишком все разнопланово в Node, нет четких стандартов.

А мне надо быстро развернуть все.

Вот тут да, можно вынести. Но опять же бизнес логика всё равно остаётся монолитной, даже если мы ее выносим в сервисы.

Ну глобально да. Сейчас как раз все доработки перевожу из монолита в сервисы. В ядре по идее надо оставить пользователей/авторизацию, а все остальное скидывать дальше. Ну и по хорошему сервисы как и модули должны иметь иерархию без циклических зависимостей

Овтетьте мне, а то я повешусь скоро от этой темы всей, я еле начил Node POST принимать нормально.

Овтетьте мне, а то я повешусь скоро от этой темы всей, я еле начил Node POST принимать нормально.

https://www.google.com/amp/scotch.io/amp/tutorials/build-a-restful-api-using-node-and-express-4

https://medium.freecodecamp.org/building-a-simple-node-js-api-in-under-30-minutes-a07ea9e390d2

https://www.codementor.io/olatundegaruba/nodejs-restful-apis-in-10-minutes-q0sgsfhbd

Вот не могу выбрать за 10 минут хочу или за 30

Вот не могу выбрать за 10 минут хочу или за 30

Ты с монго/монгуз работал?

Нет, но немного предстваляю что это

Это орм

https://github.com/alQlagin/code-factory/blob/master/README.md моя давняя наработка, для быстрого старта может сойдет

Овтетьте мне, а то я повешусь скоро от этой темы всей, я еле начил Node POST принимать нормально.

Сформулируй вопрос, чтобы можно было понять, что тебе нужно, а уже исходя из этого можно будет тебе что-то посоветовать.

Сформулируй вопрос, чтобы можно было понять, что тебе нужно, а уже исходя из этого можно будет тебе что-то посоветовать.

Если мне необходимо сделать DB для приложения на несколько параметров (совсем небольшая), то я могу ограничиться серваком NodeJS и просто примнимать запросы с параметрами для CRUD ?

Нужна DB

Тебе в любом случае будет нужен сервак, чтоб принимать http запросы

Так как верификацию я делаю через Node( такие требования), то тогда уже и DB надо на нем делать

Тебе в любом случае будет нужен сервак, чтоб принимать http запросы

ну так обычный сервак который на Node запускается через Express не пойдет?

это кстати тоже один из моих вопросов

ну так обычный сервак который на Node запускается через Express не пойдет?

Можно, но не нужно

не выдержит?

а что тогда? миллиард вариантов запуска сервера в Node, я не знаю какой выбрать

Если мне необходимо сделать DB для приложения на несколько параметров (совсем небольшая), то я могу ограничиться серваком NodeJS и просто примнимать запросы с параметрами для CRUD ?

Что значит на несколько параметров ? Опиши проблему которую ты решаешь. Я так понимаю у тебя вопрос, нужна ли бд или нет ?

не выдержит?

Express это фреймворк поверх того же самого сервака. Он даст роутинг, его мидлвары дадут паркинг тела запроса

Что значит на несколько параметров ? Опиши проблему которую ты решаешь. Я так понимаю у тебя вопрос, нужна ли бд или нет ?

да, вопрос примерно такой, мне надо всего лишь хранит. адреса ETH и идентификатор который мне отдает Civic (интеграция)

ну и естественно CRUD

ERROR: S client not available

на те же адреса, чтобы пользователь мог заменить

Я пока вижу костыль в виде обработки POST

ну и как нибудь в DB node пусть менят все

от этих POST

да, вопрос примерно такой, мне надо всего лишь хранит. адреса ETH и идентификатор который мне отдает Civic (интеграция)

Возьми бойлерплейт любого фреймворка, с роутингом и так далее. Потом выбери любой драйвер бд, с которой хочешь работать и всё. Задаёшь роут, метод а дальше вобработчике описываешь логику, и там же логику хранения описываешь. Всё.

Если что-то простое, то можно обойтись без всяких orm.

ну так в Node есть какой то route? я не шарю но мне казалось это все есть

Мне даже близко в голову не приходить каакой фреймворк брать.

Мне даже близко в голову не приходить каакой фреймворк брать.

http://expressjs.com/ru/starter/hello-world.html

Так я в нем уже и сижу))

я же выше писал)

//Import the necessary libraries/declare the necessary objects var express = require("express"); var myParser = require("body-parser"); var app = express(); app.use(myParser.urlencoded({extended : true})); app.post("/registeruser", function(request, response) { const jwtToken = request.body.jwtToken console.log('Susscess!'); //This prints the JSON document received (if it is a JSON document) civicSip = require('civic-sip-api’);

...

он у меня умный и умеет принимать POST

теперь осталось научить работать с базой

как это сделать проще всего?

я вообще это написал за день, раньше в глаза Node не видел, так что сложно разбираться

ну это естетсвенно кусок кода

npm install pg

what is pg?

DB?

Ладно, дальше сам. Ресёрчить нужно тебе. Ты сейчас таком положении, что на каждый ответ, будет больше вопросов.

)

верно

и на том спасибо

еще вернусь

Только один вопрос, если я вот такой сервак запускаю на express, он не ляжет от реального пользования?

МНого запросов

Это не какая нибудь тестовая фигня очередная?

Ну если криворучить то ляжет. Например толстые синхронные операции делать

А если тру рест, без сессий и всего такого можно легко скейлить на 2,3, N истансов