Bitbucket data center en aws

Notas del editor

• #4: Antes de dar comienzo, me gustaría recordaros muy brevemente que somos el Atlassian Expert más grande de España, que estamos orientados al cliente corporativo y que destacamos especialmente en nuestra capacidad para realizar implantaciones Atlassian en entornos complejos y proyectos de desarrollo con altos niveles de integración. Nuestros servicios incluyen tanto la consultoría, como la asistencia personalizada tanto presencial como en remoto. Además, como partners tenemos acceso directo al equipo técnico de Atlassian.
• #8: Antes de explicaros que es la modalidad Data Center de Bitbucket, comentar para quien no lo conozca, que Bitbucket consiste en una herramienta proporcionada por Atlassian, para la gestión profesional de versiones de código fuente de forma distribuida. Una vez hecha esta pequeña introducción, vamos a explicar en qué consiste Bitbucket Data Center. Por regla general, se suele asociar la modalidad Data Center de Bitbucket a disponer de la solución en alta disponibilidad la cual permite disponer de múltiples nodos conectados entre sí, con un gran ancho de banda y una baja latencia de red entre ellos y proveyendo la capacidad de ser escalable bajo demanda, pero esto no es del todo correcto, ya que también proporciona otras dos grandes características. Una de ellas es la copia inteligente de nodos, es decir, proporcionar nodos que replican repositorios de nuestro Bitbucket primario distribuidos geográficamente y ubicados de forma estratégica cerca de nuestros equipos de trabajo, permitiéndoles trabajar hasta 8 veces más rápido a que si accedieran al nodo original. Y la otra gran característica es la recuperación de desastres, permitiendo disponer de una replica de nuestro sistema data center en standby que se activaría en el momento que se detectara que la solución primaria deja de dar servicio, con el fin de asegurar en todo momento que los datos gestionados por Bitbucket estén disponibles en caso de que el sistema principal caiga.
• #9: Este sería el modelo de despliegue de Bitbucket en la modalidad Data Center, como podeis ver, es un modelo de despliegue bastante sencillo, basado en la modalidad server pero añadiendo tres particularidades. La clusterización de nodos y un balanceador de carga, que distribuirá las peticiones que entren a nuestro sistema según la carga de trabajo de cada nodos y un nodo dedicado para Elastic Search que como bien sabéis, a partir de la versión 4.6 de Bitbucket Server, se incorpora la funcionalidad de Elastic Search, la cual proporciona un motor de búsqueda rápido y de texto completo permitiendo buscar en los proyectos, repositorios e incluso dentro del código fuente.
• #10: Aquí, podéis ver otro modelo de despliegue de Bitbucket Data Center, para que veáis, que también se puede disponer en cluster el nodo de Elastic Search y los ficheros de sistema, los cuales como bien sabéis contienen la configuración de nuestro Bitbucket.
• #17: En el siguiente caso práctico, os vamos a mostrar una de las ventajas de la clusterización, el autoescalado. Veremos como los servicios de AWS permiten la generación automática de un nuevo nodo. Así que Sergio, cuando quieras.
• #18: Autoescalado incremental y decremental automático según la demanda que disponga nuestro sistema. La gestión de alarmas que acaba de comentar Sergio para la generación automática de nodos se podría adaptar también para la modalidad server, pero ojo, teniendo en cuenta que en esta modalidad solo disponemos de un solo nodo y en el mejor de los escenarios, tendríamos una caída del servicio de 5 minutos. Y remarco en el mejor de los casos porque Bitbucket es un sistema bastante robusto y cuando cae suele desencadenar alguna intervención de mantenimiento que lleva un tiempo mayor al de 5 minutos. Cuando se dió esta situación en algún cliente, internamente nos lanzamos la siguiente pregunta:
• #20: Estos son solo costes de Bitbucket. Aquí sumarlo costes como por ejemplo, retraso de despliegue de versiones de aplicaciones, de pruebas de calidad, de usuarios o si tenemos Bitbucket en un ecosistema de integración o entrega continua.
• #21: Como os hemos comentado antes, la funcionalidad de nodo espejo permite replicar en modo lectura repositorios Git distribuidos geográficamente para que equipos más cercanos a este, accedan a ellos para realizar las operaciones pesadas, como son el Clonado y el Fetch. El caso de práctico que os hemos preparado, es el siguiente: nuestra instalación data center está ubicada en Oregon, Portland lejana y nuestro nodo espejo está ubicado en Irlanda, cercano a Sergio y a mi que estamos en Madrid y Barcelona respectivamente. A continuación, mi compañero Sergio os enseñará como realizar una instalación del nodo espejo. Si accedemos a mirror.atSistemas.com…
• #22: En este caso práctico, veremos la creación de un nodo espejo ubicado en Irlanda, cercano de
• #24: Relevancia de nuestro Centro Operaciones 24/7 BIA  Bussiness Impact Analisys
• #25: Relevancia de nuestro Centro Operaciones 24/7 BIA  Bussiness Impact Analisys