La Data Web

Aun que muchas veces instalemos programas dando siguiente siguiente siguiente, siempre es bueno conocer más detalles del mismo. En este caso vamos a conocer los puertos por donde viaja la Puerta de Enlace de Power Bi mejor conocida como On Premise Data Gateway.

Esta información es necesaria en caso que tenemos limitaciones corporativas configuradas en la red o administremos la misma. El gateway solo necesitará puertos de salida.

La puerta de enlace se comunica con Azure Service Bus mediante una dirección IP junto con un nombre de dominio completo (FQDN). Si fuerza a la puerta de enlace a comunicarse a través de HTTPS, usará estrictamente solo FQDN y no se comunicará mediante el uso de direcciones IP.

En la siguiente lista se describen los FQDN que usa la puerta de enlace:

Una extraordinaria posibilidad se presentó en Power Bi hace unos meses. Ésta increíble característica nos permite llegar a un completo SelfService Bi con Power Bi lo cual antes era incompleto. Para podes nutrirnos de un Bi de Auto Servicio primero es necesario conocer cómo construir una capa semántica:

https://blog.ladataweb.com.ar/power-bi-capa-semantica/

Contexto

Hace tiempo que Power Bi puede establecer una conexión dinámica a un conjunto de datos compartido en el servicio de Power BI y crear muchos informes diferentes del mismo conjunto de datos. Esto significa que puede crear el modelo de datos perfecto en Power BI Desktop y publicarlo en el servicio Power BI. A continuación, usted y otros usuarios pueden crear varios informes diferentes (en archivos .pbix independientes) a partir de ese mismo modelo de datos común y guardarlos en distintas áreas de trabajo. Esta característica se denomina "Conexión dinámica al servicio Power BI". Si bien esto parecería que da por resuelto el conecto que buscamos, la realidad es que tiene una gran limitación. Solo es posible publicar el contenido a la misma área de trabajo. Éste problema hace imposible que cada quien pueda construir sus tableros dado que se volvía insostenible el area de trabajo donde se encontraba el conjunto porque se llenaba de reportes y paneles confusos para todos los involucrados.

¿Qué es self-service Bi?

Bi de Autoservicio. Permite a usuarios finales conectarse a un conjunto de datos limpio, manipulado y semánticamente modificado con nomenclaturas de negocio para poder construir informes de forma sencilla a gusto del usuario final.

Para poder liberar la posibilidad a los usuarios que creen sus propios informes es necesario construir una capa semántica que los ayude a identificar categorías y valores con nombres sencillos para el negocio.

A continuación algunas prácticas para construir la capa.

Existen usuarios con cierta reticencia a utilizar el portal de Power Bi Service para revisar sus informes. Pensar en conectarse a una nueva plataforma adicional de las herramientas de office causa un fuerte impacto para usuarios finales que los hace considerar capacitaciones y tiempo que no quieren utilizar o piensan que no tendrá la respuesta deseada.

Para aquellos usuarios chapados a la antigua que no quieren salir de lo ya aprendido sepamos que existen otros medios para revisar los informes de Power Bi. Estoy hablando de embeber los informes en:

• Sharepoint
• Teams

Muchas veces me ha pasado de tener que consultar una API por el contenido de mi tabla o simplemente armar un scrap de muchas páginas, filas, años, etc. Ciertamente me resultaba complejo pensar en un único paso en power query que permita hacer un recorrido each para cada llamado. Entonces comprendí que me estaba complicando, trabajando más tiempo con power bi me ayudo a recordar las Custom Functions.

La forma de llamar de realizar muchos llamados a una URL es tan sencillo como hacerlo 1 vez.

Funciones en power Bi: en una palabras simples es una consulta que corre por otra consulta. El beneficio de tener una consulta que corre por otra es que podes repetir el los pasos del editor para la misma estructura de forma sencilla y ordenada.

Para construir nuestro recorrido, comencemos construyendo un único llamado hardcodeado con algún valor real de nuestra tabla origen o construida en caso que sean páginas de una web y hayamos construido una columna índice para los llamados. Por ejemplo, quiero obtener la capacity de un proyecto, iteración y usuario de mi azure dev ops.