¿Qué tipo de problemas se mostrarán en trust.salesforce.com y qué problemas se omitirán?

En el contexto de una pregunta diferente , encontramos una degradación del rendimiento de la implementación en EU5 de entre 6000% a 10000% utilizando Metadata-API. Esto significa que el trabajo (guardar un solo archivo APEX en el servidor) realizado generalmente en 14 segundos tomó entre 950 y 1500 segundos. Esta situación persistió durante algunos días durante la última semana y, como resultado, nuestro trabajo de desarrollo se detuvo durante un par de días.

Supongo que todo el EU5-Pod se vio afectado durante este período, ya que estaba capaz de reproducirlo perfectamente en dos organizaciones de producción y un par de organizaciones de desarrollo. También otros usuarios lo informaron más tarde.

Tengo entendido que los problemas se reflejarán de forma transparente en trust.salesforce.com, solo que eso parece no suceder siempre:

ingrese la descripción de la imagen aquí

Cuando no puedo ver un problema allí, lo siguiente que hago es sentirme responsable de verificar posibles razones de mi parte (como clases de prueba incorrectas, configuración incorrecta, etc.) . Después de invertir algunas horas, quedó claro que el servidor causó la situación, ya que otros informaron el mismo problema (aquí y en Twitter).

Me interesaría qué tipo de problemas o qué gravedad se supone que veamos. en trust.salesforce.com y, en contraste, ¿qué problemas deberíamos esperar no ver allí? No encontré documentación al respecto.

Como sucedió algo similar en Marzo de 2015 para CS14 Supongo que es poco probable que se muestre todo lo relacionado con el desarrollo. Esto es triste dos veces, ya que no tenemos la oportunidad de interactuar con el soporte de Salesforce ni siquiera para informar ese tipo de problemas. es.

Activar siempre los sustitutos de comunicación de soporte conocidos como Twitter para comprobar si ya está en el radar de Salesforce lleva mucho tiempo y no es muy productivo. Además, no es muy agradable y me siento infeliz con mis propias quejas, incluso si al final pueden estar justificadas.

Así que me gustaría saber cómo manejas estas situaciones y cómo puedo manejarlas. es mejor la próxima vez.

Comentarios

  • También tuve la experiencia de contactar al Soporte de Salesforce para que me informaran que hay un problema conocido en curso con nuestro pod, y nunca ver nada en la confianza que lo confirme.
  • Hola, Uwe. Solo para que lo sepas, no estás solo. Mis colegas y yo hemos tenido exactamente los mismos problemas al guardar archivos a través de la API de metadatos desde las cajas de arena se migró a Summer ‘ 15. trust.salesforce.com informa la degradación del rendimiento de vez en cuando (generalmente después del hecho), pero después de que se marcó como resuelto, el problema vuelve pronto de nuevo. La única solución que hemos encontrado es utilizar Tooling API (en lugar de Metadata API) siempre que sea posible. Eliminar todos los paquetes administrados de Dev Sandbox también h elps, pero no es tan efectivo como guardar cosas a través de la API de herramientas.
  • No ‘ no sé la respuesta, pero veo las mismas cosas. La semana pasada en EU5, encontré implementaciones que tomaban hasta una hora en una etapa » pendiente » que nunca había visto antes. Obtuve el rechazo del soporte y nada más que verde en trust.salesforce.com. Hace un tiempo, las comunidades estuvieron inactivas durante días y aún estaban verdes. Tampoco hubo una respuesta útil del soporte hasta más de una semana después. Me ‘ me encantaría saber lo que SF tiene que decir al respecto … trust.salesforce.com inspira todo menos confianza, IME. Hacer el trabajo de desarrollo de consultores, lo pone en una posición difícil con los clientes.
  • @Aidan eso ‘ lo es: queremos entregar un excelente trabajo de consultoría y desarrollo para asegúrese de que los clientes amen Salesforce. En caso de tales problemas, cubrimos todas las pérdidas de tiempo de trabajo y esfuerzo adicional. Al final, ‘ no es el hecho de que estos problemas ocurran. Pueden suceder. Pero el hecho de que no haya un canal de comunicación ni algo en trust.salesforce.com nos hace pasar un momento muy difícil …
  • @UweHeim He tenido experiencias similares mientras trabajaba en organizaciones para clientes. Es ‘ muy difícil justificar cobrarles por tiempo extra mientras estoy sentado esperando que termine de ejecutarse una prueba o que se implemente algo. Intento hacer que el tiempo sea productivo haciendo otras cosas, pero como usted dice, cuando persiste durante un par de días, puede resultar muy frustrante cuando otros están esperando ansiosamente que termine su trabajo.

Respuesta

Hemos tenido varios casos en los que Salesforce era extremadamente lento o no estaba disponible para los usuarios, es decir, descartando 3 de cada 4 paquetes, mientras la confianza indicaba que todo estaba bien.Después de hablar con el equipo de soporte, me dijeron que la confianza solo supervisa el rendimiento de la base de datos y que no se incluirían otros problemas como la red a menos que fueran extremos.

Se recomendó que usáramos un servicio como mil ojos para monitorear las redes y si encontramos problemas para registrar el traceroute (instrucciones aquí: https://help.salesforce.com/apex/HTViewSolution?id=000025283&language=en_US ) y abrir un ticket y agregar esos registros como un archivo adjunto.

Comentarios

  • Es difícil ver qué » trust » realmente significa. Yo ‘ estoy buscando una declaración de Salesforce donde digan: este tipo de problema hay reportero allí y ese no. En este momento (pero esto se basa solo en rumores) se siente un poco como si solo informaran lo que quieren, o tal vez usen la confianza como una especie de prueba de que el servicio funciona perfectamente la mayor parte del tiempo. Esto parece ser cierto desde la perspectiva de los usuarios comerciales, pero no desde la perspectiva de los desarrolladores. Los grandes proyectos de tiempo crítico deben tener en cuenta los posibles retrasos de la plataforma. Las API en entornos sandbox pueden funcionar de manera muy diferente todos los días.
  • Aquí ‘ hay un artículo que lo explica un poco más: appneta.com/blog/top-5-salesforce-performance-problems . Dudo que den alguna declaración que lo diga, pero tiene sentido que solo monitoreen sus sistemas internos, ya que sería difícil monitorear la experiencia real del usuario
  • Sí, entiendo perfectamente que puede ‘ No se espera que vea un rendimiento de extremo a extremo en cualquier lugar. Sin embargo, si el 99,9% de Salesforce-UI (incluso las cosas con uso intensivo de datos) es muy, muy rápido Y al mismo 99,9% de Metadata-API más Tooling-API es reproducible muy lento (y me refiero a 1000% a 10000% más lento de lo habitual ) habla por sí mismo si se debe culpar a la conexión o al servidor, supongo …

Responder

Me he enfrentado a un problema similar y aquí está el soporte compartido conmigo:

Me dijeron que se debía a una degradación forzosa momentánea. Cuando pregunté por qué no se capturó en trust.salsforce.com, me dijeron que la duración era muy pequeña y, por lo tanto, no se capturó en trust.salsforce.com.

En trust.salsforce.com tienen mencionado:

Problemas de rendimiento

El indicador significa que la velocidad de transacción promedio para una instancia ha excedido 0.5 segundos durante 2 minutos o más.

El monitor de rendimiento informa a intervalos de un minuto el tiempo promedio que toma responder al usuario solicitudes para cada instancia. Si informa un tiempo promedio superior a 0,5 segundos, el equipo de confiabilidad del sitio (SR) investiga el problema para verificar que varios clientes se vean afectados. Si el problema afecta solo a un cliente, SR se asegurará de que el servicio de atención al cliente de salesforce.com tenga la información necesaria para abordarlo para ese cliente. Si una degradación de varios clientes dura más de 2 minutos, el indicador se publica con un mensaje de estado que detalla la hora de inicio de la degradación. Nuestro objetivo es publicar el mensaje de estado en el informe de estado actual dentro de los 5 minutos posteriores a la validación de que varios clientes están afectados y actualizar el mensaje cada 30 minutos hasta que se resuelva el problema. SR informará que el problema está resuelto una vez que el monitor de rendimiento informe un tiempo de degradación promedio de menos de 0,5 segundos para un intervalo de un minuto. Una vez que esto ocurre, SR publica el informe del incidente en la matriz del historial de desempeño del servicio y reemplaza el indicador con el indicador.

Entonces, es posible si hay múltiples picos de 1,5 minutos (aproximadamente), entonces podemos enfrentar este problema, pero no está publicado en trust.salsforce.com.

Cómo lidiar con tal situación:

En mi caso, estaba llamar a la API de SFDC y obtener una respuesta de que el servidor no está disponible. Así que utilizo el mecanismo de reintento. después de 3 intentos, detuve mi procesamiento y volví a intentarlo después de 12 horas.

Comentarios

  • Mis observaciones superan el umbral que mencionó anteriormente por FAR y durante varios días sin ser informadas. Supongo que » El indicador significa que la velocidad de transacción promedio para una instancia ha excedido 0.5 segundos durante 2 minutos o más. » NO se utiliza para MetadataAPI y ToolingAPI. Mi intuición es que estos problemas de API de desarrollador se informan en raras ocasiones o no se informan en absoluto. ‘ ni siquiera estoy seguro de si están considerando una solicitud como » Transacción » … lo que ‘ todavía me falta es un comentario de uno de los empleados de Salesforce por aquí para aclarar esta incertidumbre.
  • Básicamente, necesita alguien del equipo SFDC y le diga cómo se maneja exactamente la API de metadatos y en el contexto de la degradación del rendimiento. Si ese es el caso, eliminaré mi respuesta para que esta pregunta aparezca en la lista de preguntas sin respuesta y es posible que alguien del equipo de SFDC la vea.
  • can ‘ No obtengo esa respuesta a través del soporte. sin Premier Plus Support, no le hablarán sobre eso (porque la asistencia para desarrolladores está fuera de alcance).

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *