În contextul unei întrebări diferite , am întâmpinat o degradare a performanței implementării pe EU5 între 6000% și 10000% folosind Metadata-API. Aceasta înseamnă că lucrarea (salvarea unui singur fișier APEX pe server) efectuată de obicei în 14 secunde a durat între 950 și 1500 de secunde. Această situație a persistat câteva zile în ultima săptămână și, ca rezultat, activitatea noastră de dezvoltare sa oprit pentru câteva zile.
Cred că întreg EU5-Pod a fost afectat pentru această perioadă, de când eram capabil să-l reproducă perfect pe două organe de producție și pe câteva organizații dezvoltatoare. De asemenea, alți utilizatori au raportat acest lucru mai târziu.
Înțeleg că problemele vor fi reflectate în mod transparent la trust.salesforce.com – numai că pare să nu se întâmple întotdeauna:
Când nu pot vedea o problemă acolo, următorul lucru pe care îl fac este să mă simt responsabil verificând eventualele motive la sfârșitul meu (cum ar fi clase de testare proaste, configurare greșită etc.) . După ce am investit câteva ore, a devenit clar că serverul a cauzat situația, deoarece alții au raportat aceeași problemă (aici și pe twitter).
M-ar interesa ce fel de probleme sau ce severitate ar trebui să vedem la trust.salesforce.com și spre deosebire de ce probleme ar trebui să ne așteptăm să nu le vedem acolo? Nu am găsit nicio documentație despre asta.
Întrucât ceva similar s-a întâmplat în Martie 2015 pentru CS14 Presupun că este puțin probabil ca tot ceea ce este legat de dezvoltare să fie afișat. Acest lucru este trist de două ori, deoarece nu avem nicio șansă să interacționăm cu asistența Salesforce și nici măcar să raportăm acele tipuri de emisiuni de exemplu.
Pentru a declanșa întotdeauna substituenți de comunicare de asistență cunoscuți, cum ar fi twitter, pentru a verifica dacă este deja pe radar la Salesforce, este nevoie de timp și nu este foarte productiv. De asemenea, nu este foarte frumos și mă simt nemulțumit de propriile plângeri – chiar dacă acestea ar putea fi justificate în cele din urmă.
Deci aș dori să aflu cum rezolvați astfel de situații și cum aș putea să mă descurc mai bine data viitoare.
Comentarii
- Am avut și experiența de a contacta asistența Salesforce pentru a mi se spune că există o problemă cunoscută pod și nu am văzut niciodată ceva de încredere care să confirme acest lucru.
- Bună, Uwe. Doar ca să știți – nu sunteți singuri. Eu și colegii noștri ne confruntăm cu aceleași probleme cu salvarea fișierelor prin metadate API încă de la sandbox a fost migrat la Summer ‘ 15. trust.salesforce.com raportează degradarea performanței din când în când (de obicei după fapt), dar după ce a fost marcată ca rezolvată, problema revine în curând din nou. Singura soluție de lucru pe care am găsit-o este să folosim Tooling API (în loc de Metadata API) ori de câte ori este posibil. Eliminarea tuturor pachetelor gestionate din Dev Sandbox elps, dar nici pe departe la fel de eficient ca salvarea lucrurilor prin intermediul Tooling API.
- Nu ‘ nu știu răspunsul, dar văd aceleași lucruri. Săptămâna trecută pe EU5, am găsit implementări care durează până la o oră într-o etapă ” în așteptare ” pe care nu o mai văzusem până acum. Am obținut rezolvarea asistenței și nimic altceva decât verde pe trust.salesforce.com. O vreme în urmă, comunitățile au rămas în urmă cu câteva zile și erau încă verzi. De asemenea, niciun răspuns util din partea asistenței până peste o săptămână mai târziu. Îmi place ‘ să știu ce au de spus SF despre asta … trust.salesforce.com inspiră orice altceva decât încredere, IME. Făcând lucrări de dezvoltare a consultanților, vă pune într-o poziție dificilă cu clienții.
- @Aidan ‘ este: vrem să oferim servicii excelente de consultanță și dezvoltare către asigurați-vă că clienții adoră Salesforce. În cazul unor astfel de probleme, acoperim toate pierderile din timpul de lucru și efortul suplimentar. În cele din urmă, ‘ nu este faptul că se întâmplă astfel de probleme. Se pot întâmpla. Dar faptul că nu există nici un canal de comunicare și nici ceva pe trust.salesforce.com ne dă un moment foarte greu …
- @UweHeim Am avut experiențe similare eu în timp ce lucram în organizații pentru clienți. ‘ este foarte dificil să justific taxarea pentru timp suplimentar în timp ce stau în așteptarea finalizării unui test sau a implementării a ceva. Încerc să fac timpul productiv făcând alte lucruri, dar, după cum spui, când persistă câteva zile, poate deveni foarte frustrant atunci când alții te așteaptă cu nerăbdare să-ți termini treaba.
Răspuns
Am avut mai multe cazuri în care Salesforce a fost fie extrem de lent sau indisponibil pentru utilizatori – adică a renunțat la 3 din fiecare 4 pachete – în timp ce încrederea indica faptul că totul era în regulă.După ce am vorbit cu asistența, mi s-a spus că încrederea monitorizează numai performanțele bazei de date și alte probleme, cum ar fi rețeaua, nu vor fi incluse decât dacă acestea sunt extreme.
S-a recomandat să folosim un serviciu precum mii de ochi pentru a monitoriza rețeaua și dacă am întâmpinat probleme pentru înregistrarea traseului (instrucțiuni aici: https://help.salesforce.com/apex/HTViewSolution?id=000025283&language=en_US ) și deschideți un bilet și adăugați aceste jurnale ca atașament.
Comentarii
- Este greu de văzut ce ” trust ” înseamnă cu adevărat. ‘ Caut o declarație de la Salesforce unde spun: acest tip de problemă este reporter acolo și asta nu. În acest moment (dar acest lucru se bazează doar pe auzite) se simte puțin ca și cum ar raporta doar ceea ce vor – sau poate folosi încrederea ca un fel de dovadă, că serviciul funcționează perfect de cele mai multe ori. Acest lucru pare a fi adevărat din perspectiva utilizatorilor de afaceri – dar nu din perspectiva dezvoltatorilor. Proiectele uriașe timecritice trebuie să ia în considerare posibilele decalaje ale platformei. API-urile de pe sandbox-uri pot funcționa foarte diferit în fiecare zi.
- Aici ‘ este un articol care îl explică puțin mai mult – appneta.com/blog/top-5-salesforce-performance-problems . Mă îndoiesc că ar da o declarație care să spună astfel, dar are sens că și-ar monitoriza doar sistemele interne, deoarece ar fi dificil să monitorizezi experiența reală a utilizatorului
- Da, înțeleg perfect că poate ‘ nu ar trebui să vadă o performanță de la capăt la altul oriunde. Cu toate acestea, dacă 99,9% din Salesforce-UI (chiar și date intensive) este foarte foarte rapid ȘI, în același timp, 99,9% din Metadata-API plus Tooling-API este reproductibil foarte lent (și mă refer la 1000% la 10000% mai lent decât de obicei) ) vorbește de la sine, dacă dăm vina pe conexiune sau pe server, cred …
Răspunde
M-am confruntat cu o problemă similară și iată că mi-a fost oferit sprijin:
Mi-au spus că s-a datorat degradării forțate momentane. Când am întrebat de ce nu este capturat pe trust.salsforce.com, mi-au spus că durata este foarte mică și deci nu este capturată pe trust.salsforce.com.
Pe trust.salsforce.com au menționat:
Probleme de performanță
Indicatorul înseamnă că viteza medie a tranzacției pentru o instanță a depășit 0,5 secunde timp de 2 minute sau mai mult.
Monitorul de performanță raportează la intervale de un minut timpul mediu necesar pentru a răspunde utilizatorului solicitări pentru fiecare instanță. Dacă raportează un timp mediu mai mare de 0,5 secunde, echipa Site Reliability (SR) fiabilizează problema pentru a verifica dacă mai mulți clienți sunt afectați. Dacă problema afectează doar un singur client, atunci SR se va asigura că serviciul de asistență pentru clienți salesforce.com are informațiile necesare pentru a se adresa clientului respectiv. Dacă o degradare multi-client durează mai mult de 2 minute, indicatorul este postat cu un mesaj de stare care detaliază ora de începere a degradării. Obiectivul nostru este să postăm mesajul de stare în raportul de stare curentă în termen de 5 minute de la validarea faptului că sunt afectați mai mulți clienți și să actualizăm mesajul la fiecare 30 de minute până când problema este rezolvată. SR va raporta că problema este rezolvată odată ce monitorul de performanță raportează un timp mediu de degradare mai mic de 0,5 secunde pentru un interval de un minut. Odată ce acest lucru se întâmplă, SR postează raportul incidentului în matricea Istoricul performanței serviciului și înlocuiește indicatorul cu indicatorul.
Deci, este posibil dacă există mai multe creșteri de 1,5 minute (aprox), atunci ne putem confrunta cu această problemă, dar nu este postată pe trust.salsforce.com.
Cum să rezolvăm o astfel de situație:
În cazul meu, am fost apelând api SFDC și obținând răspuns că serverul nu este disponibil. Deci, folosesc doar mecanismul de reîncercare. după 3 încercări, mi-am înclinat procesarea și am reîncercat după 12 ore.
Comentarii
- Observațiile mele depășesc pragul menționat mai sus de FAR și de mai multe zile, fără a fi raportat. Cred că ” Indicatorul înseamnă că viteza medie a tranzacției pentru o instanță a depășit 0,5 secunde timp de 2 minute sau mai mult. ” NU este utilizat pentru MetadataAPI și ToolingAPI. Sentimentul meu este că astfel de probleme cu API-ul dezvoltatorului sunt raportate fie rareori, fie deloc. Nu ‘ nici măcar nu sunt sigur dacă iau în calcul o astfel de solicitare ca ” Tranzacție ” … ceea ce încă îmi lipsește ‘ este un feedback de la unul dintre angajații Salesforce de aici pentru a clarifica această incertitudine.
- Practic aveți nevoie de cineva de la echipa SFDC și să vă spună cum sunt tratate exact metadatele API și în contextul degradării performanței. Dacă acesta este cazul, atunci îmi voi șterge răspunsul, astfel încât această întrebare să apară este o listă de întrebări fără răspuns și ar putea fi văzută de cineva din echipa SFDC?
- poate ‘ nu primiți acest răspuns prin asistență. fără asistența Premier Plus, nu vor vorbi despre asta (deoarece asistența pentru dezvoltatori este în afara domeniului de aplicare).