Как и где вы можете просмотреть логи какого-либо сервиса?

Просмотр логов сервиса обычно производится в централизованной системе логирования или непосредственно на сервере/контейнере, где он запущен.

Способы просмотра:

1. Централизованная система логирования (например, ELK Stack, Splunk, Grafana Loki):

   • Это наиболее предпочтительный способ в prod-средах. Логи со всех сервисов собираются, парсятся, индексируются и централизованно хранятся.
   • Просмотр осуществляется через веб-интерфейс системы, где можно применять фильтры, выполнять поиск и создавать дашборды.

2. Просмотр на сервере/контейнере:

   • Если централизованная система недоступна или речь идет о dev/staging среде, логи можно просмотреть непосредственно на сервере.
   • Для сервисов, работающих как системные службы (systemd), используется journalctl:

     # Просмотр логов конкретной службы
     journalctl -u <имя_сервиса>.service
     # Последние 100 строк
     journalctl -u <имя_сервиса>.service -n 100
     # Просмотр в реальном времени (tail)
     journalctl -u <имя_сервиса>.service -f
     

   • Для сервисов, пишущих в файлы (например, /var/log/):

     # Просмотр содержимого файла лога
     cat /var/log/<путь_к_логу>
     # Просмотр последних строк файла лога
     tail /var/log/<путь_к_логу>
     # Просмотр последних строк и обновление в реальном времени
     tail -f /var/log/<путь_к_логу>
     # Просмотр с постраничной навигацией
     less /var/log/<путь_к_логу>
     

   • Для контейнеризованных сервисов (Docker, Kubernetes):

     # Docker: просмотр логов контейнера
     docker logs <id_или_имя_контейнера>
     # Docker: просмотр логов контейнера в реальном времени
     docker logs -f <id_или_имя_контейнера>
     
     # Kubernetes: просмотр логов пода
     kubectl logs <имя_пода>
     # Kubernetes: просмотр логов пода в реальном времени
     kubectl logs -f <имя_пода>
     # Kubernetes: просмотр логов контейнера внутри пода
     kubectl logs -c <имя_контейнера> <имя_пода>
     

Где хранятся логи:

• На сервере/контейнере:

  • /var/log/ (типовое расположение для многих приложений и системных логов)
  • Специфичные для приложения директории, указанные в его конфигурации.
  • Standard output (stdout) и standard error (stderr) для процессов, запускаемых systemd или внутри контейнеров.

• В централизованной системе логирования:

  • Хранилище данных системы (например, Elasticsearch, S3).

Выбор метода зависит от архитектуры системы, среды (dev/staging/prod) и доступных инструментов. В production всегда стремятся к централизованному сбору и анализу логов.