Jakie rodzaje problemów zostaną pokazane na trust.salesforce.com, a które zostaną pominięte?

W kontekście innego pytania , napotkaliśmy spadek wydajności wdrożenia w EU5 od 6000% do 10000% przy użyciu Metadata-API. Oznacza to, że praca (zapisanie pojedynczego pliku APEX na serwerze) wykonywana zwykle w 14 sekund zajmowała od 950 do 1500 sekund. Taka sytuacja utrzymywała się przez kilka dni w ciągu ostatniego tygodnia, w wyniku czego nasze prace rozwojowe zostały wstrzymane na kilka dni.

Wydaje mi się, że cały EU5-Pod był dotknięty tym okresem, ponieważ byłem w stanie doskonale odtworzyć go w dwóch organizacjach produkcyjnych i kilku organizacjach deweloperskich. Później też zgłosili to inni użytkownicy.

Rozumiem, że problemy zostaną przejrzyście odzwierciedlone na trust.salesforce.com – tylko to wydaje się nie zdarzać zawsze:

wprowadź opis obrazu tutaj

Kiedy nie widzę tam problemu, następną rzeczą, którą robię, jest poczucie odpowiedzialności, sprawdzając możliwe przyczyny po mojej stronie (takie jak złe klasy testowe, zła konfiguracja itp.) . Po spędzeniu kilku godzin stało się jasne, że serwer spowodował sytuację, ponieważ inni zgłosili ten sam problem (tutaj i na Twitterze).

Byłbym zainteresowany, jakiego rodzaju problemy lub wadze powinniśmy zobaczyć na trust.salesforce.com iw przeciwieństwie do tego, jakich problemów powinniśmy się tam nie spodziewać? Nie znalazłem żadnej dokumentacji na ten temat.

Ponieważ coś podobnego wydarzyło się w Marzec 2015 dla CS14 Zakładam, że wszystko, co jest związane z rozwojem, raczej nie zostanie pokazane. To smutne dwa razy, ponieważ nie mamy szansy na kontakt z działem wsparcia Salesforce ani nawet zgłoszenie tego rodzaju problemów es.

Uruchamianie zawsze znanych substytutów komunikacji wsparcia, takich jak Twitter, w celu sprawdzenia, czy jest już na radarze w Salesforce, jest czasochłonne i mało wydajne. Poza tym nie jest to zbyt miłe i czuję się niezadowolony z własnych skarg – nawet jeśli w końcu mogą być uzasadnione.

Chciałbym się więc dowiedzieć, jak radzisz sobie z takimi sytuacjami i jak mogę sobie z nimi poradzić następnym razem będzie lepiej.

Komentarze

  • Miałem również doświadczenie w kontaktowaniu się z pomocą techniczną Salesforce i dowiedziałem się, że istnieje znany trwający problem z naszym pod i nigdy nie widzę niczego potwierdzającego to zaufanie.
  • Cześć Uwe. Dla Twojej wiadomości – nie jesteś sam. Moi koledzy i ja doświadczamy dokładnie tych samych problemów z zapisywaniem plików przez interfejs API Metadata od czasów piaskownic został przeniesiony do Summer ' 15. trust.salesforce.com od czasu do czasu zgłasza spadek wydajności (zwykle po fakcie), ale po oznaczeniu go jako rozwiązany problem wkrótce powróci Jedynym działającym obejściem, jakie znaleźliśmy, jest użycie Tooling API (zamiast Metadata API), gdy tylko jest to możliwe. Usunięcie wszystkich zarządzanych pakietów z Dev Sandbox również h elps, ale nie jest tak skuteczny, jak zapisywanie rzeczy za pośrednictwem interfejsu API narzędzi.
  • Nie ' nie znam odpowiedzi, ale widzę to samo. W zeszłym tygodniu w EU5 zauważyłem, że wdrożenia trwające do godziny na ” oczekującym ” etapie, którego nigdy wcześniej nie widziałem. Pomogło mi wsparcie i nic poza zielenią na trust.salesforce.com. Jakiś czas temu społeczności były nieczynne przez kilka dni i nadal wszystkie zielone. Również brak użytecznej odpowiedzi ze strony wsparcia aż do ponad tygodnia później. ' Chciałbym wiedzieć, co SF ma do powiedzenia na ten temat … trust.salesforce.com inspiruje wszystko oprócz zaufania, IME. Prowadzenie prac związanych z rozwojem konsultantów stawia Cię w trudnej sytuacji w kontaktach z klientami.
  • @Aidan, który ' to: chcemy zapewnić doskonałe doradztwo i prace rozwojowe upewnij się, że klienci pokochają Salesforce. W przypadku takich problemów pokrywamy wszelkie straty czasu pracy i dodatkowy wysiłek. Ostatecznie ' nie polega na tym, że takie problemy się zdarzają. Mogą się zdarzyć. Ale fakt, że na trust.salesforce.com nie ma ani kanału komunikacji, ani czegoś, co sprawia, że jest nam bardzo ciężko …
  • @UweHeim Miałem podobne doświadczenia podczas pracy w organizacjach dla klientów. ' bardzo trudno jest uzasadnić pobieranie ich za dodatkowy czas, gdy czekam na zakończenie testu lub na coś do wdrożenia. Staram się, aby czas był produktywny, robiąc inne rzeczy, ale jak mówisz, gdy utrzymuje się przez kilka dni, może to być bardzo frustrujące, gdy inni niecierpliwie czekają, aż skończysz pracę.

Odpowiedź

Mieliśmy wiele przypadków, w których Salesforce działał bardzo wolno lub był niedostępny dla użytkowników – tj. odrzucał 3 na 4 pakiety – podczas gdy zaufanie wskazywało, że wszystko jest w porządku.Po rozmowie ze wsparciem powiedziano mi, że tylko zaufanie monitoruje wydajność bazy danych i inne problemy, takie jak sieć, nie zostałyby uwzględnione, chyba że są ekstremalne.

Zalecono użycie usługa podobna do tysiąca oczu do monitorowania sieci i jeśli napotkaliśmy problemy z logowaniem traceroute (instrukcje tutaj: https://help.salesforce.com/apex/HTViewSolution?id=000025283&language=en_US ) i otwórz zgłoszenie i dodaj te dzienniki jako załącznik.

Komentarze

  • Trudno jest zobaczyć, co ” trust ” naprawdę oznacza. ' Szukam oświadczenia od Salesforce, w którym mówią: ten rodzaj problemu jest tam reporterem, a tak nie jest. W tej chwili (ale opiera się to tylko na pogłoskach) wydaje się, że po prostu zgłaszają, czego chcą – lub może używają zaufania jako pewnego rodzaju dowodu, że usługa działa doskonale przez większość czasu. Wydaje się, że jest to prawdą z punktu widzenia użytkowników biznesowych – ale nie z perspektywy programistów. Ogromne projekty o kluczowym znaczeniu czasowym muszą uwzględniać ewentualne opóźnienia platform. Interfejsy API w piaskownicach mogą każdego dnia działać bardzo różnie.
  • Tutaj ' jest artykuł wyjaśniający to nieco dokładniej – appneta.com/blog/top-5-salesforce-performance-problems . Wątpię, czy wydaliby jakiekolwiek oświadczenie mówiące takie, ale ma sens, aby monitorowali tylko swoje systemy wewnętrzne, ponieważ trudno byłoby monitorować rzeczywiste wrażenia użytkownika.
  • Tak, doskonale rozumiem, że może ' Nie należy spodziewać się kompleksowej wydajności w dowolnym miejscu. Jednak jeśli 99,9% interfejsu Salesforce (nawet rzeczy wymagające dużej ilości danych) jest bardzo szybkie, ORAZ 99,9% Metadata-API plus Tooling-API jest odtwarzalne bardzo wolno (i mam na myśli 1000% do 10000% wolniej niż zwykle ) mówi samo za siebie, czy winić połączenie, czy serwer, chyba …

Odpowiedź

Miałem do czynienia z podobnym problemem i oto udzielono mi wsparcia:

Powiedzieli mi, że jest to spowodowane chwilową degradacją z konieczności. Kiedy zapytałem, dlaczego nie jest przechwycony na trust.salsforce.com, powiedzieli mi, że czas trwania był bardzo krótki i dlatego nie został zarejestrowany na trust.salsforce.com.

Na trust.salsforce.com mają wspomniano:

Problemy z wydajnością

Wskaźnik oznacza, że średnia prędkość transakcji dla instancji przekroczyła 0,5 sekundy przez 2 minuty lub dłużej.

Monitor wydajności podaje w odstępach jednominutowych średni czas potrzebny na udzielenie odpowiedzi użytkownikowi żądania dla każdej instancji. Jeśli zgłasza średni czas dłuższy niż 0,5 sekundy, zespół Site Reliability (SR) bada problem, aby sprawdzić, czy problem dotyczy wielu klientów. Jeśli problem dotyczy tylko jednego klienta, SR upewni się, że dział obsługi klienta salesforce.com posiada informacje wymagane do rozwiązania tego klienta. Jeśli degradacja dla wielu klientów trwa dłużej niż 2 minuty, wskaźnik jest wysyłany z komunikatem o stanie, wyszczególniającym czas rozpoczęcia degradacji. Naszym celem jest umieszczenie komunikatu o stanie w raporcie o aktualnym stanie w ciągu 5 minut od sprawdzenia, czy problem dotyczy wielu klientów, oraz aktualizowanie komunikatu co 30 minut, aż problem zostanie rozwiązany. SR zgłosi, że problem został rozwiązany, gdy monitor wydajności zgłosi średni czas degradacji mniejszy niż 0,5 sekundy w jednominutowych odstępach. Gdy to nastąpi, SR umieszcza raport incydentu w macierzy historii wydajności usługi i zastępuje wskaźnik wskaźnikiem.

Jest to możliwe, jeśli istnieje wiele skoki trwające 1,5 minuty (w przybliżeniu), wtedy możemy napotkać ten problem, ale nie został on opublikowany na trust.salsforce.com.

Jak sobie radzić w takiej sytuacji:

W moim przypadku wywołanie interfejsu SFDC API i uzyskanie odpowiedzi, że serwer jest niedostępny. Po prostu używam mechanizmu ponownej próby. po 3 próbach pochyliłem się i próbowałem ponownie po 12 godzinach.

Komentarze

  • Moje obserwacje przekraczają próg, o którym wspomniałeś powyżej przez FAR i przez wiele dni bez zgłaszania. Domyślam się, że ” Wskaźnik oznacza, że średnia prędkość transakcji dla instancji przekroczyła 0,5 sekundy przez 2 minuty lub dłużej. ” NIE jest używany dla MetadataAPI i ToolingAPI. Mam przeczucie, że takie problemy z API deweloperów są zgłaszane rzadko lub wcale. I ' nie jestem nawet pewien, czy rozważają taką prośbę jak ” Transakcja ” … to, czego ' wciąż mi brakuje, to informacja zwrotna od jednego z pracowników Salesforce, która ma wyjaśnić tę niepewność.
  • Zasadniczo potrzebujesz kogoś z SFDC Team i powie Ci, jak dokładnie obsługiwane jest API metadanych w kontekście pogorszenia wydajności. Jeśli tak jest, to usunę swoją odpowiedź, aby to pytanie pojawiło się jako lista pytań bez odpowiedzi i może zobaczy je ktoś z zespołu SFDC?
  • czy ' dostać tę odpowiedź przez wsparcie. bez wsparcia Premier Plus nie będą z Tobą o tym rozmawiać (ponieważ wsparcie programistów jest poza zakresem).

Dodaj komentarz

Twój adres email nie zostanie opublikowany. Pola, których wypełnienie jest wymagane, są oznaczone symbolem *