Исправление
twinpeaks,
(текущая версия)
:
WitcherGeralt ★★ (06.09.21 00:51:41) Есть cloud-native хранилища, их нужно пускать в докере
А если не cloud-native хранилища, то не нужно? :D Не очень понял, кстати что есть cloud native. Ceph к примеру используются и в публичных облаках, а может и на приватном хозяйстве.
Потом, Вы таки не ответили явно на вопрос, а какие преимущества дает Докер против systemd для управления PostgreSQL?
И, давайте не брать тематику облаков, ибо там все в managed-сервисах, там смысла разбирать - нет. Там, Вы отдали на откуп в условный CloudSQL, где попу подтирает Ops-команда GCP.
Сейчас, с облаками и так понятно все. Там-то из-за размеров Ops-команды, количества вычислительных возможностей они могут позволить себе «виртуализацию в виртуализации», да и с их размерами дата-центров такие решения - оправданы. Но, это только касается тех, кто поддерживает данные облака (если вы часть Ops-команды AWS или GCP).
Исходная версия
twinpeaks,
:
WitcherGeralt ★★ (06.09.21 00:51:41) Есть cloud-native хранилища, их нужно пускать в докере
А если не cloud-native хранилища, то мне нужно? :D Не очень понял, кстати что есть cloud native. Ceph к примеру используются и в публичных облаках, а может и на приватном хозяйстве.
Потом, Вы таки не ответили явно на вопрос, а какие преимущества дает Докер против systemd для управления PostgreSQL?
И, давайте не брать тематику облаков, ибо там все в managed-сервисах, там смысла разбирать - нет. Там, Вы отдали на откуп в условный CloudSQL, где попу подтирает Ops-команда GCP.
Сейчас, с облаками и так понятно все. Там-то из-за размеров Ops-команды, количества вычислительных возможностей они могут позволить себе «виртуализацию в виртуализации», да и с их размерами дата-центров такие решения - оправданы. Но, это только касается тех, кто поддерживает данные облака (если вы часть Ops-команды AWS или GCP).