Admisión de clientes

Si quieres convertirte en un usuario de Burli NE, entonces hay algunas cosas que queremos saber. Aquí hay una lista de cosas en las que tienes que pensar:

Salas de redacción de la red

Número de lugares/estaciones de trabajo

• ¿Cuántos sitios (lugares físicos), estaciones de trabajo y usuarios simultáneos necesita (también divididos por sitio) Queremos tener una idea del número de usuarios y la carga de cada sitio. Es importante para la configuración de la base de datos, las especificaciones de hardware y la configuración de múltiples sitios en cada sitio, si hay múltiples sitios para instalar, por supuesto.
• ¿Hay estaciones de trabajo de periodistas/Burli en todos los sitios? ¿Un "Sitio" podría ser sólo un centro de datos central? Hemos estado asumiendo que habrá clientes Burli trabajando en todos los sitios para la captura, mezclas de audio, etc.?
• ¿Las bases de datos/servicios de TODOS los sitios funcionarán 24/7 o algunos "Sitios" son sólo uno o dos PCs de usuario que podrían apagarse por la noche/los fines de semana?
• ¿Se producen noticias en todos los sitios? En otras palabras, ¿graban, editan el audio y hacen los segmentos que se pondrán en los boletines en todos los sitios?
• ¿Se hacen boletines en todos los sitios? En otras palabras, ¿toman los editores los segmentos hechos por otras personas (probablemente en otros sitios, sí?) y los incorporan en un boletín en todos los sitios? ¿O es tal vez algo que sólo ocurre en uno o dos sitios más grandes?
• Para la versión web (Burli Beat): ¿podemos alojarlo todo en un solo sitio o cada sitio necesita un acceso separado a la versión web?

Detalles de IT

• ¿Qué versión(es) de Windows se está ejecutando en cada PC que tendrá a Burli en ella? Ya no apoyamos a XP pero ¿será Win 7, 8.1 o 10?
• Para cada ubicación necesitamos saber cómo se manejan los usuarios (las respuestas afectan la forma en que manejamos a los usuarios para los sitios múltiples):
  • ¿Quieres usar el SSO o en su lugar administrarán a sus usuarios de Burli de forma completamente independiente de los usuarios de Windows?
  • Si quieres SSO:
    • ¿Cada usuario se conecta a Windows como ellos mismos o comparten un login (varias personas usan el mismo nombre de usuario de 'Noticias' tal vez)?
    • Si es así, ¿es un dominio o un grupo de trabajo?
    • ¿Red/dominio/grupo de trabajo separado para cada sitio o un dominio para la red? Si diferentes dominios son de confianza?
• ¿Cuál es el tipo de ancho de banda/conexión entre cada uno de los sitios? ¿WAN o Internet público? Si la Internet pública, ¿hay una VPN que se está usando?
• ¿Quieres/necesitas usar HTTPS para tus conexiones? ¿O HTTP está bien? Realmente no nos importa, pero afecta a la configuración del IIS y si necesitas certificados (que no sean autofirmados) tendrás que pedirlos de antemano.
• ¿Está claro y cómodo con el funcionamiento de los NetHASP? Si la conexión TCP se interrumpe, el cliente Burli se bloquea y no se puede reiniciar hasta que la conexión TCP funcione de nuevo? Los clientes de nosotros tienen una WAN (ancho de banda rápido y fiable) y tienen pocos problemas, pero no lo recomendamos si la conexión de datos no es excelente. Tenga en cuenta que estos clientes tienen algunos HASPs locales en máquinas críticas en esos lugares remotos en caso de problemas con la red.

• ¿Cuáles son las fuentes de datos de las noticias que Burli tiene que ingerir? ¿Sólo se ha mencionado el único cable? ¿Es ese? Necesitamos algo de tiempo, tal vez un día o dos cada uno, para apoyar las nuevas fuentes personalizadas.
• ¿En qué lugar se debe capturar cada fuente? (¿Quizás algunos datos sólo pueden llegar a un sitio?). Necesitamos pensar en el ancho de banda de la red si hay una fuente ocupada que se quiere empujar automáticamente en un sitio múltiple.