bump postgres 13.1 -> 18.3 with explicit PGDATA

[VasilenkovDenis]

Problem

postgres:18+ changed default PGDATA to /var/lib/postgresql/18/docker.
With existing mount ./postgres/data:/var/lib/postgresql/data, the container
fails on first start with unused mount/volume — even on an empty directory.

Fix

• Bump image postgres:13.1 → postgres:18.3 (minor pinned per convention)
• Set PGDATA=/var/lib/postgresql/data/pgdata to keep existing mount and place
  pg18 data in a subdirectory (workaround suggested by the postgres image itself)

Validation

Reproduced and verified end-to-end on sandbox (postgres:18.3 / Debian 13) and
on MOEX pilot deployment (2026-05-18). All 7 services healthy,
./postgres/data/pgdata/ initialised correctly.

Refs: docker-library/postgres#1259, docker-library/postgres#37

[darkleaf]

@KGOH вот риск забавно реализовался. Мне всегда не нравилось монтировать "случайную" директорию.
Еще забавно, что они сломали совместимость на ровном месте. Добавляет красок номер версии в пути 🤦

@VasilenkovDenis может они погорячились и назад откатят? Может быть есть issue на эту тему у них?

[VasilenkovDenis]

@darkleaf к сожалению нет, Postgres 13.1 не прошел СБ Мос Биржи, поэтому и было реализовано на 18-ой версии (что ранее обсуждали), но с применением фикса, так как контейнер падал с unused mount/volume.
Применил фикс из доки docker-library/postgres (PR #1259) - PGDATA=/var/lib/postgresql/data/pgdata.
Как я понял, это один из трёх официально рекомендуемых путей миграции