Blogs de la ICANN

Los blogs de la ICANN brindan información actualizada sobre actividades de desarrollo de políticas, eventos regionales y demás novedades.

Un vistazo a la “fábrica” de ingeniería de la organización de la ICANN y novedades sobre el CZDS

5 de noviembre de 2020
Por Ashwin Rangan

Durante la sesión de preguntas y respuestas al equipo ejecutivo de la organización de la ICANN, llevada a cabo recientemente como parte de la semana de preparación para la reunión ICANN69, me preguntaron cómo el equipo de Ingeniería y Tecnologías de la Información (E&IT) prioriza su trabajo y, en particular, cómo está avanzando el proyecto del Sistema de Datos de Zona Centralizado (CZDS). Antes de brindarles información actualizada sobre el CZDS, permítanme explicarles cómo prioriza sus proyectos el equipo de E&IT.

El equipo de E&IT actúa como proveedor de servicios clave para la ICANN. Dado que los sistemas no coinciden exactamente con los límites funcionales definidos por la organización, E&IT es donde se vuelven claramente visibles los impactos del trabajo interfuncional. En tal sentido, el equipo de E&IT sigue un proceso integrador y colaborativo para procesar las solicitudes de sistemas y priorizar su trabajo. Dos veces al año, se invita a los líderes principales de la organización de la ICANN a que evalúen las necesidades actuales y futuras de sus respectivas funciones en cuanto a proyectos de E&IT. Los proyectos pueden ser relativamente sencillos, como optimizar una computadora, red o infraestructura de almacenamiento, o más complejos, como desarrollar sistemas de software con codificación específica para un propósito determinado y optimizar la infraestructura que sostiene a estos sistemas. Este proceso implica conocer las necesidades de cada equipo, alinear los proyectos propuestos con las estrategias definidas por la organización, entender las dependencias y los impactos interfuncionales, tener en cuenta los comentarios de la comunidad y establecer la prioridad de cada solicitud. Esto nos permite organizar las solicitudes de E&IT en una lista para cada función dentro de la organización de la ICANN.

Nuestro próximo paso es analizar estas solicitudes a la luz de los fondos disponibles (según los presupuestos revisados por la comunidad y aprobados por la Junta Directiva de la ICANN) y la capacidad del equipo de E&IT (según los recursos humanos disponibles en el equipo de E&IT y entre nuestros contratistas externos). Estos son los factores principales que se tienen en cuenta para determinar cuántos proyectos de E&IT se pueden implementar cada semestre (de enero a junio y de julio a diciembre). Esto nos permite fijar un límite en la lista de solicitudes.

La lista final de proyectos de E&IT se conoce como la “lista definitiva de proyectos”. Cada semestre, los vicepresidentes sénior de la ICANN analizan y aprueban la lista definitiva de proyectos. El Director Ejecutivo realiza una segunda revisión y aprobación para confirmar los proyectos a concretar. Cualquier cambio en el plan, incluida la incorporación o eliminación de proyectos, debe ser aprobado por el Director Ejecutivo.

Para una mejor organización interna y coordinación de la lista definitiva de proyectos, el equipo de E&IT divide su trabajo en siete áreas. Las primeras seis áreas de trabajo prácticamente no se superponen, pero todas las áreas de trabajo convergen en la séptima (infraestructura básica de TI) de alguna manera. Las siete áreas de trabajo son las siguientes:

  1. Participación de la comunidad: trabajo realizado en apoyo de la participación de la comunidad de la ICANN. Por ejemplo, sistemas utilizados para el Programa de Becas, las estructuras de la comunidad de la ICANN y los programas de viajes.
  2. Colaboración con la comunidad: trabajo principalmente relacionado con herramientas y sitios web utilizados por la organización de la ICANN, las organizaciones de apoyo (SO) y los comités asesores (AC). La Iniciativa de Transparencia de la Información (ITI) entra en esta categoría.
  3. Partes contratadas: trabajo en apoyo de la interacción con registros y registradores, el cual incluye al Portal de Servicios de Nombres (NSp).
  4. Servicios técnicos: trabajo relacionado con los numerosos sistemas que utiliza la organización y/o la comunidad de la ICANN para garantizar que las partes contratadas cumplan con sus obligaciones contractuales. El Sistema de Monitoreo de Acuerdos de Nivel de Servicio (SLAM), el acceso a los archivos de zona y el CZDS, entre otros sistemas, entran en esta categoría.
  5. Servicios de la Autoridad de Números Asignados en Internet (IANA): trabajo relacionado con los sistemas utilizados por la comunidad y el equipo de la IANA para llevar a cabo las funciones de la IANA, incluida la gestión de la zona raíz.
  6. Servicios para el personal: trabajo relacionado con los sistemas que utiliza la organización de la ICANN, como las funciones de finanzas y recursos humanos del sistema de planificación de recursos empresariales (ERP), Intranet, correo electrónico, sistemas de telefonía, Slack para mensajes directos, etc.
  7. Infraestructura básica de TI: trabajo relacionado con los sistemas y servicios que utilizan todas las partes interesadas mencionadas previamente. Zoom, los centros de datos, los servicios en la nube, la seguridad informática y el servidor raíz gestionado por la ICANN (IMRS) forman parte de esta categoría.

Con este proceso de priorización en mente, quisiera darles más detalles acerca del CZDS en respuesta al sostenido interés de la comunidad.

Hace unos años, el CZDS se transfirió a una nueva plataforma que combina Java como solución de front-end para las solicitudes de los miembros de la comunidad de la ICANN y Salesforce como solución de back-end para las aprobaciones de las partes contratadas (esta funcionalidad también está consolidada en el NSp). Este trabajo finalizó en enero de 2019. Si bien este fue un buen punto de partida, hace falta seguir trabajando para que el CZDS cumpla con las recomendaciones formuladas en 2017 por el Comité Asesor de Seguridad y Estabilidad (SSAC) en el documento SAC097.

El trabajo del equipo de E&IT en torno al CZDS comprende la tercera y cuarta de nuestras áreas de trabajo: partes contratadas y servicios técnicos, respectivamente. A continuación, se muestra la lista definitiva de los proyectos correspondientes a estas dos áreas de trabajo para el próximo semestre (enero a junio de 2021) en función de las prioridades identificadas y los recursos asignados, junto con una breve descripción de los proyectos.

Lista definitiva de proyectos de E&IT

Servicios técnicos

  • Se está realizando una actualización importante del Sistema de Monitoreo de Acuerdos de Nivel de Servicio (SLAM) para mejorar su desempeño, seguridad e indicadores para los registros. El SLAM es la columna vertebral de los servicios técnicos de la ICANN.
    • El proyecto de monitoreo de los registradores permitirá supervisar el cumplimiento de los SLA por parte de los registradores, como también que la ICANN verifique que los servicios brindados por estas partes contratadas cumplen con el Acuerdo de Acreditación de Registradores (RAA).
    • Las mejoras a la Interfaz de Programación de Aplicaciones (MoSAPI) pemitirán monitorear el Protocolo de Acceso a los Datos de Registración de Nombres de Dominio (RDAP). De esta manera, la ICANN podrá brindar información detallada del RDAP a las partes contratadas cuando se active la función de monitoreo. Esta mejora redundará en beneficio de los registros, ya que contarán con nuevos indicadores para monitorear los SLA.
    • Las mejoras a la Interfaz de Informes de Registración (RRI) permitirán que el equipo de Cumplimiento Contractual de la ICANN gestione mejor las notificaciones a los agentes de custodia de datos de registradores (DEA).

Partes contratadas

  • Continuamos trabajando en el Portal de Servicios de Nombres (NSp).
    • Estamos desarrollando nuevas integraciones con los sistemas de servicios técnicos que nos permitirán dejar de utilizar nuestra antigua plataforma de Cumplimiento Contractual (Kayako), disminuir los costos de las licencias, incrementar la eficiencia del equipo de Cumplimiento Contractual y mejorar la experiencia de los usuarios que informan instancias de incumplimiento.
    • La nueva funcionalidad de Cumplimiento Contractual en el NSp permitirá que los usuarios informen múltiples instancias de incumplimiento (casos agrupados) junto con otras mejoras derivadas de las nuevas integraciones.
    • Entre junio y julio de 2021, el equipo espera empezar a desarrollar la versión 3.0 del CZDS. Esta versión permitirá cumplir con la recomendación del SSAC de permitir la renovación automática de las solicitudes de archivos de zona previamente aprobadas.

En resumen, desde que la Junta Directiva de la ICANN aprobara el documento SAC097 en 2017, el trabajo en torno al CZDS es prioritario. Se efectuaron numerosos cambios al CZDS que no fueron visibles para los usuarios finales, ya que implicaron cambios en la estructura que sostiene al CZDS. Además, las consultas a la comunidad y el análisis interno de la organización de la ICANN derivaron en la priorización de otros proyectos. No obstante, las áreas de trabajo en materia de ingeniería para el próximo semestre indican que se reanudará el trabajo relativo al CZDS a mediados de 2021, sobre la base de las prioridades y limitaciones actuales.

El equipo de E&IT entiende que la comunidad desee una mayor celeridad en la concreción de los proyectos relativos al CZDS. Por lo tanto, estamos analizando la posibilidad de incrementar nuestra capacidad a corto plazo, dentro de los límites de recursos humanos y financieros. Fue relativamente sencillo contratar especialistas en Java para tareas temporales y a largo plazo, pero fue mucho más difícil ubicar y contratar especialistas en Salesforce para trabajar en el NSp.

Espero presentarle información actualizada a la comunidad al inicio de nuestro próximo semestre de trabajo. Mientras tanto, les agradezco su comprensión y paciencia.

Authors

Ashwin Rangan

Ashwin Rangan