Использование постоянного тома Kubernetes для защиты данных - PullRequest
0 голосов
/ 25 сентября 2018

Чтобы решить несколько проблем, с которыми мы сталкиваемся в Docker и при запуске нескольких экземпляров некоторых служб, нам необходимо иметь возможность обмениваться значениями между запущенными экземплярами одного и того же образа Docker.Первоначальное решение, которое я нашел, состояло в том, чтобы создать учетную запись хранения в Azure (где мы запускаем наш экземпляр kubernetes, в котором хранятся контейнеры) и хранилище ключей в Azure, получая доступ к обоим через четко определенные API-интерфейсы, предоставленные Microsoft для защиты данных (подробно здесь ).

Вместо этого наш архитектор хочет использовать Kubernetes Persitsent Volumes, но он не предоставил информацию о том, как этого добиться (он просто хочет сэкономить на подписке Azure, не имеядополнительная учетная запись или хранилище ключей).Я очень новичок в kubernetes и понятия не имею, как этого добиться, и мои поиски до сих пор не принесли много пользы.

Существует ли метод расширения, который следует использовать для постоянных томов?Будет ли это действовать как общее расположение файла и быть доступным с помощью API-интерфейса PersistKeysToFileSystem для защиты данных?Любые ресурсы, на которые вы могли бы указать мне, будут с благодарностью.

1 Ответ

0 голосов
/ 25 сентября 2018

PersistentVolume с Kubernetes в Azure не предоставит вам ту же функциональность, что и хранилище ключей в Azure.

PesistentVolume:

  • Локальное хранение на подключенном томе на сервере
  • Объем может быть зашифрован
  • Объем перемещается с модулем.
    • Если модуль запускается на другом сервере, громкость перемещается.
  • Доступ к тому из других модулей не так прост.
  • Вы можете контролироватьпроизводительность, назначая гарантированные IOP тому (от облачного провайдера)

Хранилище ключей:

  • Хранение ключей в централизованном расположении, управляемом Azure
  • Данные зашифрованы в состоянии покоя и в пути.
  • Вы полагаетесь на удаленный API, а не на локальную файловую систему.
  • При обращении к внешней службе
Модули Kubernetes могут получать доступ к службе из любого места, если они имеют сетевое подключение к службе. Меньше времени на обслуживание, поскольку оно уже поддерживается Azure.
...