Fixa inför HT24

[AndreasArne]

kmom01

• Jobba med med storleken på kursmoment.
  """
  Jag tror att det hade varit bra att sträcka ut Kmom02 i över två
  veckor och slå ihop Kmom03 och Kmom05.
  """
• Försök slå ihop fler kmom så inte behöver rätta varje vecka
• Bestäm igen att de ska ha siffra i versionen för kmomet. Nu har de inte det och det är förvirrande att veta var de är för.

[AndreasArne]

monitoring

• kanske inte fokusera på att starta olika exporters utan gör typ flask eller nginx och har andra typer istället. Logging och APM.
• • testa new relic, per rekommenderade det. Ska funka mer automatiskt och ha förgjora dashboards, https://docs.newrelic.com/install/dotnet/?deployment=linux
• ge deom monitoring kod och ge dem uppdaterad microblog kod med buggar som ska hittas med hjälp av monitoring.
• I Ansible med modulenrna för granaba går inte att koppla ihop dashboard med datasource, bara lägga till dem. Istället behöver man redan ha det satt i dashboard config filen, eller kan vi installera en annan grafana modul eller så kan man ladda ner config filen, köra regexp på den för att sätta rätt datakälla och sen importera den i grafana.
• ge dem mer färdigt nästa år och lägg till loki.
  • https://medium.com/@moeenz/dockerized-django-logging-via-grafana-loki-48464d13f8cb
  • https://github.com/rakyll/hey
  • https://medium.com/geekculture/pushing-logs-to-loki-without-using-promtail-fc31dfdde3c6
  • https://blog.ruanbekker.com/blog/2020/08/13/getting-started-on-logging-with-loki-using-docker/
  • https://medium.com/grafana-tutorials/setup-grafana-logs-panel-with-loki-and-promtail-3bd89cf40c31
  • https://dev.mysql.com/doc/refman/8.0/en/mysqlslap.html
• om gör om, kanske få in APM https://www.imobdevtech.com/Blog/list-of-top-10-application-performance-monitoring-tools/ de två populära verktygen harr gratis versioner. eller OS https://stackify.com/top-10-open-source-apm-tools/.
• borde få in något med att analysera datan de samlar in. Ha ett sätt att generera fel som ska visas i deras minotring och som de behöver analysera och felsöka.
• metric vs logging vs tracing https://old.reddit.com/r/devops/comments/9hku3v/prometheus_vs_opentracing/
• Jaeger för tracing?

Bra föklaring på observability vs monitoring.
"""
Observability handlar om att datan är möjlig att hämtas från systemet medan monitoring handlar om processen att hämta och visa upp datan. Då monitoring är ett steg efter observability så är de ovanstående frågorna möjliga p.g.a. observability. Utan observability är all data privat och därmed går det inte att hämta, visa upp eller processera datan.
"""

• de verkar inte riktigt fattat uppgiften att de ska göra så jag ska kunna göra så larmet lyfts. De måste implementera något jag kan komma åt från webbsidan typ.
• förklara vad som händer här https://dbwebb.se/kunskap/overvaka-nginx-med-prometheus-och-grafana#configure_prom. Vad gör /prometheus? VI öppnar ju /metrics i nginx. Var kommer /prometheus från.
• från bojkott
  """
  Jag skulle rekommendera att få in prometheus, loki och tempo. Sedan köra grafana alloy som en agent och opentelemetry från dina tjänster.
  Alloy kommer ha en opentelemetry endpoint in och sedan baserad va det är för data skicka till olika datakällor som prometheus, loki och tempo.

Detta representerar en rätt realistik setup och opentelemetry är den nya standarden för att hantera alla former av telemetry från applikationer. Gör det möjligt att inte behöva använda grafana, prometheus etc då man kan skicka opentelemetry till andra tjänster som stödjer det. T.ex datadog etc...

https://opentelemetry.io/docs/kubernetes/helm/

Dem har en demo chart som sätter upp massa. Där använder dem jaeger för att visa traces men det går också via opentelemetry

Går att köra denna också.
https://learn.microsoft.com/en-us/dotnet/aspire/fundamentals/dashboard/standalone?tabs=bash
Då får man en opentelemetry endpoint som man skickar allt till. Så kan man se logs, traces och metrics.
"""

[AndreasArne]

kubernetes

• https://github.com/pulumi/pulumi