Desde SharePoint Online podemos colaborar con usuarios externos a Office365 sin consumo de licencias, se podría asemejar al concepto de Extranet. Mediante esta funcionalidad el administrador de la colección puede enviar invitaciones al site a usuarios externos pudiendo incluirse éstos incluso en los grupos de visitantes o miembros. A estos usuarios les llegará un mail indicando que han sido invitados al site junto con la url de acceso. Para poder acceder los usuarios externos deben disponer de un mail registrado como cuenta en Windows Live ID o en Microsoft Online Service.

De momento existe un máximo de 50 usuarios externos aunque puede que en siguientes versiones podamos ampliar el número de usuarios externos comprándolos por paquetes.

Para utilizar esta funcionalidad hay que habilitar la feature a nivel de colección de sitios “External users invitations”. Para enviar una invitación a un usuario, desde el botón de “Acciones del sitio” aparecerá la opción “Share Site”, al seleccionarla aparecerá una pantalla desde la que introduciremos todos los mails que queremos invitar a nuestra colección. Los usuarios recibirán un mail como se muestra en la imagen, de forma que cuando pulsen en “Aceptar la invitación” navegarán a la url del site desde el que se les ha invitado.

Mail de invitación de los usuarios externos:

Pantalla de logon para usuarios externos en Office365:

Ya hemos adquirido Office365 y tenemos que subir a SharePoint Online los documentos que ya tenemos en nuestra empresa o bien queremos mostrar desde nuestras aplicaciones datos almacenados en SharePoint Online, pero ¿Cómo lo hacemos?.

Entre las opciones de integración con SharePoint Online disponibles podemos utilizar las siguientes:

• Sin desarrollo
  • Mediante WebDav
  • Microsoft SharePoint Workspace 2010
  • SharePoint Designer 2010
• Con desarrollo
  • Mediante el modelo de objetos cliente
  • A través de los servicios web y REST de SharePoint Online

WebDav

Nos permite explorar las bibliotecas de SharePoint desde la ventana de explorador de Windows, pudiendo subir o descargar documentos como si fuera una carpeta de red.

Microsoft SharePoint WorkSpace 2010

Consiste en una aplicación cliente que podemos adquirir con Microsoft Office Professional Plus 2010, mediante WorkSpace podemos trabajar con sitios de SharePoint de forma conectada y en modo Offline, encargándose WorkSpace de toda la gestión de concurrencia de modificaciones. Además WorkSpace está pensado para optimizar la subida de documentos y nos notifica ante nuevas modificaciones y conflictos encontrados.

SharePoint Designer 2010

Es una herramienta cliente que nos permite personalizar SharePoint sin necesidad de escribir código. También podremos subir y descargar documentos desde sus opciones de navegación:

Modelo de objetos cliente

Consiste en un API que permite interactuar con elementos de SharePoint desde aplicaciones que se ejecutan fuera del servidor, en concreto: Silverlight, ECMASCRIPT y aplicaciones de escritorio. La ventaja de utilizar el MO cliente es que el código necesario es parecido al utilizado en código del servidor.

El MO cliente es la interfaz recomendada a la hora de realizar desarrollo externos a SharePoint. Cuando estemos realizando una aplicación Silverlight o ECMASCRIPT que no esté alojada en Office365 tendremos que validarnos primero contra Office365 y utilizar los token de seguridad asignados en las llamadas del MO cliente (excepto si utilizamos la federación de identidades). Esto se debe a que Office365 utiliza autenticación basada en claims consumiendo su propio servicio de autenticación.

Para autenticarnos en Office 365 aconsejo utilizar el ejemplo de Wictor Wilén, How to do active authentication to Office 365 and SharePoint Online, en el que podréis encontrar una implementación de un Helper para obtener un CookieContainer con el token de seguridad para luego utilizarlo en las llamadas del MO cliente.

Desde el post “Autenticación remota en SharePoint Online mediante la autenticación basada en notificaciones” describe cómo utilizar la clase ClaimClientContext con SharePoint Online, pero en este caso el usuario tendrá que especificar las credenciales manualmente.

Servicios web y REST de SharePoint Online

SharePoint Online dispone de una serie de servicios web WCF y REST con los que podremos comunicarnos. En este caso para autenticarnos utilizaremos el sistema mencionado en el punto anterior. Para poder manejar fácilmente la propiedad CookieContaniener utilizaremos la opción de compatibilidad al crear la clase Proxy desde Visual Studio.

Desde hace ya tiempo ya un tiempo podemos disfrutar de una nueva funcionalidad de SQL Azure, todavía en CTP, que permite exportar e importar base de datos al Windows Azure Storage.

Desde el portal de administración nos será muy fácil exportar una base de datos completa al Windows Azure Storage y volver a importarla.

Como podéis ver, si vamos al portal de administración tenemos dichas opciones en la barra superior.

Seleccionando la base de datos que nos interese podemos seleccionar la opción exportar, la cual nos pedirá la información necesaria para la operación.

En primer lugar nos pedirá las credenciales de nuestra base de datos y en segundo lugar le tendremos que indicar la ubicación dónde debe dejar el resultado de la operación.

La URL debe ser la URL de un blob que no exista. El contenedor sí debe existir.

Para acceder al contenedor podremos usar la clave del storage (Access Key) o una clave compartida (Shared Key).

Una vez realizada la operación nos indicará que dicho proceso se iniciará. El proceso no es inmediato, depende del tamaño de la base de datos.

Por este motivo el portal también ofrece una ventana de estado dónde podemos ver el estado de todas las operaciones de exportación e importación, ya que ambas operaciones se hacen de forma asíncrona.

Una vez hecha la operación podemos ver que se ha creado un nuevo blob en el contenedor especificado.

Y si queremos importarla, tan fácil como seleccionar la opción importar, indicar las credenciales, el nombre de la nueva base de datos dónde se importarán los datos y el blob dónde está la base de datos.

La ventana de estado mostrará el estado de todas las operaciones de importación y exportación.

Post cortito para anunciar una noticia fantástica a nivel personal, que no es otra que Microsoft ha decidido nombrarme MVP en la categoría de Windows Azure.

Quería aprovechar este nombramiento para dar las gracias a todas las personas que en uno u otro momento me han dado su apoyo y a todas aquellas personas de la comunidad de las que he aprendido un montón a lo largo de los años.

Espero poder seguir contribuyendo a la comunidad como lo he estado haciendo hasta el momento ( o más! ) y que mis aportes puedan ser de utilidad para que no se arrepientan de haberme dado este reconocimiento

Una de las últimas novedades de la plataforma es la característica de geo-replicación. Con esta característica la información almacenada en los blob y tablas del storage se almacenarán de forma transparente y sin coste adicional en otro datacenter de la misma región.

Aunque a nivel del propio datacenter Windows Azure Storage ya dispone de mecanismos para evitar la pérdida de información, con esta característica ganamos todavía mucho más desde el punto de vista de recuperación ante desastres, ya que la información se duplicará en un datacenter diferente al que hayamos elegido en la creación del storage.

Cuando creamos el storage elegimos la ubicación para el storage, siendo Windows Azure de forma automática el que elegirá la ubicación del datacenter de respaldo. En esta primera versión hay una relación 1 a 1 entre el datacenter primario y el secundario, el que hace de respaldo. En un futuro se podrá elegir cuál será el que haga de secundario e incluso se podrá forzar un intercambio de roles.

En la siguiente tabla podéis ver la relación 1 a 1 que os comento:

La operación de sincronización es un proceso asíncrono, transparente para nosotros y que no implica una pérdida de rendimiento en las operaciones que hagamos con el storage. Si ocurrise un fallo el primer punto de restauración sería la que se encuentra el mismo datacenter, si el datacenter principal se viese comprometido de forma transparente el secundario pasaría a darnos el servicio.

Este paso es transparente para la aplicación porque únicamente se realiza una actualización del DNS para que las URLs que usan nuestra aplicación apunten al datacenter secundario en lugar de al primario.

Por último, aunque la opción es gratuita, podría deshabilitarse esta característica contactando con el soporte de Windows Azure.