Prepárate para el nuevo Microsoft Dynamics AX

Ya hemos comentado varias veces que Lifecycle Services va a ser una pieza fundamental a la hora de administrar la infraestructura del nuevo Microsoft Dynamics AX. Tareas como el despliegue de nuevos entornos, modificaciones, actualizaciones, monitorización, etc. van a ser responsabilidad de LCS a corto plazo, por lo que mientras esperamos el lanzamiento de la preview pública, podemos empezar a preparar nuestro LCS para tenerlo listo el día del lanzamiento.

Microsoft Dynamics Lifecycle Services

Conectar LCS con suscripciones de Azure

Lo primero que debemos hacer es conectar nuestro proyecto de LCS a nuestras suscripciones de Azure, que van a ser imprescindibles para desplegar nuestros entornos de trabajo, incluyendo los de desarrollo, pruebas, demo, build, etc.

  • En las opciones de nuestro proyecto vamos a Azure connectors y añadimos una suscripción nueva (o editamos una existente, si fuera necesario).
  • Le damos un nombre informativo y pulsamos sobre Sign up for Azure. A continuación se nos re direcciona a la web de Azure para proveer un usuario y contraseña válidos.
  • Finalmente si la conexión es correcta podemos descargar un certificado de administración que vamos a guardar en lugar seguro.
  • A continuación conectamos al portal de administración de nuestra suscripción de Azure y vamos a la configuración de la suscripción, donde tenemos un apartado para almacenar estos certificados. Aquí subimos el certificado que acabamos de obtener de LCS.
  • Y esto es todo, de esta forma LCS y Azure están autenticados para poder realizar tareas el uno con el otro.

Conectar LCS con Visual Studio Team Services

Para gestionar nuestro código en la preview vamos a utilizar el gestor de código fuente de Team Foundation Server en la nube llamado Visual Studio Team Services (VSTS, antes Visual Studio Online, y antes TFS Online). Para conectar nuestro LCS con VSTS lo primero que debemos hacer es crear un token en el propio VSO, aprovecharemos también para crear un Team Project si no lo tenemos ya:

LCS 010 Create VSO Token

A continuación vamos a LCS y empezamos el proceso para configurar Visual Studio Online e introducimos nuestra URL y el token que acabamos de generar. A continuación, el asistente nos permite elegir uno de los proyectos creados en VSO que se enlazará al proyecto activo en LCS:

Una vez conectada nuestra instancia de VSO debemos autorizar nuestro usuario para realizar cambios, para lo que pulsamos el botón Authorize y seguimos los pasos del proceso de autenticación. Finalmente nuestro usuario queda autorizado para realizar cambios en el Team Project desde LCS lo que permitirá, por ejemplo, que LCS cree Work Items en VSO automáticamente:

Y ya estamos listos para empezar a desplegar entonos desde nuestro LCS 🙂

Más información en el blog oficial de LCS:

IMPORTANTE!!: Este proceso ha sido realizado utilizando una versión preliminar de LCS por lo que es posible que en la versión final el proceso sea ligeramente diferente.

Códigos de etiquetas de Microsoft Dynamics AX 2012 usando ramas de Team Foundation Server (ALM-VIII)

Felizmente para nosotros, la integración de etiquetas con TFS en Microsoft Dynamics AX 2012 ha mejorado muchísimo hasta hacerla casi transparente, lo que es una mejora notable respecto a versiones anteriores. Cuando creamos una etiqueta en una instancia de AX gestionada por TFS, se crea un código de etiqueta personal que es único sólo en esa instancia (en la forma @$XXX).

Lo único a tener en cuenta es que en el momento de hacer check-in debemos incluir tanto el objeto donde se utiliza la etiqueta temporal, como el propio fichero de etiquetas donde este código ha sido creado. En este momento, la integración con TFS detecta el código temporal y lo sustituye por un código definitivo coherente con la versión del fichero de etiquetas en el servidor.

Continue Reading…

El “nuevo” Dynamics AX

Microsoft ha anunciado hoy oficialmente, por fin, la nueva versión de nuestro ERP preferido llamado finalmente “Dynamics AX” o “New Dynamics AX“, en la misma línea que otros productos publicados en la nube como Visual Studio Online (ahora llamado Visual Studio Team Services).

Omitiendo cualquier número de versión llaman la atención sobre el objetivo de convertir AX en una plataforma de software como servicio (SaaS), de forma que la versión concreta no sea demasiado importante al recibir constantes y frecuentes actualizaciones automáticamente. Personalmente (no hay confirmación de esto) apostaría a que la versión on-premise que se publicará dentro de unos meses incluirá un número de versión como de costumbre, para diferenciarlo de su hermano en Azure.

The new Microsoft Dynamics AX

La primera reléase del nuevo Dynamics AX se publicará en el primer trimestre de 2016 como estaba previsto y como ya comenté hace unas semanas, estará disponible sólo para implementaciones en Azure y principalmente orientado a clientes nuevos y re-arranques, ya que todavía no hay herramientas de migración de datos. La primera preview pública será publicada un poco antes, a principios de Diciembre, momento en el cual podremos empezar a publicar detalles sobre la nueva plataforma!!

Continue Reading…

Microsoft MVP Global Summit 2015 [EN]

Back into the real world, I have to write some lines about the event where all MVPs over the world were invited last week in the Microsoft campus at Redmond (Washington), the Microsoft MVP Global Summit 2015. That is, in my own experience, one of the best reasons to try to maintain this amazing award. Once a year gives you the opportunity to enjoy the best Microsoft Dynamics training you can ever get, directly delivered by Program Managers and the development team, and at the same time spent almost a week of community with the rest of MVPs from all countries.

Microsoft Check-in

Of course all the content is confidential and was fully focused on the next version. We now that some people, and even some partners, are breaking their agreements and publishing internal content in social media and YouTube, but for the MVP group, the confidence Microsoft put on us is very important so we are all waiting until the release of the NDA to start publishing all the amazing content we are preparing, what will happen very shortly indeed.

NDA

Some details that I can share, as they’re already public, are the following:

  • The official launch of the next version is very close, will happen probably in a matter of weeks after the event that will launch the Public Preview. From this moment everybody will be able to start publishing all the content we’re creating.
  • First version will be only available for Azure deployment and there is not data migration tool, only the code migration tool is available. This first release is focused on new customers and re-implementations, and will not be prepared for migrating from previous versions.
  • Data migration and on-premise deployments will become available in the next releases, some months after the first launch, and everything is conditioned on other Microsoft important updates like Windows Server (with its Azure Pack) and SQL Server 2016 (with its Real-time Operational Analytics and Power BI improvements). Those technologies are kind of mandatory to allow on-premise installations of the next AX into our servers.

Continue Reading…

Microsoft MVP Global Summit 2015

Ya de vuelta en el mundo real, no puedo dejar de comentar el evento al que fuimos invitados todos los MVP la semana pasada en el campus de Microsoft en Redmond (Washington), el Microsoft MVP Global Summit 2015. Este es, en mi caso, uno de los principales alicientes para mantener este galardón ya que una vez al año te ofrece la oportunidad de disfrutar de la mejor formación que se puede conseguir en Microsoft Dynamics, ofrecida directamente por los Program Manager y el equipo de desarrollo del producto, a la vez que disfrutas de una semana de celebración y compañerismo con el resto de MVPs a nivel mundial.

Microsoft Check-in

Por supuesto todo el contenido de las sesiones es confidencial, y estuvo principalmente orientado a la próxima versión. Sabemos que hay gente, incluso partners, rompiendo sus acuerdos y publicando contenido interno en redes sociales y YouTube, pero para el grupo de MVP es importante la confianza que Microsoft nos presta así que debemos esperar a que el contenido sea abierto para empezar a publicarlo, lo que será muy pronto.

NDA

Lo que sí puedo adelantar, porque ya es público, es lo siguiente:

  • El anuncio oficial de la próxima versión está muy cerca, será probablemente en cuestión de semanas, tras el evento que traerá la Public Preview. Por tanto pronto podremos empezar a publicar abiertamente todas las novedades que ya estamos preparando.
  • Pese al lanzamiento inminente, la primera versión estará disponible sólo en Azure y no es posible la migración de datos, sólo la de código. Esta primera versión está orientada a nuevos clientes y re-arranques y no esta preparada para una migración.
  • La migración de datos y la posibilidad de instalación on-premise será posible en las siguientes releases unos meses mas tarde y está condicionada a otros lanzamientos de Microsoft como las nuevas versiones de Windows Server (y su Azure Pack) y SQL Server (y su Real-time Operational Analytics junto a las novedades de Power BI), tecnologías imprescindibles para llevar los nuevos servicios de Azure a nuestros servidores on-premise.

Mucho contenido por llegar! Si tienes mucha prisa en empezar a formarte en la nueva versión (lo comprendo), puedes empezar con el contenido que ya está disponible sobre los siguientes productos:

También vale la pena echar un vistazo al White Paper: Redefing the potential of enterprise cloud computing de Joshua Greenbaum, que ayuda a comprender algunos de los cambios de rumbo que vamos a experimentar en la próxima versión con el cambio de paradigma orientando AX hacia una solución SaaS.

Suena bien, ¿verdad?

Termino con unas fotos del equipo, aunque probablemente ya les conoces a todos 🙂

Control de versiones en Microsoft Dynamics AX 2012 mediante ramas de Team Foundation Server (ALM-VII)

En capítulos anteriores hablamos sobre cómo instalar y configurar Team Foundation Server, así como las posibilidades que ofrece para gestionar tareas y administrar el código fuente desde nuestra instancia de Microsoft Dynamics AX 2012. Comentamos las funciones básicas ,aunque imprescindibles, para proteger y desproteger el código en el servidor y las ventajas que ello suponía en cuanto a almacenar todo el histórico de cambios de los objetos, como por ejemplo: revisar el historial de cambios de un objeto, volver a una versión anterior, descartar cambios sin confirmar, etc.

Sin embargo hay ciertos problemas que una gestión básica del código fuente no es capaz de solucionar. Por ejemplo, en una instalación normal de nuestro ERP, a la vez que damos el soporte diario y realizamos pequeñas modificaciones para solucionar problemas, estamos llevando a cabo desarrollos de mayor o menor impacto. Estos desarrollos paralelos necesitan ser integrados en el código de producción de alguna forma, pero si usamos el mismo servidor para desarrollar y para hacer el mantenimiento, tendremos que llegar a un punto en el que todos los desarrollos estén totalmente terminados para pasar a producción de forma limpia y segura.

De la misma forma, si nuestra empresa desarrolla un producto final, es necesario avanzar el desarrollo de las siguientes versiones mientras damos soporte a las versiones publicadas en el pasado, incluso para diferentes versiones de AX. ¿Cómo estar seguro que un hotfix urgente desarrollado para un cliente llega a todas las versiones de nuestro producto que la necesitan, de forma limpia y estable?

Visual Studio loves Dynamics AX 2012

Por supuesto hace falta un buen método de trabajo para que todo esto pueda realizarse de forma ordenada y sin errores, pero también hace falta la ayuda de alguna herramienta y para eso tenemos las ramas (Branches) disponibles en casi todos los sistemas de control de versiones del mercado, y por supuesto en nuestro Team Foundation Server.

Estrategias de branching

Existen infinidad de estrategias para definir las ramas que necesitamos en nuestros equipos, y ello va a depender de la cantidad de equipos que tengamos, la cantidad de productos, de versiones, etc. NO HAY una estrategia de ramas estándar o válida para todos y es algo que se debe pensar con cuidado ya que la estrategia elegida nos va a suponer ventajas e inconvenientes. Lo más recomendable es empezar por la lectura de la guía Version Control Guide escrita por el grupo Visual Studio ALM Rangers donde explican la mayoría de opciones con sus pros y sus contras.

Continue Reading…