How to monitor nginx in Kubernetes with Prometheus

https://sysdig.com/blog/monitor-nginx-prometheus

#nginx #prometheus #monitoring #k8s #kubernetes

gokey

A simple vaultless password manager in Go

https://github.com/cloudflare/gokey

#go #tool #password #vault

Akvorado:
flow collector, hydrater and visualizer.

https://github.com/vincentbernat/akvorado

#snmp #ipfx #network #tool #clickhouse #kafka

bombardier - fast cross-platform HTTP benchmarking tool written in Go

https://github.com/codesenberg/bombardier

#go #benchmarking #bombardier #cli #golang #http #linux #load_testing

A GitOps Way To Manage Grafana Data Sources At Scale

https://dev.to/aws-builders/a-gitops-way-to-manage-grafana-data-sources-at-scale-59la

#grafana #gitops #runbook #monitoring

Videos from Monitorama PDX 2022

https://vimeo.com/channels/1798229

#monitoring #monitorama #ovservability

OctoSQL is a query tool that allows you to join, analyse and transform data from multiple databases and file formats using SQL.

#sql #json #csv #mysql #nosql

An Attack Prevented by CSP
https://www.gimtec.io/articles/attack-prevented-by-csp/

https://twitter.com/justinetunney/status/1613895681038770182?

AWS Multi-account Strategy

Абсолютно очевидним є тренд на декомпозицію одного величезного аккаунту з мільйоном сервісів на маленькі, і гранулярні AWS Accounts. Спершу звучить дико, але абсолютно точно має свій сенс.

Сенс рекомендації: працювати в одному аккаунті - це зло, навіть якщо у вас достатньо сегментації на рівні VPC, або EKS кластерів під енв - це аж ніяк не може бути безпечно, і, певною мірою, досить юзабельно.

Стратегічний вектор: account per app per env 😳

Хайлевельно, виходить ось така кухня:
1. Рекомендовано юзати примітив Organizations, всередині якого нарізати аккаунти
2. Нарізати аккаунти запропоновано через Control Tower

Бенефіти:
- повна сегментація аккаунтів (dev трафік ніяк не пролізе в prod, якщо звичайно не накрутити додаткових Transit Gateway, VPCe, etc)
- більш гнучкий рівень контролю доступів (видаємо команді, яка розробляє сервіс доступ в аккаунти з їх респонсібіліті)
- біллінг рахувати набагато простіше (дуже легко відповісти на питання, скільки грошей коштувала апка)
- security by design

Мінуси:
- доведеться платити декілька разів за ті ж кластери, VPC, Internet/NAT gateway - їх кількість кратно збільшиться
- складність менеджменту цією кухнею кратно зростає (збільшується складність --> складніші тули і підходи —> ріст зарплати 💸 —> більший донат на оборону України)

Цікаво, що цей підхід Amazon рекомендує всім корпоративним юзерам AWS, і дуже активно використовує сам. Чим ближче ви до MANGA компаній, тим більш корисним вам буде такий досвід.

Тепер посилання для продовження занурення в концепцію:

📄 Whitepaper:
https://docs.aws.amazon.com/pdfs/prescriptive-guidance/latest/transitioning-to-multiple-aws-accounts/transitioning-to-multiple-aws-accounts.pdf

📄 Мікро-дока:
https://docs.aws.amazon.com/whitepapers/latest/organizing-your-aws-environment/design-principles-for-your-multi-account-strategy.html

📄 AWS Control Tower Account Factory for Terraform:
https://github.com/aws-ia/terraform-aws-control_tower_account_factory

Як в GCP - не в курсі, колись давно бачив сегментацію на рівні Projects. Хто шарить як там в GCP - поділіться, пліз, в коментарях.

AWS Application Migration Service: Move and improve your on-premises and cloud-based applications | by Ashish Kasaudhan | ashishkasaudhan | Jan, 2023 | Medium
https://medium.com/ashishkasaudhan/aws-application-migration-service-move-and-improve-your-on-premises-and-cloud-based-applications-370944d37566