Finalmente llegó el día: se ha abierto la beta pública de Stack Overflow en Español. ¿Qué están esperando para comenzar a usarlo?
Les comparto el comunicado oficial: Sigue leyendo
Finalmente llegó el día: se ha abierto la beta pública de Stack Overflow en Español. ¿Qué están esperando para comenzar a usarlo?
Les comparto el comunicado oficial: Sigue leyendo
Como vimos en la primera parte, tenemos varias formas de crear nuestro clúster Hadoop en HDInsight.
En este post veremos cómo crearlo desde código .NET y desde PowerShell.
Para crear nuestro clúster desde C# primero deberemos instalar el paquete NuGet de administración de HDInsight. Sigue leyendo
El servicio de Azure Web Apps tiene una gran funcionalidad: implementación contínua (continuous deployment), desde diferentes tipos de repositorios: Visual Studio Online, OneDrive, un repositorio local Git, GitHub, Bitbucket, Dropbox, o un repositorio externo. También tenemos alertas incorporadas, pero no notificaciones de las implementaciones. Ahí es cuando vienen al rescate los Web Hooks de Kudu.
Project Kudu es un proyecto open source, hosteado en GitHub, que es el motor detrás de las implementaciones desde Git/Mercurial, WebJobs, y varias otras cosas en Azure Web Apps. Y además, también puede correr fuera de Azure.
Un Web Hook es un callback HTTP: un HTTP POST que ocurre cuando sucede algo; una simple notificación de evento vía HTTP POST. Los Web Hooks son una manera de recibir información valiosa cuando sucede, en vez de estar continuamente pidiendo datos sin estar recibiendo nada valioso la mayor parte del tiempo.
En Nubimetrics, como en muchas otras startups, usamos Slack como medio de comunicación entre los miembros del equipo. Slack provee integración con otras aplicaciones y servicios, como GitHub, Bitbucket, Trello, Asana, JIRA, Google+ Hangouts, Google Drive, Dropbox y Visual Studio Online, por nombrar algunas (si estás interesado en conocer sobre el resto de las integraciones disponibles puedes visitar https://slack.com/integrations).
Pero, como verán en la lista, no hay una integración nativa con Kudu, pero aquí vienen nuevamente los Web Hooks al rescate! Slack soporta web hooks de entrada como una forma para otras aplicaciones de postear información a Slack.
Y, para hacer las cosas aún más fáciles, hay una aplicación hosteada en GitHub, escrita en Node.js y que corre en Azure, que hace esta tarea.
Todo lo que necesitamos hacer es:
slackhookuri con el valor de la URI del Paso 1.https://{tu azure web app}.scm.azurewebsites.net/WebHooks.Los Web Hooks nos proveen una forma sencilla de integrar aplicaciones web. Usando simples web requests con contenido JSON podremos integrar casi cualquier cosa!
Para crear un clúster Hadoop en HDInsight tenemos varias opciones:
Con todas ellas estaremos creando un cluster Hadoop con la configuración básica. Sigue leyendo
HDInsight es un servicio de Microsoft Azure que nos provee una plataforma de big data como servicio. Esto es, Microsoft se hace cargo de mantener los servidores y de actualizar la plataforma, y nosotros creamos el software que corre sobre ella, y pagamos por el uso que hacemos del servicio.
HDInsight usa la distribución Hadoop Hortonworks Data Platform (HDP). Normalmente, cuando hablamos de Hadoop, solemos referirnos al ecosistema de componentes Hadoop completo, que incluye clusters Storm o HBase, así como de otras tecnologías que están debajo del paraguas de Hadoop.
Seguramente habrán escuchado últimamente el término big data, y se preguntarán de qué se trata. Sigue leyendo
Quienes revisen los logs de conexiones a la base de datos SQL o usan herramientas como New Relic para monitorear sus aplicaciones corriendo sobre Cloud Services seguramente habrán visto que la lista de servidores sobre los cuales está corriendo la aplicación tiene nombres como «RD000D3A107CFC» (este es el nombre del equipo dentro de la red) . Esto no nos ayuda mucho a identificar cuál de las instancias es la que realizó la conexión o tiene problemas, ya que en el listado de instancias que vemos en el Portal de administración, las instancias tienen el nombre del rol más un número de orden (ej.: CloudService.Web_IN_1). Sigue leyendo
Al ser un servicio de Microsoft Azure, el servicio de caché en Redis es accesible desde una API REST, pero, ¿para qué tomarnos el trabajo de acceder de esta forma si tenemos disponibles librerías de alto nivel que nos ayudan en esta tarea?
La gente de Stack Exchange (si, los dueños de Stack Overflow) creó una librería, open source y altamente performante, para acceder a Redis (algo que ellos usan mucho para sus propios servicios), llamada StackExchange.Redis. En este post vamos a estar viendo cómo acceder a nuestro servicio de caché en Redis utilizando esta librería.
Para saber como crear el servicio de caché de Redis en Azure, pueden ver mi post de Introducción a Redis Cache. Sigue leyendo
Redis Cache es un servicio de caché distribuido de Microsoft Azure, basado en el proyecto open source Redis. Redis es un repositorio de datos que emplea un sistema de Key-Value para almacenar la información, con la particularidad que los Keys, además de poder ser un string, o hash, pueden ser datos complejos, como listas o conjuntos. Está disponible en dos niveles de servicio:
El tamaño máximo disponible, a la hora de escribir este post, es de 53 GB.
Hoy arrancó //build/ 2015 y se hicieron varios anuncios muy interesantes de la plataforma de Microsoft Azure.
Veamos un resumen de cada uno de ellos: Sigue leyendo
Si usamos Azure SQL Database para almacenar los datos de nuestra aplicación, y queremos habilitar la búsqueda de texto completo, mediante un servicio de Azure Search, la mejor opción es utilizar indexadores, que hagan el trabajo de sincronización de nuestros datos hacia el servicio de búsqueda. Actualmente esta funcionalidad no está disponible en el SDK de Azure Search, así que deberemos usar la API.
Actualmente los indexadores sólo funcionan con Azure SQL Database, SQL Server sobre VMs en Azure y DocumentDB. (Si están interesados en sincronizar los datos desde DocumentDB, pueden ver este post).
Azure Search soporta la creación y administración de orígenes de datos (data sources) e indexadores (indexers) que operan contra estos orígenes de datos.
Un origen de datos especifica qué datos deben ser indexados, las credenciales para acceder a estos datos, y ls políticas para que Azure Search identifique eficientemente los cambios en los datos. Un origen de datos se define de forma independiente para poder ser usado con más de un indexador. Sigue leyendo