Евгений, есть понятие связанных процессов, которые могут работать только в паре. Такие процессы должны быть в одном контейнере. Случай не частый, но все-равно бывает
Евгений, за тем что контроль контейнера и контроль процесса это разные операции. Если упал процесс то кто будет докер перезапускать?) по каким метрикам?) как будут утилизироваться ресурсы, выданные под контейнер? один ли процесс в контейнере?
Шифровать проблемы это скучно и просто. Не указано бэкап чего, ибо бекары бывают разные. Ну и сложность самая большая - делать бекар без остановки вычислительных ресурсов и без дополнительной нагрузки. Это обязательное требование сегодня
Benedictus, не предназначен для двусторонней связи. И тем-более передачи запросов. Во-первых для двусторонней связи требуется rpc конфигурация с несколькими открытыми постоянными соединениями с разными очередями, что ни одно решение из коробки не справится, а во-вторых там передаётся plain text, без смысла, без доступов, без всего. Кроме того, операции в очереди передаются только в 2 случаях - гарантированная доставка и отложенная обработка. В первом случае мы это делаем из-за низкой доступности одного из сервисов, а во-втором в случае либо высокого деманда либо долгого процессинга. Но реляционные базы имеют основное назначение - консистентность благодаря транзакционности. Отложенная отправка ломает весь смысл этой операции
vanack, более чем. У меня такой и я ни разу не пожалел о покупке. Раньше был 256 и регулярно приходилось чистить. У тому же забитый диск плохо влияет на производительность