ой )

еххе ) ехххехеххехех что то гоню ) серьезно)

Когда с питона на го переходил, немного офигел, когда прочитал, как выполняется вычисление, заменяющее оператор // из питона )

Когда с питона на го переходил, немного офигел, когда прочитал, как выполняется вычисление, заменяющее оператор // из питона )

а что не так?

а что не так?

Для меня тогда было странно, что там такого оператора не было. Потом увидил что так просто всё коментируется.

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

есть js интерпритатор на go

Прикольно. Я рад что в это сообщество попал. Надеюсь многому научусь.

есть js интерпритатор на go

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

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

Можно, а зачем ?

например, тот же lua

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

т.е. например по умолчанию я хочу версию получать в переменной version в jsone, а сервис хоть и отдает в jsone но называет как ver / versions

или еще как

ИМХО, лучше все пересобрать, чем эти костылищи городить

Звучит как графкуэль

Звучит как графкуэль

во-во

вот как раз таким ИМХО - если быстродействие будет падать не очень сильно - меня устроят именно костыли, потому что часто пересобирать и мучиться я не хъочу, просто буду каждому сервису вешать свой шаблон как с ним общаться

вот как раз таким ИМХО - если быстродействие будет падать не очень сильно - меня устроят именно костыли, потому что часто пересобирать и мучиться я не хъочу, просто буду каждому сервису вешать свой шаблон как с ним общаться

Как говорится, если очень хочется - то можно :) Встроить тот же lua/js и подгружать нужный файл :)) ЕМНИП, в go еще была поддержка модулей, но про них не подскажу, т.е. не пользовал

Как говорится, если очень хочется - то можно :) Встроить тот же lua/js и подгружать нужный файл :)) ЕМНИП, в go еще была поддержка модулей, но про них не подскажу, т.е. не пользовал

вот я как раз не хочу луа или js, я хочу именно go, ну или c/c++

вот я как раз не хочу луа или js, я хочу именно go, ну или c/c++

https://golang.org/pkg/plugin/

вот я как раз не хочу луа или js, я хочу именно go, ну или c/c++

ооо, насчет с++. Это как раз таки очень реализуемо.

ооо, насчет с++. Это как раз таки очень реализуемо.

мне тут просто советовали отказаться от c/c++ кода в го, т.к. там говорят кривая реализация их взаимодействия, говорят тормозит сильно

мне тут просто советовали отказаться от c/c++ кода в го, т.к. там говорят кривая реализация их взаимодействия, говорят тормозит сильно

Я незнаю С такими вещами не эксперементирую. Но я читал про использование intel daal go и c++ для ускорения алгоритмов. Сейчас поищу.

Я незнаю С такими вещами не эксперементирую. Но я читал про использование intel daal go и c++ для ускорения алгоритмов. Сейчас поищу.

буду благодарен

Ускорения можно добиться, если вычисления «долгие»

Ускорения можно добиться, если вычисления «долгие»

Я не про это. Сейчас поищу. Там обясняется. Intel библы же выпускала для аналитики daal.

Нашел )

https://habrahabr.ru/company/intel/blog/338002/

Незнаю что это - Spark с MLlib, но здесь написано про 7 раз быстрее чем.

вообще - интересно, но судя по всему не для меня штука все же :(

Поскольку Go прекрасно взаимодействует с C/C++, можно реализовать эту функциональность в программах Go без особых затруднений. При этом мы существенно выиграем по скорости: эти библиотеки уже оптимизированы для архитектуры Intel. Как показано здесь, в определенных операциях, например при анализе основных компонентов, Intel DAAL может работать в семь раз быстрее, чем Spark с MLlib. Это очень здорово! Было бы очень кстати задействовать такую мощь в приложениях Go.

вообще - интересно, но судя по всему не для меня штука все же :(

Почему ?

Поскольку Go прекрасно взаимодействует с C/C++, можно реализовать эту функциональность в программах Go без особых затруднений. При этом мы существенно выиграем по скорости: эти библиотеки уже оптимизированы для архитектуры Intel. Как показано здесь, в определенных операциях, например при анализе основных компонентов, Intel DAAL может работать в семь раз быстрее, чем Spark с MLlib. Это очень здорово! Было бы очень кстати задействовать такую мощь в приложениях Go.

Маркетинг, не более

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

Все зависит от того, что ты будешь делать

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

ааа. а вы что нибудь супермега гибкое придумайте )

Вы же профессионал наверное.

ааа. а вы что нибудь супермега гибкое придумайте )

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

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

вы же можете использовать кросскомпиляцию go/c

будет часть на с часть на go

это из коробки поддерживается

это из коробки поддерживается

вот как раз от этого меня отговаривали говоря что будут дикие тормоза в итоге

но видимо всё же попробую этот вариант, если заработает - будет в высшей степени великолепно)

вот как раз от этого меня отговаривали говоря что будут дикие тормоза в итоге

Сделай бенчмарк, будь мужиком! :))

Сделай бенчмарк, будь мужиком! :))

ну так и я про что :)

ну окей... вы можете свою либу немного доплить и статически линкануть

или динамически

вот как раз таким ИМХО - если быстродействие будет падать не очень сильно - меня устроят именно костыли, потому что часто пересобирать и мучиться я не хъочу, просто буду каждому сервису вешать свой шаблон как с ним общаться

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

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

матан вроде на го неплохо пишется... если у вас тяжелая математика еще инаписана кривыми руками - лучше переписать)))

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

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

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

используй очереди для общения микросервисов

используй очереди для общения микросервисов

нельзя, там синхронно все

Мы рады анонсировать нашего следующего спикера! Jessie Frazelle работает над поддержкой Linux и контейнеров в экосистеме Microsoft. Бывший мэйнтейнер Docker, контрибьютор в RunC, Kubernetes, Linux и Go. We are happy to announce our next speaker! Jessie Frazelle works with Linux and Containers at Microsoft. She has been a maintainer of Docker and a contributor to RunC, Kubernetes, Linux, and Go.

ну по архитектуре конечно никто не подскажет, но все так спрошу

если есть некая обертка на бд, аля модели которая используется в http хардлере

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

например model.Search() у меня возращает коллекцию записей в виде моделей, первый аргументов коннект к бд принимает

можно было конечно сделать некую фабрику...

и уже кормить в хердлер эту фабрику моделей

а фабрику накормить коннектом при инициализации

все всех кормят, мечта бабушки xd

да так и сделаю, накормплю враппер модели коннектом ?

ERROR: S client not available

так кашернее будет

один фиг над коннектом уже пришлось сделать оберточку

Мы рады анонсировать нашего следующего спикера! Jessie Frazelle работает над поддержкой Linux и контейнеров в экосистеме Microsoft. Бывший мэйнтейнер Docker, контрибьютор в RunC, Kubernetes, Linux и Go. We are happy to announce our next speaker! Jessie Frazelle works with Linux and Containers at Microsoft. She has been a maintainer of Docker and a contributor to RunC, Kubernetes, Linux, and Go.

че много записалось людей? или коммерческая тайна?

Пока рано об этом говорить

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

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

У меня авторизацию хотя бы проходят, через обычный sessions. А все запросы проходят без авторизации, только если включаю дебаг режим и эмуляцию , якобы запрос авторизован в системе под таким то id.

У меня авторизацию хотя бы проходят, через обычный sessions. А все запросы проходят без авторизации, только если включаю дебаг режим и эмуляцию , якобы запрос авторизован в системе под таким то id.

эм... какие сессии вообще в микросервисах? о_О?

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

эм... какие сессии вообще в микросервисах? о_О?

Незнаю что такое микросервис, описал как у себя в сети общение налажено.

Незнаю что такое микросервис, описал как у себя в сети общение налажено.

вы приложения горизонтально масштабируете?

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

т.е. изначально куда идти они не знают?

вы приложения горизонтально масштабируете?

Это я тоже не знаю что такое.

?

т.е. изначально куда идти они не знают?

нет, сервисы регистрируют свои ендпоинты

нет, сервисы регистрируют свои ендпоинты

Ваня, как давно я с тобой не общался)) Проконсультируешь немного?)

Узнал?)

Что вообще по этому поводу можно почитать? Как должен выглядеть сервис который будет отдавать эндпоинты других сервисов? Особенно при горизонтальном масштабировании?

может idm, насколько корректно в нем эндпойинты кроме достуап хранить - хз

в опен стеке, keystone (idm), например, хранит эти эндопйнты

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

можно докеру в ранскрипт это отдать, но ... у меня не докер

можно докеру в ранскрипт это отдать, но ... у меня не докер

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

да нормальный, чтол тебе надо чтобы спросить что то у кубера?

да нормальный, чтол тебе надо чтобы спросить что то у кубера?

ничего мне не надо, просто обратиться по адресу вида app.namespace.cluster.loc или как-то так. дальше кубер сам кинет на однйо из приложений которые на этот адрес завязаны

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

а передавать в хендеры самописную либу по ссылке не очень хорошая идея? ?

у меня есть рест приложение, в каждый хедлер я кормплю Tracer *tracer.Tracer

фактические это обертка над opentrace

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

@zelenin можеть быть такое что во время выполнения горутины запустилась еще одна и прямо переписала?

GO 1 Middleware: Tracer SET var 1 GO 2 Middleware: Tracer SET var 2 GO 1 HANDLE: Tracer GET var // 2 GO 2 HANDLE: Tracer GET var // 2