[#ALM] Deploy applications to #AZURE from #DropBox (what !?!?!)


image

Good,

although increasingly cost me more to catch me on what news of MS is concerned, today when I start to slowly Digest this news changed me the location ribs:

Now you can publish apps to AZURE since new repositories as Mercurial,GitHub … and Dropbox (if you read well, DROPBOX!)

The first thing I think is, what the ? SkyDrive this steroid on the list of possible sources for a publication of an AZURE app? and get me a chill that leaves me sitting staring at the floor. I personally use a lot SkyDrive, and I have my DropBox account where I keep guitar lyrics by the fact to be able to sync it directly a while ago with my Kindle Fire (now SkyDrive this already gives me everything and much better)

Although of course, before saying nothing better try it and see that scenarios are those who are covered by this, we all know that the spring water which comes down from the mountains and that take people from Redmond has unique properties that make that very few times they mistake. That said, I put hands to work:

image

And then I do something that I wonder:

1. Copy the output of a WebApp to a directory of SkyDrive DropBox. Default syntax is somewhat similar to Dropbox\Apps\ < Azure >. Behind the synchronization of these files is released

2 Access to the Azure portal and press the “Sync” button

3 Done!

Impressive, I already start to think about Continuous Deployment environments with a server’s Build enclosed within a Faraday cage.

In addition there is a 2-minute video explaining the step by step, where up to those that we never got to an IQ of 34 can understand it.

Source: http://weblogs.asp.net/scottgu/archive/2013/03/18/windows-azure-new-hadoop-service-html5-js-cors-phonegap-mercurial-and-dropbox-support.aspx

Saludos @ La Finca

El Bruno

image image image

[#ALM] Desplegar aplicaciones a #AZURE desde #DropBox (pero esto que es lo que es !!!)


image

Buenas,

si bien cada vez me cuesta más ponerme al día en lo que novedades de MS se refiere, hoy cuando comienzo a digerir lentamente esta noticia se me cambian las costillas de ubicación:

Ahora puedes publicar aplicaciones a AZURE desde nuevos repositorios como Mercurial, GitHub  …. y Dropbox (si leiste bien, DROPBOX !!!)

Lo primero que pienso es, ¿qué hace el SkyDrive con esteroides este en la lista de posibles orígenes para una publicación de una aplicación para AZURE? y me entra un escalofrío que me deja sentado mirando al piso. Yo personalmente uso mucho SkyDrive, y tengo mi cuenta de DropBox donde guardo letras de guitarra por el hecho de poder sincronizarla directamente hace un tiempo con mi Kindle Fire (ahora SkyDrive ya me da todo esto y mucho mejor)

Aunque claro, antes de decir nada mejor probarlo y ver que escenarios son los que se cubren con esto, todos sabemos que el agua manantial que baja de las montañas y que toman la gente de Redmond tiene propiedades únicas que hacen que pocas veces se equivoquen. Lo dicho, me pongo manos a la obra:

image

Y luego hago algo que me maravilla:

1. Copio el output de una WebApp a un directorio de SkyDrive DropBox. Por defecto la sintaxis es algo parecido a Dropbox\Apps\<Azure>. Por detrás se lanza la sincronización de estos archivos

2. Accedo al portal de Azure y presiono el botón “Sync”

3. Done !!!

Impresionante, ya comienzo a pensar en entornos de Continuous Deployment con un server de Build encerrado dentro de una jaula de Faraday.

Además hay un video de 2 minutos que te explica el paso a paso, donde hasta aquellos que no llegamos a un IQ de 34 podemos entenderlo.

Fuente: http://weblogs.asp.net/scottgu/archive/2013/03/18/windows-azure-new-hadoop-service-html5-js-cors-phonegap-mercurial-and-dropbox-support.aspx

Saludos @ Home

El Bruno

image image image

[#TFSERVICE] HowTo: Disable auto deploy to #AZURE in my #Microsoft Account


image

Buenas,

a few days ago I wrote a post where commented as automating a deployment of a website to an instance of AZURE using Team Foundation Service as a repository of source code and Team Build of TFSPreview for the compilation, packaging and automation of deployment (the full post here).

A few minutes ago someone asked me how to revoke these permissions associated with my account AZURE and TFS. In the case of the revocation of the TFSPreview account we must follow the following steps:

1. Access http://www.tfspreview.com

2. Access our profile data (as show here ))

3. Select CONNECTIONS

4. Select the option “MANAGE-PROD CLOUDAPP” and revoke access to the same.

image

Saludos @ La Finca

El Bruno

image image image

[#TFSERVICE] HowTo: Deshabilito el auto deploy a #AZURE en mi #Microsoft Account


image

Buenas,

hace unos días escribí un post donde comentaba como automatizar un despliegue de un website a una instancia de AZURE utilizando Team Foundation Service como repositorio de codigo fuente y Team Build de TFSPreview para la compilación, creación de paquetes y automatización del despliegue (el post completo aquí).

Hace unos minutos alguien me preguntaba cómo revocar estos permisos asociados a mi cuenta de TFS y de AZURE. En el caso de la revocación de la cuenta de TFSPreview debemos seguir los siguientes pasos:

1. Acceder a http://www.tfspreview.com

2. Acceder a los datos de nuestro perfil (como muestro aquí)

3. Seleccionar la opción CONNECTIONS

4. Seleccionar la opción “MANAGE-PROD CLOUDAPP” y revocar el acceso a la misma.

image

Saludos @ La Finca

El Bruno

image image image

[#TFSERVICE] HowTo: Redeploy a release to a WebSite or CloudService specified in # Azure


image

Buenas,

have a couple of days I wrote a post where described as automate a deployment process using Team Build from TFS Preview for websites of Azure. This scenario is very cool, but of course, it can happen that given time we deploy this environment to a version that is not what we want to be online.

Well, in this case we can do is the following:

1. In the administration of AZURE portal we access our WebSite or Cloud Service

2 Access the “DEPLOYMENTS” section

3. In this section, we accede to the location by default where there are deployment (STAGING)

4. Then you will see a list with all deployments that have been made to this environment. If we want to redeploy a previous version, we must select the same.

5. Press the “REDEPLOY” button on the lower toolbar.

image

6 Done!

It is extremely simple and fairly straightforward to take into account Open-mouthed smile

Saludos @ La Finca

El Bruno

image image image

[#TFSERVICE] HowTo: Redesplegar una release especifica a un WebSite o CloudService en #Azure


image

Buenas,

have un par de días escribí un post donde describí como automatizar un proceso de despliegue utilizando Team Build desde TFS Preview para websites de Azure. Este escenario es muy chulo, pero claro, puede suceder que en deteminado momento despleguemos a este entorno una versión que no es la que queremos que esté online.

Pues bien, para este caso lo que podemos hacer es lo siguiente:

1. Dentro del portal de administración de AZURE accedemos a nuestro WebSite o Cloud Service

2. Accedemos a la sección “DEPLOYMENTS”

3. En esta sección, accedemos a la ubicación por defecto donde se realizan los despliegues (STAGING)

4. A continuación veremos un listado con todos los despliegues que se han realizado a este entorno. Si queremos redesplegar una versión anterior, debemos seleccionar la misma.

5. Presionar el boton “REDEPLOY” en la barra de herramientas inferior.

image

6. Done !!!

Es extremandamente simple y bastante sencillo para tenerlo en cuenta Open-mouthed smile

Saludos @ Home

El Bruno

image image image

[#TFSERVICE] Deploying applications # AZURE from Team Foundation Service 2012


image

Buenas,

today we are going with a simple example: create a web application and deploy it in AZURE directly with a build from Team Foundation Service. (another question that arose during ) the talk of Team Foundation Service SecondNug ).

So who here is a tutorial format which in the end is my personal help:

1. Create a project ASP.Net MVC 4. In my case it is a very simple that you browse and displays the following:

image

2. Protect our project in Team Foundation Service .

Note: If you don’t have an account, my post on how to create a free account to test Team Foundation Service can help you.

3. Download the .net development tools from the .Net Developer Center azure. In my particular case for Visual Studio 2012 RC, are also available for Visual Studio 2010.

image

4. The next step is to go to the AZURE portal to create a website that is where to deploy our ASP.Net MVC 4 website. The portal is accessed from http://manage.windowsazure.com/

5. The portal options we can create a new WebSite or a CloudService to deploy our solution. In this case create a new “Cloud Service” with the QUICK CREATE option and reserving the urlhttp://elbrunoLabs04.cloudapp.net .

image

6. Once the service is created, access to it and already we can integrate it with the corresponding TFS instance.

7. Select the option “INTEGRATE SOURCE CONTROL // Set up TFS publishing”

image

8 We authorize the Team Foundation Service account to the Cloud Service.

image

9 Select the Team Project from which it will post the changes to our Cloud Service

image

10. At this time, the process of Linking between TFS and Cloud Service is launched.

image

11 And in few seconds completes the Linkking between both

image

12. At this point we can already publish our content from Source Control of TFS Preview to our Cloud Service.

13. For this example, I added a new Cloud project to the solution and I’ve added a WebRole from ASP.Net MVC 4 of solution (“ElBruno.MVC4.Labs02″) project

image

14. The next step is to let set up our project of Cloud so that you can publish to the cloud service that we have created. Although this process is much more complex and has many variants, the resumie in a few steps.

15 Select the Cloud project, display the shortcut menu and select the option “Publish”.

16 Set the steps for publishing in the first place, we chose the subscription of AZURE we want to use.

Note: you can read the complete step by step here .

image

17. Below we define the settings of our application. In my case I will leave the values by default, since I do not need or Remote Desktop, or IntelliTrace, etc.

image

18. Finally complete the publication to AZURE with the data by default and launched the publishing process.

image

19. The publishing process usually takes between 2 and 10 minutes to a Cloud Service.

image

20. In a few minutes we will have the active application on AZURE directly deployed from Visual Studio.image

21. Now, the idea with this exercise is have a definition of Team Build Service that directly publish the changes that are uploaded to Team Foundation Service Cloud service that we have created.This will create a new definition of build in Team Foundation Service and the same configure what you describe in the following steps.

22. In the first place, I will work with a build called “elbrunoLabs04_CD”.

23. Then we can define if the Build is for continuous integration or launch it manually, in this case, and as we have no fear of anything, will leave it in mode IC. (that translated into AZURE it allows us to make Continuous Deployment)

24. Once the Workspace defined and the Default build options, arrived at one of the most important points of this post: the ability to use a template specific to AZURE Build. At this point, we select the Build Process Template called AzureContinuousDeployment.xaml

image

25. Once defined the solution to compile basic data and tests to run, we see that we have 2 special for AZURE sections. We define the name of the settings of deploy, we have put in the 16 to 18 steps and except that need to make an override another value, the build definition would already be complete.

image

26. Starting at this time, each time that we protect a file will launch a new process of Build that automatically display the changes towards the azure portal.

image

And ready, almost 30 steps then already we can deploy our applications directly using Team Build in TFS Preview to AZURE Open-mouthed smile

Saludos @ La Finca

El Bruno

image image image

 

[#TFSERVICE] Desplegando aplicaciones #AZURE desde Team Foundation Service 2012


image

Buenas,

hoy vamos con un ejemplo simple: crear una aplicación web y desplegarla en AZURE directamente con una build desde Team Foundation Service. (otra de las preguntas que surgió durante la charla de SecondNug de Team Foundation Service).

Asi que aquí va un formato tutorial que al final es mi ayuda personal:

1. Crear un proyecto ASP.Net MVC 4. En mi caso es un muy simple que se navega y muestra lo siguiente:

image

2. Protegemos nuestro proyecto en Team Foundation Service.

Nota: Si no tienes una cuenta, mi post sobre como crear una cuenta gratuita para probar Team Foundation Service te puede ayudar.

3. Descargamos las herramientas de desarrollo para .Net desde el .Net Developer Center de AZURE. En mi caso particular para Visual Studio 2012 RC, también están disponibles para Visual Studio 2010.

image

4. El paso siguiente consiste en ir al portal de AZURE para crear un website que es donde desplegaremos nuestro sitio web ASP.Net MVC 4. El portal se accede desde http://manage.windowsazure.com/

5. En las opciones del portal podemos crear un nuevo WebSite o un CloudService para desplegar nuestra solución. En este caso crearé un nuevo “Cloud Service” con la opción QUICK CREATE y reservando la url http://elbrunoLabs04.cloudapp.net.

image

6. Una vez creado el servicio, accedemos al mismo y ya podremos integrar el mismo con la instancia de TFS correspondiente.

7. Seleccionamos la opción “INTEGRATE SOURCE CONTROL // Set up TFS publishing”

image

8. Autorizamos la cuenta de Team Foundation Service al Cloud Service.

image

9. Seleccionamos el Team Project desde el que publicaremos los cambios a nuestro Cloud Service

image

10. En este momento se lanza el proceso de Linking entre TFS y el Cloud Service.

image

11. Y en pocos segundos se completa el Linkking entre ambos

image

12. En este punto ya podremos publicar nuestros contenidos desde el Source Control de TFS Preview hacia nuestro Cloud Service.

13. Para este ejemplo he agregado un nuevo proyecto de Cloud a la solucion y he agregado un WebRole a partir del proyecto de ASP.Net MVC 4 de la solución (“ElBruno.MVC4.Labs02”)

image

14. El siguiente paso es dejar configurado nuestro proyecto de Cloud para que pueda publicar al cloud service que hemos creado. Si bien este proceso es bastante más complejo y tiene muchas variantes dentro, lo resumie en pocos pasos.

15. Seleccionar el proyecto de Cloud, desplegar el menú contextual y seleccionar la opcion “Publish”.

16. Configuramos los pasos para la publicación en primer lugar, elegimos la suscripción de AZURE que queremos utilizar.

Nota: el paso a paso completo se puede leer aquí.

image

17. A continuación definimos las settings de nuestra aplicación. En mi caso dejaré los valores por defecto, ya que no necesito ni Remote Desktop, ni IntelliTrace, etc.

image

18. Finalmente completo la publicación a AZURE con los datos por defecto y lanzo el proceso de publicación.

image

 

19. El proceso de publicación suele tardar entre 2 y 10 minutos para un Cloud Service.

image

20. En pocos minutos ya tendremos la aplicación activa en AZURE directamente desplegada desde Visual Studio.image

21. Ahora bien, la idea con este ejercicio es tener una definición de Team Build Service que publique directamente los cambios que se suben a Team Foundation Service al Cloud Service que hemos creado. Para esto crearemos una nueva definición de build en Team Foundation Service y en la misma configuraremos lo que describo en los siguientes pasos.

22. En primer lugar voy a trabajar con una build llamada “elbrunoLabs04_CD”.

23. Luego podemos definir si la Build es para Integración Continua o para lanzarla manualmente, en este caso y como no le tenemos miedo a nada, la dejaremos en modo CI. (que traducido a AZURE nos permite hacer Continuous Deployment)

24. Una vez definido el Workspace y las opciones de build Default, llegamos a uno de los puntos más importantes de este post: la capacidad de utilizar una plantilla de Build específica para AZURE. En este punto seleccionamos la Build Process Template llamada AzureContinuousDeployment.xaml

image

25. Una vez definidos los datos básicos de la solución a compilar y los tests a ejecutar, vemos que tenemos 2 secciones especiales para AZURE. Definimos el nombre de las settings de deploy que hemos puesto en los pasos 16 a 18 y salvo que necesitemos hacer un override otro valor, la definición de build ya estaría completa.

image

26. A partir de este momento, cada vez que protejamos un archivo se lanzará un nuevo proceso de Build que automáticamente desplegará los cambios hacia el portal de azure.

image

Y listo, casi 30 pasos después ya podemos desplegar nuestras aplicaciones directamente utilizando Team Build en TFS Preview a AZURE Open-mouthed smile

Saludos @ Home

El Bruno

image image image

 

 

 

 

[# VS11] Some points to keep in mind when working with the new Team Build for Team Foundation Service


image

Buenas,

a few days ago Brian Harry made public the news where commented that we can already count with a Team Build Server in our service of Team Foundation Service. Put another way, this means that we have at our disposal a Team Build Server in TFS on the cloud. Just great! (Friend Vincenc has also written a post about it)

This has many great advantages, but we also have to take into account several things to work with this model.

image

Important: We do not have access to the physical machine from Team Build

This means that we cannot change anything in it so that our projects compile, run unit tests, etc. in this server. I personally think that this is great, a software project should be able to be compiled and packaged only from the contents in the Source Control repository.

If you use COM components, or work with an environment of compilation that requires you to install something in it to be able to compile, because you’ll have to revise your model of development to use Team Build in Team Foundation Service.

Initially the Team Build single VM will be installed

-Visual Studio 2010 SP1

- Visual Studio 11 Beta

Java for now nothing at all… Although clear, it will be in the final package, as ECLIPSE with Maven 2 and Maven 3 customers need.

I have done the test of the "Hello World" for Team Build in 10 minutes and works great, although if instead of MSTests use XUnit or NUnit, because you have to devote a few minutes to Setup.

Finally, an interesting detail. When we define the output of our Build directory, usually usually you do in a share formatted\\SERVER\SHARE\BUILD.

In this case, we also have that option, although I do not think that anyone open this door to the world. The best seems to be that if we configure the output of the Build directly in Source Control, we buy cholón space in SC, but well… for that is.

image

What happens with my custom build templates?

As the Build Controller and Build Agent concept remains the same, because it isn’t to change us much the way in which we work if we have customized our Build templates. Simply access the configuration of the Build Controllers and already we can continue working as before.

image

There is trap a?

Yes, although in reality it is not trap. For example, you can make a template of Build to mount a specific environment to build a solution (e.g. registering COM components, prior to the compilation). But of course, as the AZURE VMs "have no State", because you will lose these changes when you refreshed them.

Although as the build runs where we need it, because we can return to this state when we need it… Risa

This point remains to be seen because I understand that it will be an environment more like a Sandbox to which we have access from the final version.

Now to migrate a couple of templates custom Avanade Spain to TFS AZURE, forgiveness to Team Foundation Service and prepare the next post.

Saludos @ La Finca

El Bruno

image image image

Sources:

http://blogs.msdn.com/b/bharry/archive/2012/03/27/announcing-a-build-service-for-Team-Foundation-service.aspx

http://geeks.Ms/blogs/devnettips/archive/2012/03/29/creaci-243-n-de-una-build-con-el-Nuevo-servicio-de-builds-para-TFS-service.aspx

http://blogs.msdn.com/b/visualstudioalm/archive/2012/03/27/build-on-the-Team-Foundation-service.aspx

[#VS11] Algunos puntos a tener en cuenta cuando trabajamos con el nuevo Team Build para Team Foundation Service


image

Buenas,

hace unos días Brian Harry hizo pública la noticia donde comentaba que ya podemos contar con un servidor Team Build en nuestro servicio de Team Foundation Service. Dicho de otro modo, esto significa que tenemos a nuestra disposición un servidor Team Build en TFS en la nube. Just great !!! (El amigo Vincenc también ha escrito un post al respecto)

Esto tiene muchas grandes ventajas, pero también tenemos que tener en cuenta varias cosas para trabajar con este modelo.

image

Importante: No tenemos acceso a la máquina física de Team Build

Esto significa que no podemos modificar nada en la misma para que nuestros proyectos compilen, ejecuten pruebas unitarias, etc. en este servidor. Personalmente pienso que esto es genial, un proyecto de software debe poder ser compilado y empaquetado solo a partir de los contenidos que se encuentren en el repositorio de Source Control.

Si utilizas componentes COM, o trabajas con un entorno de compilación que te requiera instalar algo en el mismo para poder compilar, pues tendrás que revisar tu modelo de desarrollo para poder utilizar Team Build en Team Foundation Service.

Inicialmente la VM de Team Build solo tendrá instalado

- Visual Studio 2010 SP1

- Visual Studio 11 Beta

Java por ahora nada de nada … aunque claro, estará en el paquete final, ya que los clientes de ECLIPSE con Maven 2 y Maven 3 lo necesitan.

Yo he hecho la prueba del “Hola Mundo” para Team Build en 10 minutos y funciona genial, aunque si en lugar de MSTests utilizas XUnit o NUnit, pues tienes que dedicarles unos minutos a la configuración.

Finalmente, un detalle interesante. Cuando definimos el directorio de salida de nuestra Build, usualmente lo solemos hacer en un share con formato \\SERVER\SHARE\BUILD.

En este caso, también tenemos esa opción, aunque no creo que nadie abra esta puerta al mundo. Lo mejor parece ser que si configuramos el output de la Build directamente en el Source Control, consumiremos espacio a cholón en el SC, pero bueno … para eso está.

image

¿Qué pasa con mis plantillas de build personalizadas?

Como el concepto de Build Controller y Build Agent sigue siendo igual, pues tampoco es que nos cambie mucho la forma en la que trabajamos si hemos personalizado nuestras plantillas de Build. Simplemente accedemos a la configuración de los Build Controllers y ya podremos seguir trabajando como antes.

image

¿Hay trampa?

Pues sí, aunque en realidad no es trampa. Por ejemplo, te puedes hacer una plantilla de Build que se encargue de montar un entorno específico para poder compilar una solución (por ejemplo registrando componentes COM, previos a la compilación). Pero claro, como las VMs de AZURE “no tienen estado”, pues perderás estos cambios cuando se refresquen las mismas.

Aunque como la build se ejecuta siempre que lo necesitemos, pues podremos volver a tener este estado en cuando lo necesitemos … Risa

Este punto está por verse porque entiendo que será un entorno mucho más parecido a un Sandbox al que podremos tener acceso desde la versión final.

 

Ahora a migrar un par de plantillas personalizadas de Avanade Spain a TFS AZURE, perdón a Team Foundation Service y a preparar el próximo post.

 

Saludos @ Home

El Bruno

image image image

Fuentes:

http://blogs.msdn.com/b/bharry/archive/2012/03/27/announcing-a-build-service-for-team-foundation-service.aspx

http://geeks.ms/blogs/devnettips/archive/2012/03/29/creaci-243-n-de-una-build-con-el-nuevo-servicio-de-builds-para-tfs-service.aspx

http://blogs.msdn.com/b/visualstudioalm/archive/2012/03/27/build-on-the-team-foundation-service.aspx