Un breve análisis del concepto de servicio en redes informáticas
Introducción: Crear servicios de redes informáticas estables y confiables es una tarea importante para los administradores de sistemas. Aquí analizaré el concepto de servicios en redes informáticas. ¡Todos son bienvenidos a leer!
Resumen: La principal diferencia entre un entorno informático estructurado gestionado por un administrador del sistema y uno formado por uno o varios ordenadores aislados son los servicios. Explica el concepto de servicios en redes informáticas.
Palabras clave: informática; servicio;
La principal diferencia entre un entorno informático estructurado gestionado por un administrador del sistema y uno formado por uno o varios ordenadores aislados son los servicios. Los entornos típicos con sólo unas pocas computadoras aisladas son los hogares y las oficinas pequeñas no técnicas, mientras que los entornos informáticos estructurados típicos son aquellos donde los técnicos operan una gran cantidad de computadoras y están interconectados con comunicaciones convenientes, recursos optimizados y otros servicios. Cuando una computadora doméstica está conectada a Internet a través de Internet o de un ISP, solo puede ingresar a la red utilizando los servicios proporcionados por el ISP u otros.
Proporcionar servicios es más que simplemente añadir hardware y software. Incluye confiabilidad del servicio, estandarización del servicio, monitoreo del servicio, mantenimiento y soporte técnico. Sólo los servicios que cumplen estos requisitos son servicios reales.
1 Cuestiones básicas del servicio.
Crear servicios estables y confiables es una tarea importante para los administradores de sistemas. En este esfuerzo, los administradores de sistemas deben considerar muchos elementos fundamentales, el más importante de los cuales es considerar las necesidades de los usuarios en todas las etapas de diseño y desarrollo. Necesitamos comunicarnos con los usuarios para comprender sus requisitos y expectativas de servicios y luego hacer una lista de otros requisitos, como los requisitos de gestión, que solo el equipo de administradores del sistema puede ver.
Los servicios deben construirse en máquinas de tipo servidor y las máquinas deben ubicarse en un entorno adecuado. Como servidor, la máquina debe tener la confiabilidad adecuada. Se deben monitorear los servicios y las máquinas de las que dependen, dando alertas o generando una lista de registros de fallas cuando ocurre una falla.
Como parte del servicio, las máquinas y el software deben depender de aquellos hosts y software que se basen en estándares iguales o superiores. La confiabilidad de un servicio equivale a la confiabilidad del eslabón más débil de la cadena de servicios del que depende. Los servicios no deben depender de hosts que no sean propiedad del servicio sin ningún motivo. Una vez que el servicio esté creado y probado, gradualmente pasará a la perspectiva del usuario para realizar más pruebas y depuración.
1.1 Necesidades del usuario.
La construcción de un nuevo servicio debe partir de las necesidades de los usuarios. Los usuarios son la razón fundamental por la que se construye un servicio. Si crea un servicio que no satisface las necesidades de sus usuarios, es una pérdida de esfuerzo.
La recopilación de las necesidades de los usuarios debe incluir lo siguiente: cómo quieren utilizar estos nuevos servicios, qué funciones necesitan, qué funciones les gustan, qué importancia tienen estos servicios para ellos, la usabilidad y la tecnología que necesitan para estos servicios Qué nivel de soporte está disponible. Si es posible, permita que los usuarios prueben una versión de prueba del servicio. No permita que los usuarios utilicen sistemas y proyectos que sean problemáticos o no tengan éxito. Encuentre una manera de determinar qué tan grande es la base de usuarios, qué tipo de rendimiento se necesita y qué tipo de rendimiento espera obtener, para poder calcularlo correctamente.
1.2 Requisitos operativos.
Para los administradores de sistemas, algunos requisitos de los nuevos servicios no son directamente visibles para los usuarios. Por ejemplo, los administradores del sistema deben considerar la interfaz de administración del nuevo servicio, si puede cooperar con los servicios existentes y si el nuevo servicio puede integrarse con servicios centrales como los servicios de autenticación y los servicios de directorio.
A partir del nivel de confiabilidad esperado por los usuarios y las expectativas del administrador del sistema para la confiabilidad futura del sistema, el administrador del sistema puede establecer una lista de funciones esperadas por el usuario, incluidos clústeres, dispositivos esclavos, servidores de respaldo, o alta disponibilidad. Hardware y sistemas operativos.
1.3 Arquitectura abierta.
A veces los proveedores utilizan protocolos propietarios sólo para llegar a acuerdos de licencia claros con otros proveedores, pero habrá un retraso significativo entre la nueva versión utilizada por un proveedor y la versión compatible utilizada por otro. Habrá interrupciones. entre las versiones utilizadas y no habrá interfaz entre los dos productos. Esta situación es una pesadilla para quienes confían en su interfaz para utilizar ambos productos simultáneamente.
Una buena solución es elegir un protocolo basado en estándares abiertos para que ambas partes puedan elegir su propio software. Esto separa la elección de la aplicación cliente de la elección de la plataforma del servidor. Los usuarios son libres de elegir el software que mejor se adapte a sus necesidades, preferencias e incluso plataformas, y los administradores de sistemas pueden elegir soluciones de servidor en función de sus propias necesidades de confiabilidad, escalabilidad y capacidad de administración. Los administradores de sistemas pueden elegir entre varios productos de servidor de la competencia y no están limitados al software y plataformas de servidor adecuados para determinadas aplicaciones cliente.
En muchos casos, los administradores de sistemas pueden incluso elegir el hardware y el software del servidor de forma independiente si el proveedor de software admite múltiples plataformas de hardware.
A esto lo llamamos la capacidad de separar la selección de usuario de la selección de servidor. Los protocolos abiertos nivelan el campo de juego y estimulan la competencia entre proveedores, lo que en última instancia nos beneficia.
Los protocolos abiertos y los formatos de archivo son bastante estables y no cambian con frecuencia (incluso si cambian, son compatibles hacia arriba. También cuentan con un amplio soporte, lo que le brinda la máxima independencia del producto y la mayor posibilidad de obtener datos confiables). compatibilidad de productos.
2. Otras cuestiones a considerar.
Además de la confiabilidad, el monitoreo, la facilidad de mantenimiento y soporte, y el cumplimiento de todos nuestros requisitos básicos y los de nuestros usuarios, hay algunas cosas especiales que se deben tener en cuenta al crear un servicio. Si es posible, debe tener una máquina dedicada para cada servicio. Esto hace que el servicio sea más fácil de soportar y mantener y reduce la posibilidad de olvidar algún pequeño servicio en la máquina del servidor. En algunas grandes empresas, el uso de máquinas dedicadas es el principio básico, pero en las pequeñas empresas este requisito generalmente no se cumple por cuestiones de costes.
Otra idea es hacer que el servicio sea completamente redundante al construirlo. No importa el tamaño de su empresa, algunos servicios críticos requieren una redundancia completa. A medida que su empresa crece, su objetivo debe ser hacer que todos los servicios sean completamente redundantes.
2.1 Utilizar máquinas dedicadas.
Lo ideal es que los servicios se desarrollen en máquinas dedicadas.
Los sitios web grandes deberían poder adaptarse a esta estructura según las necesidades del servicio, pero los sitios web pequeños tendrán dificultades para hacerlo. Tener una máquina dedicada para cada servicio hace que el servicio sea más confiable, más fácil de depurar cuando surgen problemas de confiabilidad, un menor alcance de falla y más fácil de actualizar y planificar la capacidad.
Los sitios web de gran escala que han surgido de pequeñas empresas generalmente tienen una máquina de administración centralizada como el núcleo de todos los servicios importantes, que proporciona servicios de nombres, servicios de autenticación, servicios de impresión, servicios de correo electrónico, etc. Finalmente, debido al aumento de carga, la máquina tuvo que dividirse y el servicio se expandió a otros servidores. A menudo, antes de esto, el administrador del sistema ha obtenido fondos para comprar más máquinas de gestión, pero lo encuentra demasiado problemático porque hay demasiados servicios que dependen de esta máquina y es demasiado difícil separarlos. La dependencia de las direcciones IP es la más difícil de abordar cuando se desacoplan los servicios de las máquinas. Los usuarios han recordado firmemente las direcciones IP de algunos servicios, como los servicios de nombres, y algunas direcciones IP son utilizadas por sistemas de seguridad como enrutadores y firewalls.
Es difícil dividir un host central en muchos hosts diferentes. Cuanto más se tarda en construirlo, más servicios habrá y más difícil será descomponerlo. El uso de nombres basados en servicios ayuda, pero toda la empresa debe utilizar nombres estandarizados, unificados y coherentes.
2.2 Redundancia suficiente.
Redundancia suficiente significa tener uno o una serie de servidores replicados que puedan hacerse cargo del dispositivo primario fallido en caso de falla. Un sistema redundante debería poder funcionar continuamente como servidor de respaldo y poder conectarse automáticamente si el servidor principal falla, o hacerse cargo del sistema fallido brindando servicios con poca o ninguna intervención humana.
La redundancia que elijas depende del servicio.
Algunos servicios, como servidores web y zonas informáticas, pueden funcionar bien en máquinas clonadas. No se puede decir lo mismo de otros servicios, como las grandes bases de datos. Necesitan un sistema de recuperación de fallos más sólido. El software que está utilizando para proporcionar el servicio puede indicarle que existe redundancia en forma de un servidor esclavo activo y pasivo, y que el sistema redundante solo responde cuando el servidor maestro falla y realiza una solicitud. En cualquier caso, los mecanismos de redundancia deben garantizar la sincronización de los datos y mantener la integridad de los mismos.
Si el servidor redundante se ejecuta de forma continua y sincrónica con el servidor principal, el servidor redundante se puede utilizar para compartir la carga operativa normal y mejorar el rendimiento. Si utiliza este enfoque, debe tener cuidado de no llevar la carga más allá de un punto de rendimiento inaceptable para evitar fallas en el servidor. Antes de llegar a un punto crítico, se deberían agregar más servidores paralelos al sistema existente.
Otra ventaja de la redundancia es la facilidad de actualización. Hay actualizaciones continuas disponibles. Desconecte, actualice, pruebe y reinicie un host a la vez. La falla de un solo host no detendrá todo el servicio, aunque puede afectar el rendimiento. Si arruinas una actualización, apaga la energía y espera hasta que te hayas calmado para arreglarlo.
Materiales de referencia:
[1] Mo Weidong. Tecnología y aplicaciones de redes informáticas [M]. Beijing: Machinery Industry Press, 2009, 4.
[2]Wu Yi. Configuración, gestión y aplicación de redes informáticas[M]. Beijing: Prensa de Educación Superior, 2009, 1.
；