#HowToPowerAutomate: Conectar entornos On-premise con Power Automate

Bienvenidos nuevamente a #HowToDyn365, el día de hoy les comparto como conectar orígenes de datos y aplicaciones On-premise con Power Automate.

Hoy en día, las posibilidades que nos ofrece en su conjunto la #PowerPlatform de Microsoft son muy variadas, desde crear aplicaciones sin código que nos permitan controlar y automatizar procesos en la organización con #PowerApps. Hasta realizar de manera sencilla, flujos de automatización con la posibilidad de conectar con otras aplicaciones Online u On premise (actualmente hay mas de 300 conectores).

En las empresas, es normal tener varias aplicaciones para realizar tareas especificas. Desde el uso de MailChimp para tareas de marketing, hasta tener servidores propios web o de bases de datos para alojar aplicaciones locamente.

¿Se imaginan la posibilidad de automatizar tareas o procesos con la opción de conectar entre las aplicaciones que usas. Sencillo y sin necesidad de código? Pues eso es Power Automate.

Afortunadamente, podemos acceder a nuestros servicios On-Premises haciendo uso del data gateway de Microsoft. El cual nos permite conectar con los siguientes servicios:

  • Apache Impala
  • Custom connectors that you create
  • DB2
  • File System
  • Http with Azure AD
  • Informix
  • MySQL
  • Oracle Database
  • PostgreSQL
  • SharePoint
  • SQL Server
  • Teradata (Preview)

Antes de la instalación, debemos cumplir ciertos requerimientos mínimos para poder instalar este componente. El cual nos permitirá acceder a entornos locales para ocuparlos en nuestros experimentos de la #PowerPlatform:

  • Usuario y contraseña con el que accedemos a Power Automate.
  • Permisos administrativos en el servidor que ocuparemos para instalar nuestro data Gateway.
  • Una licencia que nos permita el uso de este componente, para mas información consulta la pagina de licenciamiento en el apartado de conectividad.

Una vez que cumplimos con los requerimientos, podemos proceder a la instalación.

Como pueden ver, la instalación es bastante sencilla, y con esto ya podemos acceder a origenes de datos locales. En el siguiente Post veremos como usar este origen de datos para utilizarlo en Power Automate.

Te invito a realizar la instalación de este componente y comenzar a experimentar con todas sus posibilidades y cuéntame como te fue.

#HowToDyn365: Azure DevOps #2 — La evolución de Visual Studio Team Services (VSTS)

VSTS upgrade

Hace un par de días escribí la primer entrada de esta serie de blogs dedicados a la evolución  de  VSTS hacía Azure DevOps. Y tal como fue anunciado, los usuarios actuales de VSTS hemos comenzado a ver en el portal un mensaje anunciando que VSTS ahora es Azure DevOps y se acercan ‘emocionantes cambios’.

Vamos a revisar algunos de los más importantes.

3. Cambio de URL.

Uno de los cambios más importantes, tiene que ver con la URL y que cambiará de la siguiente manera:

Las URLs cambiarán de ejemplo.visualstudio.com a dev.azure.com/ejemplo

Actualmente puedes acceder con ambas URLs y para hacer ‘switch’ hacia el nuevo esquema de URLs el administrador del sistema debe realizar la configuración necesaria.

Org URL setting

2. Renovada experiencia de usuario.

Parte de los cambios más notables, es sin duda la nueva interfaz. La cual analizaremos en otro post a detalle.

De acuerdo con este post de Jeremy Epling, la nueva interfaz se basa en los lineamientos de diseño ‘Fluent’ y se han realizado varias iteraciones con el feedback que los usuarios han enviado (aquellos que optaron por la vista previa).

new navigation design

El objetivo de este diseño era tener una interfaz limpia, que prioriza una correcta densidad de información y que, por supuesto es mucho fuera mucho más rápida.

Actualmente, se habilita por default solo para usuarios nuevos, y en los meses siguientes se irá actualizando para usuarios actuales (VSTS).

Para los usuarios de Team Fundation Server (TFS) continuarán recibiendo actualizaciones y en nuevas versiones Team Fundation Server cambiará de nombre a Azure DevOps Server.

Fuente

#HowToDyn365: Azure DevOps #1 — Introducción

VSTS

Microsoft ha anunciado que su producto ‘Visual Studio Team Services’ (VSTS, visual studio online) será reemplazado por ‘Azure DevOps’; Conjunto de servicios en Azure. Encargados de realizar, por separado, las tareas comunes que realizábamos en VSTS.

Visual Studio Team Services una plataforma que facilita la colaboración en equipos de desarrollo de software. Incorporando herramientas que incluyen la gestión de repositorios Git para control de versiones; gestión de los procesos de compilación, automatización de pruebas y entrega; herramientas para la planeación y seguimiento de las tareas de desarrollo y que soporta extensiones para servicios incluidos Dynamics 365.

Aquellos usuarios que estén usando VSTS serán automáticamente actualizados a Azure DevOps como lo anunció microsoft. Los usuarios de VSTS no perderán ninguna funcionalidad en esta transición ya que ganarán más opciones de configuración y control de cada componente.

Los componentes anunciados de Azure DevOps son:

  • Azure Pipelines: Servicios de CI/CD (continuous integration/continuous delivery) que pueden integrarse con cualquier lenguaje, nube privada/publica y conectarse a cualquier repositorio Git para automatizar los procesos de compilacion y entrega de software.
  • Azure Boards: Servicio de seguimiento de trabajo que integra tableros Kanban, backlogs, tableros de equipos, reportes y otras herramientas que facilitan el seguimiento de tareas.
  • Azure Artifacts: Servicio de gestión de paquetes Maven, npm y NuGet de fuentes publicas o privadas.
  • Azure Repos: Servicio de almacenamiento privado para repositorios GIT.
  • Azure Test Plans: Servicio de gestión de planes de pruebas manuales o automatizadas.

Cada componente ahora será visto como un elemento individual en la suite de Devops de azure, los usuarios de Team Fundation Services OnPremise continuaran obteniendo actualizaciones y a partir de las nuevas versiones Team Fundation Services cambiará de nombre a Azure DevOps Server.

En post futuros, analizaremos cada componente de Azure DevOps Server y su relación con Dynamics 365.

¡Hola Mundo!

¿Cuál es el origen de “Hello world”?
Brian McEntire | Shutterstock

¡Hola!

Mi nombre es Daniel Montiel, soy un ingeniero Méxicano, consultor en Microsoft Dynamics CRM por mas de 5 años. Comienzo este blog, con el único objetivo de compartir experiencias y conocimiento, pues considero que existe una gran comunidad de habla hispana: Consultores, desarrolladores, administradores de sistemas, empresarios, y usuarios inmersos en el mundo de Dynamics; A los cuales no nos cae mal un poco de ayuda de vez en cuando.

#HowToDyn365 es mi esfuerzo por colaborar con esta comunidad global de profesionales, el objetivo es difundir: tutoriales, experiencias, herramientas y ‘hacks’ en nuestro idioma.

Espero que el contenido sea de su agrado, agradeceré cualquier aportación al blog.

 

¡Bienvenidos a #HowToDyn365!