TGINSIGHT SIMILAR POSTS
Изходен канал @clockstackwheels · Post #721 · 26.12
Почему я люблю языки с сильной системой типов, проверяемой статическим анализом кода — хорошо написанная программа является своей собственной спецификацией и позволяет выражать через язык программирования законы существования предметной области. Когда-то давно я писал на ActionScript. Там была система типов, но вот десериализация JSON'ов по-умолчанию была в какой-то общий Object, к полям которого нужно было обращаться ["по_строковому_имени"]. В один момент мне потребовалось написать что-то на C#, который я совсем не знал, я стал гуглить, как десериализовать JSON, и с удивлением обнаружил кучу советов заранее объявить класс со всеми нужными полями и десериализовать в него. "Какой ужас!", — подумал я тогда, — "Это же дико неудобно! А если я не знаю полей JSON? А если их много? Отвратительный язык!" Теперь то я прекрасно понимаю, что JSON это контракт, и что правильная десериализация только такая и должна быть, и что в хорошем API в одном поле никогда не бывает данных принципиально разных типов, и так далее. Нет, если вы набиваете вечерами пет-проект или сидите бессонную ночь на хакатоне, нет ничего плохого в том, чтобы взять простой язык с динамическими типами вроде JavaScript или Python, не требующий описывать данные. Но вот в энтерпрайзе, особенно когда над одним проектом работает много людей (а бывает это очень часто) — хорошее использование системы типов убережёт разработчиков от огромного количества ошибок, будет бить их по рукам, когда они пытаются сделать что-то не то, и будет подсказывать, когда они не уверены в чём-то. С помощью статической типизации можно на уровне кода обозначить правила, по которым ведёт себя предметная область вашей программы в реальном мире. Разработчику не только будет сложно их нарушить, но он ещё и станет узнавать какие-то вещи, которые мог не знать раньше. Например, если мы делаем медицинскую CRM, и больница заводит новых пациентов только тогда, когда знает их группу крови, мы можем объявить тип "Пациент" (или, если точнее, "Карта пациента") и запретить создавать экземпляры этого типа, не передав в конструктор группу крови (которая, в свою очередь, тоже является типом, вероятнее всего ValueObject'ом). Если новый программист пришёл в проект, он, во-первых, не сможет записать в БД некорректную карту пациента. Понятно, мы не учитываем случаи, когда новый программист переделывает модели предметной области — это будет хорошо видно на кодревью. А, во-вторых, даже если ему никто не сказал, что пациенты должны быть с группой крови, он узнает это из кода. И уже будет понимать, что в тех процессах реальной жизни, которые он описывает кодом, карта пациента создаётся только при наличии группы крови. А, значит, нужно искать какой-то способ сначала эту группу крови получить, и только потом создавать карту. Программирование моделирует реальный процесс. В настоящей работе даже на языках с типами, конечно, без должного контроля можно написать что угодно. Нужна управленческая воля, компетентность руководства, понимание опасности техдолга, в идеале отдельные должности для архитекторов, опытные лиды и старшие разработчики. Но когда всё это есть, можно отсекать много проблем ещё на старте и проще погружать новичков. #dev
Hashtags
Търсене: #grafana
@andreyposnov · Post #3760 · 21.04.2026 г., 09:57
Очень много классных новинок в Grafana, от ускорения работы Loki для логов (который будет теперь на кафке), до повсеместного AI который помогает найти root case инцидентов, строить дашборды, алерты, очень круто, да еще новая тула https://github.com/grafana/gcx и AI agent friendly strategy и тд. Но что реально круто, это то, что меня сфоткали и теперь у меня будет новая аватарка 😅 #grafana
Hashtags
@tg_infosec · Post #3344 · 02.07.2025 г., 12:33
👁 Nmap + Grafana. • Grafana является прекрасной системой визуализации и анализа информации, которая позволяет «из коробки» работать с широким спектром источников данных (data source) – Elasticsearch, Loki, MS SQL, MySQL, PostgreSQL, Prometheus и др. При необходимости также интегрируется с Zabbix, PRTG и др. системами. Свободно распространяется по лицензии GNU AGPL v3 (бесплатно). • В этой статье описано создание панели управления Nmap с помощью Grafana и Docker, чтобы получить полноценный обзор сети и открытых служб: https://hackertarget.com/nmap-dashboard-with-grafana/ #Nmap#Grafana
@repo_science · Post #3437 · 13.07.2023 г., 23:04
#IoT#Grafana#book 🛠 Building IoT Visualizations using Grafana: Power up your IoT projects and monitor with Prometheus, LibreNMS, and Elasticsearch ✍️Rodrigo Juan Hernandez 📆 2022 🔗Link ----- Main channel:@repo_science Coupons:@freecoupons_reposcience -----
@dofh_ru · Post #3300 · 27.03.2024 г., 06:14
На днях разработчики Angie анонсировали свой готовый Dashboard для мониторинга веб сервера через Prometheus и Grafana. Решил сразу его попробовать. Забегая вперёд скажу, что всё это существенно упрощает настройку мониторинга, который и так уже был на хорошем уровне в Angie. Стало просто отлично. Напомню, что у Angie есть встроенный prometheus exporter. Включаем его так. Добавляем куда-нибудь location. Я обычно на ip адрес его вешаю в default сервер и ограничиваю доступ: location =/p8s { prometheus all; allow 127.0.0.1; allow 1.2.3.4; allow 4.3.2.1; deny all; } И добавляем в секцию http: include prometheus_all.conf; Далее добавляем в prometheus: scrape_configs: - job_name: "angie" scrape_interval: 15s metrics_path: "/p8s" static_configs: - targets: ["1.2.3.4:80"] Только убедитесь, что ваш веб сервер отдаёт метрики по http://1.2.3.4/p8s. Либо какой-то другой url используйте, который настроили. Вот и всё. Теперь идём в свою Grafana и добавляем готовый дашборд. Вот он: ⇨ https://grafana.com/grafana/dashboards/20719-angie-dashboard Дашборд полностью автоматизирован. Сам подхватывает все настройки из Angie. Покажу, как это работает. Допустим, вы хотите получать метрики по какому-то конкретному виртуальному хосту. Идём в него и добавляем в секцию server: server { server_name serveradmin.ru; status_zone serveradmin.ru; ................ } Перезапускаем Angie и переходим в Dashboard. В разделе HTTP Server Zones появится отдельная статистика по этому виртуальному хосту. То же самое можно сделать с отдельными location. Добавим отдельную зону в основной location и с php бэкендом: location / { status_zone main; ............... } или location ~ \.php$ { status_zone php; ................... } Идём в раздел HTTP Location Zones и смотрим там статистику по указанным location. Статистика по бэкендам, зонам с лимитами тоже подхватывается автоматически, если они у вас настроены, и сразу видна в дашборде. Сделано всё очень удобно. Мониторинг веб сервера настраивается максимально быстро и при этом очень функционально. Отдельно напомню, что у Angie вся эта же статистика видна в веб интерфейсе Console Light. И так же доступна через модуль API. Я через него сделал шаблон для Zabbix с основными метриками. Шаблон по ссылке стоит рассматривать только как пример создания. Он был сделан на скорую руку. Я его у себя немного доделал, но новую версию не выкладывал. Уже не помню, какие там отличия. С выходом этого дашборда для графаны мне шаблоном для Zabbix заниматься не хочется. Довольно хлопотно всё это реализовывать в нём и не особо имеет смысл, раз уже всё сделано за нас. Графаной я и так постоянно пользуюсь в связке с Zabbix, и Prometheus тоже использую. 📌 Ссылки по теме: ⇨ Настройка панели Prometheus ⇨ Модуль API ⇨ Директива status_zone ⇨ Web Console Demo Как по мне, возможностей бесплатного веб сервера Angie на текущий момент существенно больше, чем у бесплатного Nginx. И речь не только о мониторинге. Там есть много других удобств. Разница в функциональности тянет уже на отдельную заметку. #angie#мониторинг#grafana
Hashtags
@githubtrending · Post #14846 · 20.06.2025 г., 12:00
#go#cloudnative#grafana#hacktoberfest#logging#loki#prometheus Loki is a log aggregation system inspired by Prometheus but designed specifically for logs instead of metrics. It is cost-effective and easy to operate because it only indexes metadata (labels) about logs, not the full log content, which reduces storage and complexity. Loki works well with Kubernetes by automatically indexing pod labels and integrates natively with Grafana for easy log visualization. Its stack includes an agent (Alloy) to collect logs, Loki to store and query them, and Grafana to display them. This setup helps you efficiently manage and analyze logs with less cost and simpler operation compared to traditional logging systems[2]. https://github.com/grafana/loki
@datasciencejobs · Post #3113 · 26.01.2026 г., 18:30
#vacancy#Fulltime#remote#DevOps#MLOps#ITВакансии#УдалённаяРабота#Grafana#ML#Вакансия 🔎Senior DevOps в ритейл ❇️ |агентство TopSelection 💰Зарплата: 270-300К руб/мес.Гросс 🎯Локация/гр.: Россия 🕰Срок проекта: 3 месяца + 📄Оформление: только ИП 🏛О проекте: Команда создаёт интеллектуальную ML - систему прогнозирования спроса, которая учитывает сезонность, промо, макро- и микроэкономические факторы, поведение клиентов и ограничения логистики. Стек: GitHub/Gitlab, Jfrog Artifactory, SonarQube, Jenkins/GitlabCI, ArgoCD, Helm, Hashicorp Vault, OpenTelemetry, Grafana, Grafana Tempo, Mimir, Prometheus, Apache Spark, k8s. 📌 Требования: — DevOps с опцией MLOps (работать придется с продуктом прогнозирования с ML, причем частично в режиме spark); — Опыт проектирования, настройки и поддержки CI/CD-процессов; — Умение выявлять и автоматизировать рутинные операции для повышения эффективности команды разработки и эксплуатации; — Готовность участвовать в диагностике и устранении инцидентов: сбор диагностических данных, анализ окружения, содействие разработчикам в дебаге; — Практический опыт настройки централизованного логирования, мониторинга и алертинга для обеспечения наблюдаемости систем. Задачи: - Облегчение и ускорение труда разработчиков; - Создание CI/CD пайпланов; - Помощь в контейнеризации приложений, подготовке к доставке и развертыванию; - Техническая консультация; - Помощь в настройке централизованной среды разработки; - Управление релизным процессом, проведение, сопровождение релизов; - Заведение RFC; - Проведение релизов; - Контроль работоспособности систем до, во время и после релизов; - Актуализация технической документации; - Управление инфраструктурой; - Поддержание работоспособности инфраструктурных сервисов; - Настройка мониторинга сервисов; - Контроль за утилизацией ресурсов, повышение оптимальности их использования; - Своевременное обновление сервисов и зависимостей; - Своевременное устранение обнаруженных уязвимостей в исходном коде и подконтрольных сервисах. 📲 Как откликнуться: Отправляйте своё резюме @AllaDemHR