Cómo crear una aplicación web en Azure sin tarjeta de crédito

Siempre que nos hablan de Azure, inmediatamente asociamos el tema a una suscripción por la cual debemos pagar haciendo uso de una tarjeta de crédito, pues bien, en este post veremos cómo crear una aplicación web gratuita sin necesidad de usar la tarjeta de crédito, esta opción nos sirve para probar el servicio por un período corto de tiempo, sin necesidad de tener una suscripción en Azure, veamos cómo hacerlo en 5 sencillos pasos.

Paso  1

Ingresar a la URL: https://tryappservice.azure.com/ y seleccionar el tipo de aplicación que se desea ejecutar

Seleccionamos Aplicación web y hacemos clic en Siguiente

Paso 2

Podemos elegir un lenguaje de programación o seleccionar algunas de las plantillas que nos muestra por defecto, también podemos optar por empezar a construir la aplicación desde cero.

Para esta prueba seleccionaré la plantilla PHP Starter Site y luego hacer clic en Crear

Paso 3

Solicitará iniciar sesión con una cuenta de Microsoft, Google o Facebook

Paso 4

Se creará la aplicación la cuál estará disponible durante una hora, nos indicará la URL y varias herramientas para el desarrollador incluyendo edición con Visual Studio Online

Paso 5

Probar la aplicación! basta con ingresar a la URL creada y listo.

Ahora veamos la edición del sitio en PHP directamente sobre Visual Studio Online

Bien, y esto es todo lo que necesitamos para en unos sencillos pasos poder probar una aplicación web en Azure sin necesidad de suscripciones ni tarjeta de crédito, y si te gusta lo que has probado no dudes en adquirir la suscripción!

Hasta la próxima.

Cómo balancear la carga de máquinas virtuales en Azure

En esta ocasión vamos a utilizar otra de las poderosas características de Azure y es el balanceo de carga nativo que incorpora, lo utilizaremos para balancear un sitio web que se encuentran en dos instancias de máquina virtual en Azure (IaaS).

En esencia lo que tendremos es un sitio web publicado hacia Internet, el cual será atendido por dos máquinas virtuales en Azure, una imagen vale más que mil palabras, a continuación muestro el diagrama de lo que vamos a implementar en este artículo.

Como se puede apreciar en la imagen, Azure incluye un balanceador de carga nativo, el cual podemos usar y no genera costo adicional alguno, todo el tráfico que reciba de los clientes web a través del puerto 80 (http) será distribuido entre las dos máquinas virtuales (VM1 y VM2) al puerto 80 de cada una de ellas. Claramente puedo tener las instancias de máquina virtual que quiera, para esta demostración utilizaré dos instancias. Ahora veamos el proceso.

Lo primero es crear las máquinas virtuales a través del portal de Azure, crearé dos máquinas.

Algo muy importante a tener en cuenta, es que las máquinas virtuales que deseemos balancear deben estar en el mismo Cloud Service, para esta demostración las máquinas VM1 y VM2 las he puesto en el mismo servicio en la nube: mvpconf

La siguiente imagen muestra las dos máquinas creadas.

Bien, ahora que han sido creadas, voy a instalar el rol de servidor web (IIS) en cada una de ellas. Entiendo que esto es algo que sabemos hacer y no detallaré el proceso en este artículo,

Una vez listo el rol de servidor web en cada máquina, desde el portal de Azure seleccionamos la primer máquina (VM1) y hacemos clic en Extremos en la parte superior.

Un extremo (Endpoint en inglés) es básicamente lo que conocemos como un puerto, si observamos en la siguiente imagen, ya vienen por defecto dos "extremos" (puertos), para RDP y PowerShell, así que simplemente lo que haremos es agregar el "extremo" (puerto) para el servicio web http, es decir el puerto 80

En las opciones de la parte inferior seleccionamos Agregar

En Agregar Extremo estará seleccionada la opción Agregar un extremo independiente hacemos clic en el símbolo de flecha en la parte inferior.

De la lista desplegable Nombre seleccionamos el protocolo, en este caso HTTP, automáticamente nos traerá el protocolo TCP y el puerto 80, tanto de manera privada como pública (recordemos que tenemos una IP pública mediante la cual publicaremos el servicio y una IP privada para cada máquina virtual), activamos la casilla Crear un conjunto de carga equlibrada y continuamos.

Ponemos un nombre al conjunto de carga equilibrada y dejamos las demás opciones por defecto, estas pueden ser cambiadas según sus propias necesidades.

Al final veremos el extremo con un conjunto de carga asociado.

Ahora nos pasamos a la VM2 y llevamos a cabo las mismas acciones

Agregamos un nuevo extremo

En esta ocasión en lugar de crear un nuevo extremo, seleccionamos Agregar un extremo a un conjunto de carga equilibrada y elegimos de la lista de desplegable el que recién creamos (LB-HTTP)

Elegimos un nombre, debí haber elegido HTTP para guardar uniformidad con el anterior, dejamos el resto de opciones como aparecen

Bien, de este modo ya tenemos listo nuestro balanceador de carga, ahora lo que voy hacer es realizar una modificación en cada sitio web para saber a cuál máquina me estoy conectando, para ello vamos al directorio wwwroot y editamos el archivo de imagen  iis-85

Voy simplemente a poner un cuadro de texto con el nombre de cada máquina virtual, empecemos con VM1

Ahora editemos el mismo archivo en VM2

Guardamos los cambios, y simplemente para probar nos abrimos la URL con la cual publicamos el servicio, a continuación la prueba desde el navegador.

Como podemos apreciar, nos ha respondido VM1, si recargamos la página varias veces (F5), podemos notar que de repente nos pasará a VM2, pero si queremos ser más agresivos podemos detener el servicio web en VM1 para obligar al balanceador a dirigirnos a VM2, para ello abrimos el administrador de tareas y finalizamos el proceso IIS Worker Process

Volvemos al navegador, presionamos F5, y veremos como se cambiará de forma transparente a VM2

Y bien, esto ha sido todo. Espero les sea de utilidad esta información.

Cambios en el programa MVP - Adiós Directory Services

El día de hoy se han anunciado grandes cambios en el programa MVP de Microsoft por parte de Steve Guggenheimer, Vice Presidente del grupo DX (Developer eXperience & Evangelism), a través de su blog 

En resumen, de las 36 áreas de especialidad que existen se reducen a 10 y ahora se llaman "categorías", y cada categoría tiene varias áreas de contribución, la parte de "consumer" como por ejemplo Excel, Outlook, Word, etc. No sufrió cambios, ya que se trata de tecnologías que no han sufrido fuertes transformaciones, como si lo han hecho el resto de tecnologías, y sobre todo desde la era Cloud, ahora estamos en un mundo heterogéneo lleno de dispositivos cosas en la nube interoperabilidad  entre tecnologías, el mundo Open Source, DevOps y todas estas cosas que estamos viviendo hoy en día hacen que muchas de las especialidades tuvieran que re-diseñarse.

Ahora es posible que un MVP pueda ser reconocido por múltiples tecnologías o áreas de especialidad y no solo por una como siempre había sido, esto es algo bueno, ya que Microsoft por fin ha entendido que un MVP puede dominar múltiples tecnologías y debería ser reconocido por cada una de ellas, la siguiente tabla muestra algunas de las categorías y sus respectivas áreas de contribución.

(Clic para ampliar)

En mi caso, he sido reconocido como MVP es la especialidad técnica: Directory Services, ahora según estos cambios y si llego a ser reconocido nuevamente como MVP pasaría a la categoría Enterprise Mobility, no estoy seguro si este nuevo nombre me guste más, la verdad prefiero el anterior, siento algo de limitación con este título al foco real que tenemos los MVPs de Directory Services, si bien tenemos que ver en temas de movilidad no es nuestro 100% de hecho algunos MVPs ni tocan el tema de movilidad, pero este título hará pensar lo contrario, hubiese sido ideal una categoría de Identidad y Acceso, sin embargo en términos generales estoy contento con los cambios en el programa, considero que los cambios son buenos y necesarios en nuestra vida, al principio pueden generar algo de confusión pero luego los entenderemos y acogeremos.

Sin embargo, por ahora lo más importante es seguir desempeñando el papel que siempre hemos hecho en las comunidades técnicas de Microsoft que es compartir el conocimiento.

Un saludo a todos y esperemos más adelante que tan traumáticos pueden llegar a ser estos cambios.

Iniciar sesión en Windows 10 con cuenta en Azure Active Directory

Una de las novedades del sistema operativo Windows 10 es precisamente esta, la de poder iniciar sesión con una cuenta que se encuentre almacenada en la nube, específicamente en Azure AD, ya que  por ejemplo en Windows 8 se puede iniciar sesión con una cuenta Microsoft, pero ahora podemos por ejemplo usar una cuenta de Office 365 o Intune, ahora veamos cómo hacerlo.

Lo primero que debemos hacer es ingresar al portal de administración de Azure, y en el panel de la izquierda ubicar Active Directory

Seleccionamos el directorio al cual queremos unir el dispositivo con Windows 10, en mi caso cesarherrada, y en las opciones de la parte superior seleccionamos Configurar

Bajamos y ubicamos la parte de Dispositivos y activamos la opción TODO en Los usuarios pueden inscribir dispositivos en Azure AD

Con esto hemos terminado las acciones necesarias desde el portal de Azure, ahora debemos ir al equipo con Windows 10 y unirlo a Azure AD, para ello vamos al menú Inicio y seleccionamos Configuración

Luego, clic en Sistema

En la parte inferior del menú de opciones de sistema hacemos clic en Acerca de en el panel de la derecha observaremos la opción Unirse a Azure AD

Hacemos clic en Siguiente cuando aparezca el siguiente mensaje.

Proporcionamos los datos de la cuenta y contraseña del usuario existente en Azure AD

Aparecerá un mensaje para verificar si es nuestra organización, hacemos clic en Unirse

Esperamos unos instantes....

Y por último indicará que el proceso ha finalizado.

Ahora podemos observar que nos ofrece desconectarnos en caso de que asó lo deseemos.

Ahora solo nos resta cerrar sesión, y elegir la opción Otro usuario con eso nos solicitará credenciales, que para mi caso son las correspondientes al usuario ctorres@cesarherrada.com

Nos solicitará la creación de un PIN que por ahora no usaremos parta efectos de esta prueba, aunque es recomendado hacerlo, por ahora por simplicidad haré clic en Omitir por ahora

Con esto hemos iniciado sesión con una cuenta almacenada en Azure AD, a continuación la verificación.

O también podemos ejecutar un whoami donde podemos observar azuread\[nombreusuario]

Y bien, esto es todo por hoy. 

Espero sea de utilidad esta información.