En algún momento de tu viaje con Atlassian te encontrarás con la necesidad de migrar las herramientas como Jira, Confluence, Jira Service Management u otras, a un grupo mayor dentro de tu organización. En esta publicación de blog te mostraremos qué debes tener en cuenta al momento de migrar de Atlassian Server al Data Center de Atlassian.
Ha llegado el momento dentro de tu organización de determinar el crecimiento y crear un gobierno interno antes de realizar el paso final para migrar tus herramientas de software Atlassian, debes asegurarte de proporcionar alta disponibilidad de verdad, y construir una infraestructura más robusta que soporte las necesidades de disponibilidad y rendimiento. Recuerda que no existe un único enfoque para lograr escalar las aplicaciones Atlassian. Cada organización y equipo, tiene diferentes procesos, flujos de trabajo y necesidades.
Al considerar escalar una única instancia de Jira, es común pensar primero en el número de issues que la instancia puede soportar, ignorando los otros factores que pueden contribuir a un rendimiento pobre o a un incremento de la administración. Abajo, enumeramos una lista de factores que recomendamos considerar al escalar una única instancia de Jira.
Ten en mente que una característica puede no tiene razón de crecer al mismo ritmo que otras. Mucha gente considera la cantidad de usuarios que tendrán acceso al sistema, pero no consideran el nivel de actividad que tendrán estos usuarios respecto a otros. O en cambio, solo porque el número de issues crezca, no significa que los proyectos deban hacerlo. Consulta la documentación de Atlassian para conocer los detalles que debes tener en cuenta.
Con la amplia adopción de herramientas de software colaborativo altamente personalizable, Jira Software, en nuestro caso, la tarea de los administradores se ha convertido en la de averiguar las mejores prácticas para gestionarlas de la mejor forma, y una de las formas más efectivas de escalar productos es que los administradores limiten el número de configuraciones realizadas a la aplicación.
Hemos construido la siguiente guía para ayudarte a determinar cuán grande (o pequeña) debe ser tu instancia Jira para que cubra los requisitos que necesita. Recuerda que las recomendaciones para tu empresa dependen del tipo específico de crecimiento, intensidad y casos de uso:
Es importante que consideres qué aspectos técnicos debe tener tu instancia de acuerdo al tamaño de tu equipo de trabajo.
Si utilizas más de un servidor para soportar Confluence, por ejemplo, entonces probablemente estás ejecutando Confluence en un entorno federado. Los clientes más grandes eligen federar su entorno Atlassian por una amplia variedad de motivos, mayormente debido al constante crecimiento. Entre los motivos más comunes podemos mencionar:
Una configuración de recuperación en caliente es una configuración activo-pasivo en un único entorno servidor tal que, en caso de fallo del servidor principal, los usuarios son redirigidos a un servidor en espera con una copia de seguridad completa del servidor principal.
Esta configuración es una estupenda forma de proporcionar un nivel adicional de garantía, pero aún quedaría un único punto de fallo dado que el servidor de respaldo solo estará disponible si el principal cae. Así que mientras haya medidas que puedas tomar para mantener a tu equipo online en una configuración de un solo servidor, no estás proporcionando una verdadera alta disponibilidad.
A diferencia de una configuración activo-pasivo, esta proporciona auténtica alta disponibilidad al permitirte configurar tu despliegue y dirigir el tráfico a nodos específicos según la actividad, o añadir más nodos activos basados en la actividad, o añadir más nodos activos para descargar la demanda durante períodos pico.
Una herramienta de software que tenga alta disponibilidad se basa en una estrategia que proporciona un nivel específico de disponibilidad, acceso a la información, y un tiempo aceptable de respuesta. La corrección automática y la recuperación ante fallos (dentro de la misma localización) se consideran habitualmente parte de la planificación de alta disponibilidad.
Si quieres entender mejor este concepto aplicado a las herramientas de Atlassian, te recomendamos ver el siguiente vídeo de la charla que Carlos Aparicio, Profesional Certificado por Atlassian, ofreció en el DEISER Enterprise Day de Barcelona en 2017, en el que explica las ventajas de este servicio que ofrece la firma de software australiana:
Una estrategia de recuperación en caso de desastres es un aspecto crucial que cualquier despliegue de cualquier grado empresarial debería tener. En caso de un corte de todo un sitio, un sistema geográficamente separado asumirá la funcionalidad de la aplicación y minimizará el corte en favor de la productividad de tu equipo.
Montar una estrategia de recuperación en caso de desastres para un único servidor te permite tener copias de la base de datos y del sistema de ficheros de manera que tu sitio de respaldo cuenta con los mismos datos que tu sitio principal. A diferencia de un entorno de un servidor único o federado con Data Center de Atlassian, esta opción te permite copiar los índices de los servidores primarios a servidores remotos de recuperación en caso de desastres y así asegurar la consistencia, en caso que surja la necesidad de una recuperación.
La replicación de índices impacta en la rapidez con la que tu equipo puede volver a continuar con el trabajo. Sin copias en los servidores de respaldo, la aplicación necesitará reconstruir los índices desde el principio y en una instalación grande esto puede llevar varias horas.
La única solución de recuperación en caso de desastres está disponible con Atlassian Data Center. También hay formas de montar un plan de recuperación en caso de desastres que no puedas soportar por tí mismo, como sea el caso puedes aprender más al respecto en la documentación de Atlassian, y también puedes apoyarte en nosotros, que te podemos guiar en todo lo que necesites en tu proceso de migración de Atlassian Server a Atlassian Data Center, sobre todo luego del anuncio de Atlassian y el cese de ventas de licencias Server a partir del próximo año hasta 2024 que dejarán de prestar soporte a esta opción. Contáctanos a continuación, con gusto te ayudaremos.
No Comments Yet
Let us know what you think