{"id":38441,"date":"2019-10-31T22:23:44","date_gmt":"2019-10-31T19:23:44","guid":{"rendered":"https:\/\/prohoster.info\/blog\/hvatit-dumat-chto-sla-vas-spaset-ono-nuzhno-chtoby-uspokoit-i-sozdat-lozhnoe-chuvstvo-bezopasnosti\/"},"modified":"2019-10-31T22:23:44","modified_gmt":"2019-10-31T19:23:44","slug":"hvatit-dumat-chto-sla-vas-spaset-ono-nuzhno-chtoby-uspokoit-i-sozdat-lozhnoe-chuvstvo-bezopasnosti","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/hvatit-dumat-chto-sla-vas-spaset-ono-nuzhno-chtoby-uspokoit-i-sozdat-lozhnoe-chuvstvo-bezopasnosti","title":{"rendered":"Hoy es un gran d\u00eda de noticias en el proyecto CentOS. En primer lugar, tal como se prometi\u00f3, se lanz\u00f3 CentOS Linux 8, versi\u00f3n 8.0.1905. Notas de la versi\u00f3n:","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Hoy
\n
\nSLA, o \u00abacuerdo de nivel de servicio\u00bb, es un contrato entre el cliente y el proveedor de servicios que detalla lo que el cliente puede esperar en t\u00e9rminos de atenci\u00f3n. Tambi\u00e9n se especifican las compensaciones en caso de interrupciones causadas por el proveedor, entre otros. En esencia, el SLA es una carta de confianza que busca convencer al cliente potencial de que ser\u00e1 bien atendido. Sin embargo, es importante se\u00f1alar que se puede escribir cualquier cosa en un SLA, y los eventos descritos en este documento no ocurren con frecuencia. Por lo tanto, el SLA no debe ser el \u00fanico criterio a considerar al elegir un centro de datos, y no se puede confiar plenamente en \u00e9l. <\/p>\n

Todos estamos acostumbrados a firmar contratos que imponen ciertas obligaciones. El SLA no es una excepci\u00f3n: generalmente es el documento m\u00e1s desconectado de la realidad que se puede imaginar. Tal vez solo el NDA en jurisdicciones donde el concepto de \u00absecreto comercial\u00bb no tiene relevancia sea m\u00e1s in\u00fatil. El problema radica en que el SLA no ayuda al cliente a elegir correctamente al proveedor, solo sirve para enga\u00f1ar. <\/p>\n

\u00bfQu\u00e9 es lo que suelen incluir en la versi\u00f3n p\u00fablica del SLA que los proveedores de hosting muestran al p\u00fablico? El primer punto es un t\u00e9rmino como \u00abfiabilidad\u00bb del proveedor, que generalmente se expresa en cifras que van del 98% al 99,999%. Estos n\u00fameros, en esencia, son solo un atractivo creado por los expertos en marketing. En un tiempo en que el hosting era costoso y joven, y la nube era solo un sue\u00f1o para los especialistas (as\u00ed como el acceso de banda ancha para todos), el tiempo de actividad era un indicador extremadamente importante. Hoy en d\u00eda, sin embargo, con todos los proveedores usando equipos similares, conect\u00e1ndose a las mismas redes troncal y ofreciendo los mismos paquetes de servicios, el tiempo de actividad es un indicador poco significativo.
\n<\/a><\/noindex><\/p>\n

\u00bfExiste un SLA realmente \u00abcorrecto\u00bb? <\/h3>\n

\nPor supuesto, existen versiones ideales de SLA, pero todos son documentos at\u00edpicos que se redactan y firman manualmente entre el cliente y el proveedor. Este tipo de SLA suele referirse m\u00e1s a trabajos por encargo que a servicios. <\/p>\n

\u00bfQu\u00e9 debe incluir un buen SLA? Si resumimos, un buen SLA es un documento que regula la relaci\u00f3n entre dos partes, otorgando a una de ellas (el cliente) el m\u00e1ximo control sobre el proceso. Es decir, en el mundo real, hay un documento que describe los procesos globales de interacci\u00f3n y regula las relaciones entre las partes. Establece l\u00edmites, reglas y se convierte en una palanca que pueden utilizar ambas partes en su totalidad. As\u00ed, gracias a un SLA adecuado, el cliente puede exigir al proveedor que trabaje seg\u00fan lo acordado, mientras que al proveedor le ayuda a defenderse de las exigencias poco razonables de un cliente demasiado activo. Se ve as\u00ed: 'En nuestro SLA est\u00e1 escrito as\u00ed, as\u00ed que, por favor, vayan a otro lado, hacemos todo como se acord\u00f3.'<\/p>\n

Es decir, un 'SLA adecuado' = 'un contrato de prestaci\u00f3n de servicios razonable' que otorga control sobre la situaci\u00f3n. Y esto solo es posible cuando se trabaja 'en igualdad de condiciones'. <\/p>\n

Lo que se publica en el sitio web y lo que se espera en la realidad son dos cosas diferentes.<\/h3>\n

\nEn general, todo lo que discutiremos a continuaci\u00f3n son trucos t\u00edpicos de marketing y una prueba de atenci\u00f3n. <\/p>\n

Si tomamos a los proveedores de hosting populares en el pa\u00eds, cada propuesta es m\u00e1s atractiva que la anterior: soporte 25\/8, tiempo de funcionamiento del servidor del 99,9999999% del tiempo, un mont\u00f3n de sus propios centros de datos, al menos en Rusia. Recuerde, por favor, el detalle sobre los centros de datos. Volveremos a eso m\u00e1s tarde.<\/b>. Mientras tanto, hablemos de la estad\u00edstica ideal de resistencia y con qu\u00e9 se enfrenta una persona cuando su servidor cae en el '0,0000001% de los casos'. <\/p>\n

Con tasas del 98% en adelante, cualquier ca\u00edda es un evento en el l\u00edmite del margen de error estad\u00edstico. El equipo operativo y la conexi\u00f3n est\u00e1n ah\u00ed o no. Puede que utilice un proveedor de hosting con un '\u00edndice de confiabilidad' del 50% (seg\u00fan su propio SLA) durante a\u00f1os sin un solo problema, o podr\u00eda 'caer' una vez al mes durante un par de d\u00edas con aquellos que afirman tener un 99,99%. <\/p>\n

Cuando finalmente ocurre una ca\u00edda (y recordemos, alg\u00fan d\u00eda todos caen), el cliente se enfrenta a la m\u00e1quina corporativa interna llamada 'soporte', y aparece el contrato de prestaci\u00f3n de servicios y el SLA. \u00bfQu\u00e9 significa esto:<\/p>\n