Size: a a a

2020 August 11

A

Adv0cat in Go-go!
Мимо Проходящий
Как вы относитесь к идеи хранить time series в DynamoDB ? Совсем отстой ? есть альтернативы для time series в облаке?
Ну если чо, вот вам еще https://www.timescale.com/cloud
источник

МП

Мимо Проходящий... in Go-go!
спасибо за помощь в вопросе, в котором я нуб
источник

p

pragus in Go-go!
Мимо Проходящий
Как вы относитесь к идеи хранить time series в DynamoDB ? Совсем отстой ? есть альтернативы для time series в облаке?
Да, victoriametrics )
источник

p

pragus in Go-go!
O . J
Временные ряды в influxdb вполне норм, если нужно именно клауд решение.
А ему перестало быть спорадически плохо? :)
источник

OJ

O . J in Go-go!
pragus
А ему перестало быть спорадически плохо? :)
использовал на одном из проектов, не заметил каких-то проблем, мб не те объемы конечно.
источник

OJ

O . J in Go-go!
pragus
Да, victoriametrics )
@valyala, планируется облачное решение?
источник

AV

Aliaksandr Valialkin in Go-go!
O . J
@valyala, планируется облачное решение?
да
источник

OJ

O . J in Go-go!
спасибо!
источник

VS

Vladimir Smirnov in Go-go!
Мимо Проходящий
Как вы относитесь к идеи хранить time series в DynamoDB ? Совсем отстой ? есть альтернативы для time series в облаке?
мне кажется лучше с этим вопросовом в церковь метрик, там это более профильная тема и больше людей что-то подскажут
источник

МП

Мимо Проходящий... in Go-go!
Vladimir Smirnov
мне кажется лучше с этим вопросовом в церковь метрик, там это более профильная тема и больше людей что-то подскажут
в смысле в бдшный чатик?
источник

с

сонная википедия... in Go-go!
Мимо Проходящий
в смысле в бдшный чатик?
источник

VS

Vladimir Smirnov in Go-go!
Мимо Проходящий
в смысле в бдшный чатик?
вот тот что выше, там просто именно про мониторинг на базе метрик и хранение, а не про язык )
источник

МП

Мимо Проходящий... in Go-go!
Vladimir Smirnov
вот тот что выше, там просто именно про мониторинг на базе метрик и хранение, а не про язык )
👌
источник

AQ

Alex Q in Go-go!
Подскажите как лучше делать инициализацию package из файла при старте приложения. В питон фреймворках обычно один файл который  обрабатывается на старте и потом настройки из этого файла пробрасываются в нужные части приложения. Для парсинга конфига я использую github.com/spf13/viper.
Собственно вопрос - стоит ли парсить конфиг полностью в main.go и пробрасывать потом данные в другие модули или же стоит сделать отдельные конфиги для каждого модуля и подгружать их отдельно в каждом модуле?
источник

DP

Daniel Podolsky in Go-go!
зависит от задачи
источник

DP

Daniel Podolsky in Go-go!
обычно весь конфиг парсится в main
источник

AQ

Alex Q in Go-go!
то есть такая схема будет условно валидной
conf :=parseConfig()
initdb(conf)
initcache(conf)
initetc(conf)
источник

DP

Daniel Podolsky in Go-go!
да, но я бы сделал

conf :=parseConfig()
initdb(conf.DB)
initcache(conf.Cache)
initetc(conf.Etc)
источник

M

Michael in Go-go!
Alex Q
то есть такая схема будет условно валидной
conf :=parseConfig()
initdb(conf)
initcache(conf)
initetc(conf)
Как вариант
conf :=parseConfig()
initdb(conf.DB)
initcache(conf.Cache)
initetc(conf.Etc)
источник

AQ

Alex Q in Go-go!
Ясно, спасибо.
источник