https://combot.org/chat/-1001043143583 Ссылки на полезные ресурсы: https://ruhaskell.org/links.html ; Информация о мероприятиях: https://gist.github.com/qnikst/a96cac661be80d126d0829f2ced1916e
Не это именно внешний шаблонизатор. Только в контекст может структуры из языка получать
Читать полностью…хочу статику генерить из маркдауна шаблончиками составными из компонентов, и чтоб язык не особо важен был и что это все минимально без всяких докеров разворачивалось
Читать полностью…Насколько я понимаю, в этом направлении хорошая работа была проделана cilium, который интегрирован с современными облачными инфровыми приложениями и реализует свою гошную high level обертку над eBPF, позволяя очень хорошо обозревать и менеджить сеть
Можно было бы легко реализовать что-то подобное на Хаскеле с Кликхаусом в качестве интегрированного и более эффективного стороджа. Но у нас в целом хороших биндингов к сишному софту часто не хватает, а чтобы еще eBPF обернуть - кому оно нужно, лучше библиотеку эффектов новую сделать
говорят там совсем хорошо по перфу, но пока не так много фич
Читать полностью…а это разумным образом автоматизируется, вроде специфичные истории, а стандартные мониторы стандартизированы и с дашборадами идут?
Читать полностью…ставятся из коробки, а потом начинается:
1) тюнинг /metrics и создание дашбордов вручную
2) прикручивание сверху отдельно отчетов и аудита метрик
3) помимо метрик нужно еще настраивать OTEL в отдельных компонентах
4) отдельно нужно строить мониторинг для мониторинга
5) SIEM вообще в другой вселенной живет
Вообще, конечно, под Хаскелем можно искать боли в этих продуктах и делать zero config альтернативы. Весь мониторинг в кубе проклят и рынок от этого точно устал, но коробочных альтернатив этому нет - только ClickStack сейчас появляется, но в нем все равно нужно руками все собирать
Читать полностью…Мне кажется виктория вышла тк сделали продукт, который полный dropin replacement, но лучше, когда в той же памяти и ресурсах можно хранить метрики не за 8 часов, а за полгода это многого стоит
Читать полностью…чтоб техписы контент писали, а дизайнеры с маркетологами шаблоны делали =))
Читать полностью…Оно от гошного софта неотделимо: grafana, helm (пакетный менеджер куб манифестов). Сходу так не вспомню где еще я с ним работал
Читать полностью…которым весь мир пользуется поневольно
https://pkg.go.dev/text/template
Господа, напомните пакетик, для рендера html из внешнего шаблона, был какой-то
Читать полностью…Под тюнингом я понимаю изменения со стороны своих приложений чтобы поддержать новые метрики для новых "задач SRE". Это все работает по принципу "добавил, посмотрел, заставил починить и забыл" - требует построить отдельный процесс разработки, в котором разделена отвественность между автоматизацией бизнес процессов и SRE
В целом же в инфраструктуре решаются проблемы распределения вычислительных ресурсов, в которых Prometheus дизайнился чтобы закидать предупреждениями об отказе компонента, а не строить реальную обозреваемость ресурсов и автоматизировать масштабируемость - это главное его отличие от тех же SIEM систем, в которых из коробки подразумевается: категоризация событий и определение стратегий реакции на них
Условный куб при этом дает все для автоматизации управления ресурсами в облаке в рамках единой SIEM системы, например:
-> количество IOPS вышло за пределы на node-2
-> компоненты B и C на node-2 могут быть шардированы
-> SIEM система подняла сервер 3 и попыталась перераспределить записи компонента C на него
-> SIEM система сообщила об ошибке или успехе при реагировании, сформировала отчет о работе
-> SIEM система обнаружила, что IOPS упал ниже критической точки и свернула сервер 3
С этим виктория успешно справляется, там мониторинги на мониторинги из коробки
Читать полностью…1) тюнинг /metrics и создание дашбордов вручную
Хм, вроде victoria + grafana решают примерно всё и ставятся из коробки вообще не включая мозг
Читать полностью…Это чисто техническая часть. А бизнесовая конъюнктура такая, что на Go написан k8s+prometheus, на которых сидит весь мир - по итогу начать такой проект и быстро масштабировать его в рамках Go разработки легко
А на Хаскеле одно дело сделать конкурент гошному продукту, а другое дело собрать команду, которая будет большой бизнес консалтить по миграции в рамках контрактов - такая бизнес модель у VictoriaMetrics
У VictoriaMetrics продукт на этой поляне получился за счет большого рынка системной разработки, в которой Go исторически занял нишу, и хорошей b2b консалтинг модели, судя по рассказам их CTO
Я верю, что Haskell может занять свою нишу в системном программировании в будущем, но пока что накопленная инженерная культура (за пределами работы с Nix) лично у меня вызывает фрустрацию и я бы видел потенциал в проектах, ориентированных на бизнес поменьше или более специализированный - в целом у нас кажется примерно там ниша и лежит: биотех, крипта, специфические опердни