В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

Go-go!

3502 membersпожаловаться на группу
2020 March 25

CI

Co. In in Go-go!
Вот товариш и я спрашиваем
https://t.me/gogolang/410801

В правильной архитектуре нужно пробрасывать из горутин ошибки наружу или обрабатывать их внутри? По логике вроде как если это микросервис, то обрабатывать в пределах горутины. Потому что если пробрасывать то вроде как функции монолита выглядят
источник
22:51пожаловаться#1

АП

Александр Попов in Go-go!
Co. In
Вот товариш и я спрашиваем
https://t.me/gogolang/410801

В правильной архитектуре нужно пробрасывать из горутин ошибки наружу или обрабатывать их внутри? По логике вроде как если это микросервис, то обрабатывать в пределах горутины. Потому что если пробрасывать то вроде как функции монолита выглядят
внутри
источник
22:51пожаловаться#2

АП

Александр Попов in Go-go!
уже с подольским выше обсуждали
источник
22:51пожаловаться#3

АП

Александр Попов in Go-go!
если надо что-то с гоурутиной делать - пишем изнутри в общий канал и понимаем что гоурутина готова
источник
22:51пожаловаться#4

DZ

Dmitry Zherebko in Go-go!
Co. In
Вот товариш и я спрашиваем
https://t.me/gogolang/410801

В правильной архитектуре нужно пробрасывать из горутин ошибки наружу или обрабатывать их внутри? По логике вроде как если это микросервис, то обрабатывать в пределах горутины. Потому что если пробрасывать то вроде как функции монолита выглядят
https://godoc.org/golang.org/x/sync/errgroup если про удобный способ хендлинга ошибок для горутин
источник
22:51пожаловаться#5

ИМ

Иван Михейкин in Go-go!
Dmitry Zherebko
под разными ентрипоинтами я имею ввиду разные бинарники
Если всё на одному сервере, то это шаред хостинг. Если бинари в образах, то контейнеризация, если тачек много и всё в облаке, то оркестрация.
источник
22:52пожаловаться#6

DZ

Dmitry Zherebko in Go-go!
оркестрация монолита или это уже можно назвать микросервисом?
источник
22:53пожаловаться#7

DP

Daniel Podolsky in Go-go!
один мой коллега называет это “встроенные микросервисы”
источник
22:54пожаловаться#8

АП

Александр Попов in Go-go!
тут я сталкивался с таким понятиям микросервисов - если общаются между собой - то микросервисы
источник
22:58пожаловаться#9

АП

Александр Попов in Go-go!
если через посредника или общаются с "маткой" только - уже нет
источник
22:58пожаловаться#10

DP

Daniel Podolsky in Go-go!
дело не в формальных признаках
источник
22:59пожаловаться#11

RC

Roman Covanyan in Go-go!
микросервис - это то, что можно переделать не затрагивая все остальное
источник
23:00пожаловаться#12

АП

Александр Попов in Go-go!
Roman Covanyan
микросервис - это то, что можно переделать не затрагивая все остальное
ну допустим у нас есть некая система, один сервис написан на раст, другой на питоне их можно переделать по отдельности - но если они между собой не связаны - все не микросервисы, а модули
источник
23:01пожаловаться#13

АП

Александр Попов in Go-go!
тобишь это монолит с модулями
источник
23:01пожаловаться#14

DP

Daniel Podolsky in Go-go!
вот у нас есть бизнес-требования, и мы под них нарисовали архитектуру

и вот бизнес-требования изменились

если мы можем измененные бизнес-требования сформулировать как последовательность правок для сервисов, которые можно выкатить абсолютно независимо - у нас микросервисы

если независимо выкатить не получится, надо синхронизировать - значит, не очень
источник
23:01пожаловаться#15

АП

Александр Попов in Go-go!
Daniel Podolsky
вот у нас есть бизнес-требования, и мы под них нарисовали архитектуру

и вот бизнес-требования изменились

если мы можем измененные бизнес-требования сформулировать как последовательность правок для сервисов, которые можно выкатить абсолютно независимо - у нас микросервисы

если независимо выкатить не получится, надо синхронизировать - значит, не очень
у нас тут такая же проблема, правки бл требуют правки протокола общения... из за этого по цепочке мы должны править всех причастных
источник
23:02пожаловаться#16

АП

Александр Попов in Go-go!
а там цепочки по 4 сервиса за раз
источник
23:02пожаловаться#17

АП

Александр Попов in Go-go!
например изначально было поле FIO, а потом стало три поля. И пошло говно по трубам... тикеты на всех причастных
источник
23:03пожаловаться#18

АП

Александр Попов in Go-go!
ап версии протокола
источник
23:04пожаловаться#19

АП

Александр Попов in Go-go!
а у каждого сервиса может быть своя логика с этим связанная, пакет может мутировать как результат работы...
источник
23:04пожаловаться#20