Consul в качестве сервера обнаружения и настройки служб в локальной сети

Мы разрабатываем продукт, который будет работать как набор услуг, развернутых локально (например, в локальной сети офиса, завода и т. Д.). Поскольку для каждого клиента может быть множество целей развертывания, и мы хотим минимизировать усилия по настройке за счет максимальной автоматизации, мы думаем об использовании consul в качестве решения для сервера обнаружения и настройки сервисов. Он соответствует нашим требованиям, а также обеспечивает взаимную аутентификацию TLS между службами , делая всю настройку более безопасной.

У нас есть два основных требования:

• Цели развертывания будут быть очень разнообразным : некоторые клиенты будут развертывать программное обеспечение на рабочих станциях своих сотрудников (так что эти рабочие станции могут быть отключены в конце дня), некоторые другие будут иметь выделенные серверы, и большинство из них будут иметь комбинацию в обоих случаях (один или два выделенных сервера и несколько рабочих станций).
• У каждого клиента будет хотя бы одна машина, которая либо никогда не будет отключена, либо будет запускаться раньше всех остальных машин (которая предоставляется потому что этот способ работы описан в руководстве, которое мы даем нашим клиентам). Мы называем эту машину мастером .

Однако, проведя исследования в Интернете и много поиграв с Consul, мы все еще сомневаемся в этом. В частности, нам понадобится совет по требованию от Consul docs, что вам необходимо как минимум 3 экземпляра в вашем кластере. Подходит ли он для нашего сценария использования, в котором он будет установлен на рабочих станциях сотрудников наших клиентов, которые могут быть отключены в любое время (даже при условии, что один экземпляр, который мы называем главным, всегда будет доступен)?