{"id":1828,"date":"2018-11-28T12:35:54","date_gmt":"2018-11-28T11:35:54","guid":{"rendered":"http:\/\/blogs.encamina.com\/por-una-nube-sostenible\/?p=1828"},"modified":"2019-01-02T17:33:50","modified_gmt":"2019-01-02T16:33:50","slug":"databricks-claves-cadenas-de-conexion-y-secretos","status":"publish","type":"post","link":"https:\/\/blogs.encamina.com\/por-una-nube-sostenible\/databricks-claves-cadenas-de-conexion-y-secretos\/","title":{"rendered":"Databricks: claves, cadenas de conexi\u00f3n y secretos"},"content":{"rendered":"

\"\"<\/p>\n

Como ya le\u00edmos en el post de introducci\u00f3n a Azure Databricks<\/a>, nuestros desarrollos estar\u00e1n basados en Notebooks que podemos ejecutar bajo demanda o programados en un Job. Este modelo de trabajo implica una buena gesti\u00f3n de las cadenas de conexi\u00f3n, claves o Secrets<\/em> que vamos a compartir con los desarrolladores o usuarios que acceden a los Notebooks. No queremos tener ning\u00fan problema de seguridad, si ocurriera que se perdiese una cadena de conexi\u00f3n a alguna de nuestras bases de datos.<\/p>\n

<\/p>\n

Para abordar este tema, Databricks<\/strong> trabaja con el concepto de Secrets<\/em>. Secrets es un repositorio donde almacenamos, dentro de diferentes \u00e1mbitos (Scopes), un diccionario de clave-valor. El objetivo es que podamos almacenar la contrase\u00f1a y el usuario de conexi\u00f3n a una base de datos y, si tenemos el SKU Premium, que asignemos permisos a los \u00e1mbitos para que los desarrolladores puedan acceder a ellos para lectura de estos valores y crear su cadena de conexi\u00f3n.<\/p>\n

<\/span>Scopes<\/span><\/h2>\n

Un \u00e1mbito o scope es un repositorio donde vamos a agrupar las diferentes claves que est\u00e9n relacionadas entre s\u00ed o que necesitamos dar acceso a ciertos usuarios.<\/p>\n

Para crear un \u00e1mbito podemos elegir entre dos tipos: basado en Azure Key Vault<\/a> o en Databricks<\/strong>. El primero estar\u00e1 compartido en nuestra suscripci\u00f3n de Azure y podr\u00e1 ser usado por cualquier servicio, y el segundo solamente estar\u00e1 disponible en nuestro Workspace.<\/p>\n

Si elegimos \u00e1mbitos basados en Databricks, usaremos la herramienta de cliente<\/a> de Databricks para crearlos.<\/p>\n

\"\"<\/a><\/p>\n

<\/span>Secrets<\/span><\/h2>\n

Nuestras claves se almacenar\u00e1n en los diferentes \u00e1mbitos que hayamos creados y se compondr\u00e1n de una clave para identificarla y un valor en formato texto UTF-8.<\/p>\n

\"\"<\/a><\/p>\n

\"\"<\/a><\/p>\n

<\/span>\u00bfC\u00f3mo usar los Secrets?<\/span><\/h2>\n

Ha llegado la hora de ponerse en modo desarrollador y hacer uso de estas claves en nuestros Notebooks. Para esto, Databricks dispone de una librear\u00eda, llamada Databricks Utilities<\/a>, que nos da soporte al acceso a las claves de los diferentes \u00e1mbitos a los que tengamos acceso.<\/p>\n

Como ejemplo, veamos como acceder a una cuenta de almacenamiento de Azure usando Secrets y sin usar Secrets.<\/p>\n


\n\"\"<\/a><\/p>\n

Como se puede ver en la imagen anterior, desde nuestro Notebook de configuraci\u00f3n establecemos el nombre de la cuenta y la clave de acceso a la misma. Sobra decir que este Notebook lo podr\u00eda leer cualquier con acceso de lectura.<\/p>\n

Si usamos Secrets, lo que hacemos es reemplazar los valores sensibles por el c\u00f3digo de acceso de dbutils a la clave que necesitamos, como podemos ver en la siguiente imagen.<\/p>\n


\n\"\"<\/a><\/p>\n

Seguiremos escribiendo sobre buenas pr\u00e1cticas en el mundo del desarrollo con Databricks<\/strong> pero, por ahora, no dej\u00e9is de usar los Secrets para garantizar la seguridad de acceso a los datos\u00a0\ud83d\ude09<\/p>\n

\n
\n

Tabla de contenidos<\/p>\nToggle<\/span><\/path><\/svg><\/svg><\/span><\/span><\/span><\/a><\/span><\/div>\n