Почему использование MongoDB вместо etcd в качестве хранилища ключей является хорошей или плохой идеей?
Я хотел бы получить общее мнение сообщества о том, почему MongoDB для ключа / значения ИЛИ не будет подходящей заменой для etcd или другой специализированной системы хранения ключей / значений (consol, zookeeper и т. Д.).
1 ответ
Consul, zookeeper и т. Д. Все сосредоточены на предоставлении надежного надежного хранилища для ограниченных объемов данных даже в контексте сценариев сбоев, таких как потерянные экземпляры и сетевые разделы. Они выступают в качестве "источника правды" для критических данных конфигурации, от которых зависят большие инфраструктуры.
Монго - совершенно другой зверь. Он также имеет некоторые функции кластера и отработки отказа, но его надежность и долговечность перед лицом проблем значительно менее надежны.
Итак, хорошая ли это идея зависит от вашего варианта использования, но если бы вы использовали один из файлов etcd, consul или zookeeper по прямому назначению, никто бы никогда не заменил их на mongo.
В беспрецедентной серии "Позвони мне, возможно" Кайла Кингсбери подробно рассказывается о поведении различных систем баз данных в сложных условиях:
Все вышеперечисленное и многие другие покрыты. Настоятельно рекомендуется.