Ага

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

Точно не на гохе. Она же долгая с точки зрения написания кода. Ну мне так показалось

С помощью Nginx туда трафик перенаправляешь - и всё. Остальные в пхп ходят

Ясно. У нас были демоны. Что-то само брало данные, что-то получало.

Смотря что писать. Да, конечно, Go это не про скорость разработки. Зато отличная утилизация ресурсов и код получается (лично у меня) очень надёжным, потому что я каждую ошибку обрабатываю. Да, можно и в php/nodejs всё в исключения оборачивать, но мне важно, чтобы ошибки именно обрабатывались, и выполнение продолжалось дальше. Можно сделать это и на исключениях, но код куда более сложным становится, и не всегда понятно, что на этот раз тебе исключение кинет, которое демон сломает

Я просто понимаю что и где может сломаться и по возможности пишу на это тесты.

Хотя подход конечно как в храме. Я верую

Это-таки мало чего гарантирует. Мне много доводилось писать демоны на пхп - наелся я этого добра) Серьёзно, постоянно где-то что-то забываю. Исключением выстрелить может что угодно - и, естественно, не везде помнишь, что его надо поймать. В go любая функция явно возвращает ошибку. Это не всегда нужно и не везде удобно, но там, где нужна надёжность, мне этот подход удобней, чем исключения

fun(err,data) что ли? Я go не юзал.

err, data = fun(...)


Вроде так было

Но смысл ровно тот же имхо

Ну типа того. Только err принято последним параметром. Если err = nil, то ошибки нет. Привет, 80-е!)

Привет nodejs

Дело в том, что в бизнес-локиге лучше не бросать эксепшены(throw new SomeError()), а возвращать её как объект.

тогда гараздо легче различать где у тебя error(ошибка приложения), а где exception(ошибка, которую по бизнесу генерить сам дев)

всем привет, не получается отправить данные с микросервиса в приложение. На втором скриноште место, куда запрос должен попадать. На третьем и четвертом то, как стартуют микросервис и основное приложение. На последнем - то, как в микросервисе определяется клиент(основное приложение)