страшно писать

? GopherJS???) ну можно в ЛС тогда

go-kit

вот уж не думал... ну ладно, буду знать

не думал о чем?)

не думал о чем?)

что go-kit может вызывать какие-то проблемы, хотя мб не в нём дело

контекст, если я не ошибаюсь в 1.7 как раз запилили (перенсли из /x/net)

это старый сервис, в качестве обвязки был взят go-kit, но вот сейчас он мешает только. Чтобы запустить на новой версии go пришлось код править и зависимости в вендор фолдер. Теперь для запуска на старой версии над откатывать все. Да есть Git но сейчас не могу запускать со старой ревизии сервис...

ну у меня 1.6 на машине была и думаю тоже самое в контейнере

1.6+

в одно время собирал

и качал образ

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

но контейнер 10 месяцев отроду

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

что подразумевается под работой

что подразумевается под работой

Например сервис должен сохранять определённые данные в бд.

ну в целом зависит от архитектуры... у вас db под каждый сервис?

или warehouse

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

насколько я понимаю идеологию go-kit, то микросервис должен предоставлять handler, внутри которого и "запечатана" вся магия, включая работу с бд. А потом этот handler уже можно вызывать в любом месте (по любому транспорту)

ну в целом зависит от архитектуры... у вас db под каждый сервис?

У нас один сервис :)

Пока что

Вот и думаем как лучше, сделать общее хранилище или под каждый сервис отдельно

насколько я понимаю идеологию go-kit, то микросервис должен предоставлять handler, внутри которого и "запечатана" вся магия, включая работу с бд. А потом этот handler уже можно вызывать в любом месте (по любому транспорту)

Искал в примерах, но не нашёл ничего с бд, что можно было бы подсмотреть.

Вот и думаем как лучше, сделать общее хранилище или под каждый сервис отдельно

по идее это не важно, сервис должен быть так оформлен, чтобы можно было легко свапнуть эти 2 опции

не

все упирается в архитектуру

тобишь если варехаз делают

то как бэ полюбому в сервисе

работу с бд

потому как варехауз подразумевает что есть нечто вроде монолита и сервис

ок

тобишь если варехаз делают

warehouse это архитектурный паттер что ли? я думал, это просто в примере они что-то для складов пишут)

если же предполагается полноценная микросервисная тема то тут в сторону не связанности смотреть

работу с бд

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

warehouse это архитектурный паттер что ли? я думал, это просто в примере они что-то для складов пишут)

да, паттерн

))))

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

у меня в сервисах которые пишут в бд, я в init объявляю коннектор и передаю по сервису этот линк

и я это взял из доки Go

ну вроде оттуда =))

А сами запросы типа 'select...' не в сервисе прописаны?

я использую подтягивание

я использую подтягивание

Про это где то можно почитать? для тех кто с деревни.

request, _ := sqlSource.Raw("get-data")

вроде такого

request, _ := sqlSource.Raw("get-data")

Спасибо!

Понял куда копать

dbErr := db.Select(&data, request, date)

у меня используется это : var sqlSource *dotsql.DotSql

"github.com/gchaincl/dotsql"

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

и отдельно его модерировать

да, спорно, но можно

Тем временем трабл с утечкой памяти не решался......поставил на крон ребус сервиса ?

благо он стейтлес

Тем временем трабл с утечкой памяти не решался......поставил на крон ребус сервиса ?

systemd уже не в моде? он сам будет поднимать его, когда тот упадёт

фу

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

supervisord онли

ванлав

не

у меня виртуалка тут

и у нее 17 гб озу

и несколько сервисов

если буду ждать даун этого сервиса, то как бэ поляжет более важное

если буду ждать даун этого сервиса, то как бэ поляжет более важное

если я не ошибаюсь, через механизм cgroups можно задавать лимит ресурсов

не изучил этот вопрос еще

ну просто cron это как-то уж совсем костыльно

нуууууу

не

виртуалка на redhat

точнее OEL7

понимаю что нужна времянка пока не найду причину...

понимаю что ребутать через n минут - норм

поставил системе задачу в крон, и решаю основную задачу

не вижу костыльности тут. Этож времянка

использование системы и утилиты по назначению

ну так-то вообще лучше кубернетис ставить чтобы он отстреливал жрущие сервисы и поддерживал n инстансов

и балансировал между ними

По поводу памяти мысли собрал в кучку, думаю завтра отпишу)

Вещание #подкаст http://golangshow.com/online/

Добрый вечер, подскажите пожалуйста как в Go принято находить место в пакете, в котором описана функция.

Добрый вечер, подскажите пожалуйста как в Go принято находить место в пакете, в котором описана функция.

как и в любом другом языке - ctrl+click, если ide, ctrl+f если редактор, grep если консоль

как и в любом другом языке - ctrl+click, если ide, ctrl+f если редактор, grep если консоль

То есть интуитивно понять что например packagename.SomeMethod() находится в каком то точно файле нельзя?

Вопрос по Docker + MacOS: если я соберу образ для докера под linux с go-приложением внутри, он взлетит без пересборки под MacOS? Пробовали собирать под linux бинарник без докера, на MacOS он не захотел запускаться.

То есть интуитивно понять что например packagename.SomeMethod() находится в каком то точно файле нельзя?

только если разработчик об этом позаботился

То есть интуитивно понять что например packagename.SomeMethod() находится в каком то точно файле нельзя?

нет

Спасибо

Всем доброго вечера)

✋

Вопрос по Docker + MacOS: если я соберу образ для докера под linux с go-приложением внутри, он взлетит без пересборки под MacOS? Пробовали собирать под linux бинарник без докера, на MacOS он не захотел запускаться.

а почему бы ему не взлететь ? Гланое версия какая не перепутать ( x86 или x64 )

а кросскопиляция разве не работает ?

я с мака компилил под linux

и все работало

а почему бы ему не взлететь ? Гланое версия какая не перепутать ( x86 или x64 )

да мало ли что ему там не понравится) а по поводу кросскомпиляции - да, моё упущение, не вспомнил о ней в нужный момент

добрый день. Простой вопрос. А вот был код на питоне, возвращал json. Русские буковки преобразовывались в \uXXXX . Сейчас код на го возвращает русские буковки как есть. Что правильно?