Каталог консул авто: Каталог товаров

1953

£ 9 995

• 0
• РУКОВОДСТВО
• RHD
• Ссылочный код: AETV73416550

Новые шины, немного истории, исключительное состояние, 12 мес. MoT, 1.5 литров …

Последние классические автомобили Ford Consul на продажу

Consul Auto-Join с облачными метаданными

Мы работаем в мире распределенных систем, которые работают в быстро меняющихся средах. Серверы приходят и уходят, они перемещаются по региону и группам рассылки, и каким-то образом им нужно общаться и подключаться друг к другу.

Чтобы решить эту проблему, HashiCorp создал Consul, который, помимо прочего, включил реестр служб и обнаружение служб. Экземпляры приложений регистрируются в Consul, а зависимые экземпляры запрашивают Consul, чтобы обнаружить друг друга. Поскольку Consul сам по себе является распределенной системой, возникает проблема курицы и яйца — как ускорить обнаружение сервисов.

» Проблемы автоматизации

Как вы обнаруживаете свое сервисное открытие? Традиционно это было проблемой для распределенных систем. Этот метод часто включает в себя раскрутку кластера за одну операцию, а затем выполнение второй операции после того, как известно, что IP-адреса объединяют узлы вместе. Этот двухэтапный подход не только усложняет автоматизацию, но и вызывает вопросы о поведении системы при потере узла. Автоматическое масштабирование может привести к подключению другой узел, но оператору все равно придется вручную присоединить узел к кластеру.

» Автоматическое присоединение консула для EC2

Консул 0.7.1 представлены новые функции, позволяющие обнаруживать других агентов с помощью облачных метаданных. В этом сообщении блога рассматривается использование метаданных AWS для автоматического присоединения и автоматического масштабирования кластера Consul.

Последняя документация по Consul показывает новые параметры, которые мы можем указать в файле конфигурации Consul или параметрах запуска.

• -retry-join-ec2-tag-key — Ключ тега инстанса Amazon EC2 для фильтрации. При использовании с -retry-join-ec2-tag-value Consul попытается присоединиться к экземплярам EC2 с заданным ключом тега и значением при запуске.
• -retry-join-ec2-tag-value — значение тега инстанса Amazon EC2 для фильтрации.
• -retry-join-ec2-region — (Необязательно) используемый регион Amazon EC2. Если не указано иное, Consul будет использовать конечную точку метаданных EC2 локального экземпляра для обнаружения региона.

Для новой функции требуется разрешение на чтение состояния экземпляра AWS, и существует множество вариантов предоставления этих разрешений.

• Статические учетные данные (из файла конфигурации)
• Переменные среды ( AWS_ACCESS_KEY_ID и AWS_SECRET_ACCESS_KEY )
• Файл общих учетных данных ( ~ /.aws / credentials или путь, указанный в AWS_SHARED_CREDENTIALS_FILE )
• Метаданные роли задачи ECS (для конкретного контейнера)
• Метаданные роли экземпляра EC2

Процесс запуска экземпляра AWS выглядит следующим образом: ’

• Экземпляр загружает и устанавливает консул
• Система инициализации запускает консул с конфигурацией для присоединения через метаданные EC2
• При запуске consul запрашивает службу метаданных EC2 с ec2: DescribeInstances , чтобы вывести список всех тегов экземпляров
• Consul извлекает частные IP-адреса других экземпляров EC2, которые имеют настроенное имя тега и значение тега из метаданных
• Consul запускает consul join на этих частных IP-адресах

В этом примере мы используем метаданные роли EC2. Назначив разрешение ec2: DescribeInstances для роли IAM экземпляров, мы можем предоставить Consul это разрешение без потери какого-либо другого контроля над вашей учетной записью AWS.

  {
  «Версия»: «2012-10-17»,
  "Утверждение": [
    {
      «Эффект»: «Разрешить»,
      "Действие": "ec2: DescribeInstances",
      «Ресурс»: «*»
    }
  ]
}  

» Автосоединение в действии

Репозиторий по адресу https://github.com/hashicorp/consul-ec2-auto-join-example включает конфигурацию Terraform для демонстрации этой функциональности.Для запуска и начальной загрузки кластера измените файл terraform.tfvars, чтобы добавить свои учетные данные AWS и регион по умолчанию, а затем запустите terraform plan , terraform apply для создания кластера.

  aws_region = "eu-west-1"

aws_access_key = "[AWS_ACCESS_KEY]"

aws_secret_key = "[AWS_SECRET]"  

Когда все это будет запущено и запущено, вы увидите некоторые выходные данные Terraform, показывающие IP-адреса созданных агентов и серверов.

  Выходы:

клиенты = [
    34.253.136.132,
    34.252.238.49
]
серверы = [
    34.251.206.78,
    34.249.242.227,
    34.253.133.165
]
  

После инициализации можно войти на один из клиентских узлов через SSH, используя IP-адрес, выводимый Terraform.

  $ ssh [email protected]  

Кластер должен быть автоматически присоединен, поскольку экземпляры имеют одно и то же значение тега автосоединения.

Выполнение команды consul members покажет всех членов кластера и их статус (как клиентов, так и серверов).

  $ члены консула
Адрес узла Статус Тип Протокол сборки DC
консул-блог-клиент-0 10.1.1.189:8301 живой клиент 0.7.5 2 dc1
консул-блог-клиент-1 10.1.2.187:8301 живой клиент 0.7.5 2 dc1
консул-блог-сервер-0 10.1.1.241:8301 живой сервер 0.7.5 2 dc1
консул-блог-сервер-1 10.1.2.24:8301 живой сервер 0.7.5 2 dc1
консул-блог-сервер-2 10.1.1.26:8301 живой сервер 0.7.5 2 dc1  

Этот кластер автоматически загружается без вмешательства человека, но как насчет сценариев сбоя?

Без функции автоматического присоединения масштабирование серверов Consul может оказаться сложной задачей и часто требует участия оператора. Благодаря новой функции автоматического присоединения масштабирование (вверх или вниз) невероятно просто. Это настолько просто, что нам не нужно ничего делать. Чтобы продемонстрировать это, отредактируйте файл terraform.tfvars , увеличьте количество экземпляров до 5 и повторно запустите terraform plan и terraform apply .

  $ план терраформирования
План: 2 добавить, 0 изменить, 0 уничтожить.  

  $ применить терраформ
Подать заявку полностью! Ресурсы: 2 добавлено, 0 изменено, 0 уничтожено.Состояние вашей инфраструктуры сохранено в пути
ниже. Это состояние необходимо для изменения и уничтожения вашего
инфраструктура, так что держите ее в безопасности. Чтобы проверить полное состояние
используйте команду `terraform show`.

Путь к состоянию: terraform.tfstate

Выходы:

клиенты = [
    34.253.136.132,
    34.252.238.49
]
серверы = [
    34.251.206.78,
    34.249.242.227,
    34.253.133.165,
    34.252. 132.0,
    34.253.148.148
]  

Запустите consul members еще раз после того, как новые серверы завершат подготовку.Присоединение новых серверов к кластеру может занять несколько секунд, но они будут доступны в списке участников:

  Адрес узла Статус Тип Протокол построения DC
консул-блог-клиент-0 10.1.1.189:8301 живой клиент 0.7.5 2 dc1
консул-блог-клиент-1 10.1.2.187:8301 живой клиент 0.7.5 2 dc1
консул-блог-сервер-0 10.1.1.241:8301 живой сервер 0.7.5 2 dc1
consul-blog-server-1 10.1.2.24:8301 живой сервер 0.7.5 2 dc1
консул-блог-сервер-2 10.1.1.26:8301 живой сервер 0.7.5 2 dc1
консул-блог-сервер-3 10.1.2.44:8301 живой сервер 0.7.5 2 dc1
консул-блог-сервер-4 10.1.1.75:8301 живой сервер 0.7.5 2 dc1  

То же самое применимо и при уменьшении масштаба — нет необходимости вручную удалять узлы, пока мы остаемся выше изначально настроенного минимального количества серверов (3 в этом примере). Чтобы продемонстрировать эту функциональность, уменьшите количество серверов в терраформе . tfvars и запустите terraform plan и terraform примените снова. Деинициализированные серверные узлы будут отображаться в списке участников как неисправные, но кластер будет полностью работоспособен.

  Адрес узла Статус Тип Протокол построения DC
консул-блог-клиент-0 10.1.1.189:8301 живой клиент 0.7.5 2 dc1
консул-блог-клиент-1 10.1.2.187:8301 живой клиент 0.7.5 2 dc1
consul-blog-server-0 10.1.1.241:8301 активный сервер 0.7,5 2 пост. Тока1
консул-блог-сервер-1 10.1.2.24:8301 живой сервер 0.7.5 2 dc1
консул-блог-сервер-2 10.1.1.26:8301 живой сервер 0.7.5 2 dc1
консул-блог-сервер-3 10.1.2.44:8301 сбойный сервер 0.7.5 2 dc1
консул-блог-сервер-4 10.1.1.75:8301 сбойный сервер 0.7.5 2 dc1  

» Резюме

Функция автоматического присоединения Consul EC2 обеспечивает плавную загрузку и автоматическое масштабирование кластеров Consul за счет использования облачных метаданных.В этом посте показаны функциональные возможности AWS EC2, но такая же функциональность доступна и для Google Cloud, а дорожная карта Consul включает добавление поддержки для дополнительных облачных провайдеров в будущем. Мы надеемся, что вам понравится эта новая функция, и надеемся на дальнейшие улучшения.

Автоматическое присоединение Kubernetes к Consul

Мы выпускаем функции HashiCorp Consul + Kubernetes каждую неделю.

На этой неделе мы демонстрируем функцию автоматического присоединения, позволяющую узлам, работающим внутри и вне Kubernetes, присоединяться к кластеру Consul, работающему в Kubernetes.Вместо того, чтобы присоединяться со статическим IP-адресом или записью DNS, функция автоматического присоединения использует Kubernetes API для обнаружения модулей, на которых работают агенты Consul, и присоединения к этим модулям.

» видео

Чтобы узнать больше о поставщике автоматического присоединения Kubernetes для Consul, посмотрите видео ниже или прокрутите вниз, чтобы узнать больше. На видео ниже показан узел, не относящийся к Kubernetes, автоматически присоединяющийся к кластеру Consul, работающему в Kubernetes.

» Автоматическое присоединение к Kubernetes

Auto-join — это функция, которая позволяет Consul использовать облачные или платформенные API-интерфейсы для поиска других агентов Consul для присоединения.Это решает проблему необходимости знать IP-адрес исходного набора агентов для присоединения к кластеру. В случае облачных API-интерфейсов хосты часто могут быть помечены определенными значениями, которые Consul может использовать для фильтрации хостов для поиска работающих агентов Consul.

Поставщик автоматического присоединения Kubernetes использует Kubernetes API для обнаружения подов, на которых работают агенты Consul, к которым можно присоединиться. Эта функция может использоваться агентами как внутри, так и за пределами Kubernetes, но особенно полезна для агентов, работающих вне Kubernetes, поскольку они не могут использовать стандартное обнаружение служб Kubernetes для поиска модулей.

  $ consul agent -retry-join 'provider = k8s label_selector = "app = consul, component = server"'  

Указанный выше флаг -retry-join заставит агент запрашивать в Kubernetes модули, помеченные как app = consul, component = server , и пытаться присоединиться к этим модулям, используя IP-адрес модуля или хоста. Если стручки не найдены, Consul будет периодически повторять попытки.

Consul аутентифицируется в Kubernetes, используя стандартный файл kubeconfig, используемый для аутентификации с помощью kubectl .Он автоматически выполняет поиск этого файла в стандартных местах. Это позволяет функции автоматического присоединения Kubernetes работать со всеми основными размещенными предложениями Kubernetes.

Провайдер автоматического присоединения Kubernetes поддерживает множество параметров конфигурации. См. Полную справочную документацию по доступным параметрам конфигурации для получения дополнительной информации.

» следующий

Провайдер автоматического присоединения Kubernetes доступен в Consul 1.2.3 и новее. Чтобы узнать больше, см. Документацию по автоматическому присоединению.

В ближайшие недели мы выпустим еще больше интересных интеграций Consul + Kubernetes.Пожалуйста, прочтите сообщение в блоге с объявлением Consul и Kubernetes, чтобы узнать больше.

Консул — документация консульства 0.6.0

Консульство . Класс Consul является основным интерфейсом для взаимодействия с все части Consul API.

Примеры использования

Вот пример, где создается начальное консульство .Consul , подключение к Consul на localhost на порт 8500 . После подключения список всех сервисных чеков возвращается.

 импортное консульство

# Создайте новый экземпляр сеанса консульства
session = consulate.Consul ()

# Получить все сервисные проверки для локального агента
check = session. agent.checks ()
 

В следующем примере создается новый Consul , передающий в токене авторизации, а затем устанавливает ключ в сервисе Consul KV:

 импортное консульство

session = consulate.Consul (token = '5d24c96b4f6a4aefb99602ce9b60d16b')

# Установите для ключа с именем release_flag значение True
session.kv ['release_flag'] = Верно
 

API

класс консульство. Consul ( host = ‘localhost’ , port = 8500 , datacenter = None , token = None , scheme = ‘http’ , adapter = None )

Доступ к Consul HTTP API через Python.

Значения по умолчанию подключаются к Consul через localhost: 8500 через http. Если вы хотите подключиться к Consul через локальный сокет UNIX, вам необходимо переопределить схему , порт и адаптер следующим образом:

 consul = консульство. Консул ('/ путь / к / сокету', Нет, scheme = 'http + unix',
                          адаптер = consulate.adapters.UnixSocketRequest)
services = consul.agent.services ()
 

Параметры:	host ( str ) — Имя хоста для подключения (по умолчанию: localhost) порт ( int ) — порт для подключения (по умолчанию: 8500) датацентр ( str ) — укажите конкретный дата-центр токен ( str ) — укажите токен ACL для использования схема ( str ) — Укажите схему (По умолчанию: http) адаптер ( класс ) — укажите, чтобы переопределить запрос адаптера (По умолчанию: консульство.переходники. запрос )

acl

Доступ к консулу ACL API

агент

Доступ к консулу Агент API

каталог

Доступ к консулу Каталог API

событие

Доступ к консулу API событий

здоровья

Доступ к консулу API здоровья

кв

Доступ к консулу КВ API

сессия

Доступ к консулу Сессионный API

статус

Доступ к консулу Статус API

consul — GoDoc

агент / консул / поток 905 предоставляет агент / консул / поток 905 система публикации / подписки на события, вызванные изменениями в хранилище состояний.

acl
агент
агент / ae	Пакет ae предоставляет инструменты для синхронизации состояния между локальными и удаленными серверами Consul.
агент / автоконфигурация
агент / кеш	Кэш пакетов предоставляет функции кэширования данных с сервера Consul.
агент / типы кэша	Код, созданный с помощью mockery v1.0.0
агент / проверки
агент / конфигурация
агент / соединение		60 агент 90/515 ca
агент / консул	Конечная точка моментального снимка — это специальная конечная точка без RPC, которая поддерживает потоковую передачу для создания и восстановления моментальных снимков для аварийного восстановления.
агент / консул / authmethod
агент / консул / authmethod / kubeauth
агент / консул / authmethod / ssoauth
агент / консул / fsm
агент / консул / подготовленный_запрос
агент / консул / состояние
пакет потока
агент / консул / метрики использования
агент / консул / wanfed
агент / отладка
агент / DNS
Пакет grpc предоставляет обработчик и клиент для соединений агента gRPC.
агент / grpc / internal / testservice
агент / grpc / резольвер
агент / местный
агент / метаданные		60
60 moscow agent / pool
agent / proxycfg	Пакет proxycfg предоставляет компонент, который отслеживает состояние локального агента для регистраций прокси-службы Connect и поддерживает необходимое состояние кеша для этих прокси локально.
агент / маршрутизатор	Серверы пакетов предоставляют интерфейс диспетчера для управляемых метаданных диспетчера объектов сервера.
агент / rpcclient / health
агент / rpc / подписка
агент / структуры
агент / submatview		60 агент 90 / system
agent / uiserver
agent / xds	Пакет xds предоставляет реализацию службы gRPC, которая экспортирует Envoy xDS API для обнаружения конфигурации.
агент / xds / proxysupport
api
api / watch
команда
команда
команда / acl / authmethod
команда / acl / authmethod / create
команда / acl / authmethod / delete
команда / acl /
command / acl / authmethod / update
command / acl / bindingrule
command / acl / bindingrule / create	60 команда / привязка	605 удалить
command / acl / bindingrule / list
command / acl / bindingrule / read
c ommand / acl / bindingrule / update
команда / acl / bootstrap
команда / acl / policy
/ acl / policy / create
command / acl / policy / list
command / acl / policy / read
command / acl / policy / update
command / acl / role 0
команда / acl / role / create
command / acl / role / delete
command / acl / role / list
command / acl / role / read		60
command / acl / rules
command / acl / token
command / acl / token / clone
command / acl / acl создать
command / acl / token / delete
command / acl / token / list
command / acl / token / read
command / acl / token / update 09
команда / агент
команда / каталог
команда / каталог / список / dc
команда / каталог / список / узлы
команда / каталог / список / услуги
команда / конфигурация
команда / конфигурация / удаление
команда / конфигурация / список
команда / конфигурация / чтение
команда / подключение
команда / подключение / ca
команда / подключение / ca / ​​get
команда / подключение / ca / ​​набор
command / connect / envoy
command / connect / expose
command / connect / proxy
команда / событие
command / exec
команда / флаги
команда / forceleave
команда / намерение
команда / намерение / проверка
команда / намерение / создание
команда / намерение / удаление
команда / намерение / соответствие
команда / присоединение
запятая nd / keygen
команда / брелок
команда / kv
команда / kv / del
команда / kv / exp	команда 905 / kv / exp
команда / kv / imp
команда / kv / impexp
команда / kv / put
команда / выход
команда / выход из системы
команда / обслуживание
команда / элементы
команда / монитор
команда / оператор 9015 оператор / автопилот
команда / оператор / автопилот / получить
команда / оператор / автопилот / установить	90 560
команда / оператор / автопилот / состояние
команда / оператор / плот
команда / оператор / плот / листпирс
команда / оператор / плот / удалитель
command / rtt
command / services
command / services / deregister
command / servicesshot
команда / снимок / проверка

Hashicorp Consul ile Service Discovery Nedir

Micro-service mimarisi kullanan servisler ile birlikte dünyamıza giren bir diğer kavram da Service Discovery oldu. Servislerin Dinamik olarak ölçeklendirilmesi, sisteme sürekli olarak yeni servislerin eklenip çıkarılması micro-service tabanlı mimarinin operasyonel anlamda zorlaşmasına sebep oldu. Обнаружение услуг nedir diyecek olursak micro-servislerin en büyük sorunu olan monitoring ve management süreçlerine aranan çözümlerdir. Консул исэ буну ан саде ве эткили бир şekilde yapan açık kaynak araçlardan biridir.

Консул Курулуму

Консул тек бир бинарный dosyasından oluşuyor. Сервер için de Client sistemler için de aynı dosyayı kullanıyoruz.Sunucuyu normal başlattıktan sonra diğer node’ları присоединиться к komutu ile bağlıyoruz.

consul agent -server -bootstrap -data-dir / tmp / consul -ui -client 0.0.0.0 -retry-join 192.168.1.102 -retry-join 192.168.1.104 -retry-join 192.168.1.105 -bind 192.168.1.109

Buradaki -bootstrap parateresi consul’u tek sunucu çalıştırmak için gerekli. Обычный кошуллар altında sistemin sürekli olarak çalışabilmesi için (высокая доступность) en az 3 sunucu üzerine server olarak kurulum yapmamız gerekiyor. 3 sunucu birbirine bağlandığında raft protokolü ile aralarında birini lider olarak seçiyorlar ve artık tüm kritik işlemler bu sunucu üzerinden yapılıyor. -bootstrap параметров теста amaçlı kurulumlarda bu süreci iptal edip doğrudan tek sunucu ile işlemlere başlayabiliyoruz.

İlk sunucuyu bu şekilde kurduktan sonra diğer server sistemler üzerinde aşağıdaki komutları çalıştırarak bu sunucuya bağlanabiliyoruz:

consul agent -server -data-dir / tmp / consul -ui -client 0.0.0.0 -retry-join 192.168.1.102 -retry-join 192.168.1.104 -retry-join 192.168.1.105 -bind 192.168.1.107

Bu komutla yine sunucu olarak bağlandığımızı unutmayalım. Tavsiye edilen sunucu sayısı 3 ya da 5. Tek sayı olması raft ile Connsus yapılmasını kolaylaştırıyor. 5 десять узлов fazla ise gereksiz bir trafik oluşturuyor. 3 узла или курулан сервер, кластер, 1 узел, 5 узел, куруланларда, 2 узла, толеранс севиемиз олуйор. Яни анлык оларак 1-2 sunucunun в автономном режиме olması sistemin çalışmasını engellemiyor. Bunların yerine yeni sunucu ekleyip otomatik olarak sync edilmesini sağlayabiliyoruz.

Consul ne işe yarar

Консул ile uygulama seviyesinde service discovery yapabiliyoruz. Кенди yazdığımız сценарист ile uygulamamızın çalışıp çalışmadığını kontrol edip Consul sistemine bildirebiliyoruz. Bu sayede sisteme bağlı tüm client ve server sistemler aktif uygulamaların endpointlerini bulabiliyorlar.

Консул örnek параметратор

Öncelikle members komutu ile sistemdeki aktif nodeları sorgulayabiliyoruz.Örnek vermek gerekirse:

Consul’u -client Paratresi ile yalnızca istemci olarak çalıştırabiliriz. Bu durumda KV Store ve servis discovery ile ilgili bilgiler sunucuda tutulacak ve consul agent bu sistemde yalnızca raporlama amaçlı çalıştırılacaktır.

consul agent -server -data-dir / tmp / consul -ui -client 0.0.0.0 -bind 192.168.1.107

Consul arkaplanda server sistemler arasındaki uzlaşı için paxos temelli raft protokolünü kullanıyor. Bu alt sisteme operator raft parameters ile erişebiliyoruz. Bu aşamada artık sunucu seviyesinde discovery yapabiliyoruz. Raft protokolü Consul’un üzerine kurulu olduğu Serf için de kullanıyor. Бир yerde sistemin koordine çalışması için gerekli olan alt yapı gibi düşünebiliriz.

Плот оператора консула

Bootstrap, кроме параметров системы kaç sunucu çalışacağını belirtebiliriz. Böylece belirtilen sayıya kadar ulaşmadan sistem başlatılmayacaktır.Kurulum aşamasındaki zorlukları aşmamızda alternatif bir çözüm olarak kullanılabilir.

consul agent -server -bootstrap-expect 1 -data-dir / var / lib / consul -config-dir /etc/consul.d

Config dir parameters ile birden fazla dosyaya bölünmüş halde ayarları consul sistemine tanıtabiliriz.

агент консула -data-dir / var / lib / consul -config-dir /etc/consul.d

curl ile RPC и REST apisini kullanarak sistem hakkında ek bilgi edinebiliriz. Alttaki örnekte hangi sunucunun raft protokolü ile лидер оларак seçildiğini kontrol edebiliyoruz.

curl http://127.0.0.1:8500/v1/status/leader

Повторить попытку присоединиться к клиенту kullanarak olarak çalışan sistemlerin servera sürekli olarak bağlanmaya çalışacak şekilde yapılandırılmasını sağlayabiliyoruz. Bu seçeneği kullanmadığımızda eğer ilk denemede başarısız olursa sistem kendisini kapatıyor.

-retry-join "consul.domain.internal"

Консул keygen komutu ile sunucu ve client sistemlerin birbiri ile haberleşmek için kullandıkları gossip protokolünü şifrelemek üzere anahtar oluşturabiliyoruz.Таби буну конфигурация dosyamıza yazmamız gerekiyor. Ya da sistemi çalıştırken -encrypt paratresini de kullanabiliriz.

консул кейген

Консул örnek configler

/etc/consul.d/config.json

 {
  "датацентр": "dc1",
  "каталог_данных": "/ вар / консул",
  "log_level": "ИНФОРМАЦИЯ",
  "имя_узла": "mysql1",
  "сервер": правда,
  "bootstrap_expect": 3,
  "bind_addr": "111. 111.111.111",
  "start_join": ["111.111.111.111"],
  "encrypt": "iBD2pgX6F1plIff72cyi0A =="
} 

Консул Гювенлик Айярлары

Консул için belki de en çok kafa karıştıran noktalardan biri güvenlik meselesi.Sistem bir çok alt sistemden oluşuyor ve tüm bunların güvenliğini ayrı ayrı düşünmemiz gerekiyor. Öncelikle sistemdeki tüm client ve server nodelar kendi aralarında iletişim için Hashicorp’un ayrı bir ürünü olan Serf’in alt yapısını kullanıyor. Bu mesajları doğrudan encrypt paratresine vereceğimiz key şifreleyebiliyoruz. Bunun için gerekli key’i de consul keygen ile oluşturabiliriz.

Sistemler arasındaki en temel mesajlaşmayı şifreledik fakat bu kesinlikle yeterli değil.Yukarıdaki örneklerde curl ile sorgulama yapabildiğimizi gördük. Bu sistem RPC, REST tabanlı olarak çalışıyor ве бунун да şifrelenmesi gerekiyor. Bunun için ACL (
Список контроля доступа) ayrı bir güvenlik sistemi var. Темел оларак ана бир API ключ üzerinden бир çok api anahtarı oluşturarak http api’de kullanacağımız ее isteğe bu keyi ekleme tabanlı bir güvenlik sistemi diyebiliriz. Yapılandırması сплетни protokolünden daha zor ama imkansız değil. Gerekli adımları resmi sitedeki https: // www.consul.io/docs/guides/acl.html adresinden inceleyebilirsiniz.

Son önemli adım ise TLS yani sunucular arasındaki HTTP trafiğinin şifrelenmesi. ACL ile apikey ekleyerek izinsiz istek yapılmasını engellesek de Consul gibi dağıtık bir sistemdeki veri dolaşımının güvenliğini sağlayamıyoruz. Яни hattı dinleyen herkes doğrudan apikeyi ele geçirip sisteme sızabilir. Bunu engellemek için TLS bazlı bir güvenlik gerekiyor yani tüm hattı şifrelemek gerekiyor. Консул бурада ишлери зорлаштырьёр.Sisteme ait her sertifikayı ortak bir CA’dan oluşturmamız ve clientlere bu ayrı sertifikaları yüklememiz gerekiyor. Açıkçası ben burada koptum beence bu pratik bir işlem değil. Bu işlemi kolaşlaştıran Vault adlı yine ücretsiz bir Hashicorp ürünü var. Güvenlik için şu adrese bakabilirsiniz. https://www.consul.io/docs/agent/encryption.html

Консульский динамик DNS

Consul’un en büyük özelliklerinden biri de servislerimiz için dinamik DNS kullanabilmektir.