Come devo decidere le quote per il bind del servizio principale di Tridion?

Question

Mi collego al servizio principale di Tridion utilizzando System.ServiceModel.WsHttpBinding. Il servizio verrà utilizzato solo da utenti autenticati e probabilmente solo dal codice che controllo. Devo scegliere i valori per le seguenti

• (default 524.288 byte)
• MaxReceivedMessageSize (default 65.536 byte)
• ReaderQuotas. MaxArrayLength (predefinito 16384 byte)
• ReaderQuotas. MaxBytesPerRead (predefinito 4096 byte)
• ReaderQuotas. MaxNameTableCharCount (predefinito 16384 byte)
• ReaderQuotas. MaxStringContentLength (default 8192 byte)

Gli esempi di codice ho visto per l'utilizzo del servizio principale invariabilmente impostato almeno alcuni di questi per valori maggiori rispetto ai valori predefiniti, ad esempio 4Mb. Ciò è dovuto a problemi noti quando vengono utilizzati altri valori, ad esempio i valori predefiniti?

MaxBufferPoolSize consente di evitare eccessive raccolte di dati inutili. Si tratta semplicemente di monitorare i GC e l'ottimizzazione basata su questo?

MaxReceivedMessageSize, MaxArrayLength e MaxBytesPerRead sono lì per difendersi dagli attacchi Dos, quindi nel mio scenario, forse posso migliorare il throughput aumentandoli. Un numero davvero grande potrebbe aiutare?

MaxNameTableCharCount sembra essere lì per impedire la crescita incontrollata di qualcosa che potresti non voler crescere in modo incontrollato, quindi forse lasciare il default sarebbe una buona cosa.

La documentazione su MaxStringContentLength non specifica cosa accade se si supera la quota. Presumibilmente ReadContentAsString fallirà in qualche modo, quindi forse questo valore dovrebbe essere grande.

Quindi, dovrei lasciare questi valori ai loro valori predefiniti? Questo mi causerà problemi? Dovrei aumentarli a grandi valori? Questo aiuterà con il throughput ecc. O è più probabile che causi altri problemi?

Answer 1

La regola generale è di avere questi valori il più piccoli possibile, quanto basta per far funzionare il codice. Se dai un'occhiata alla configurazione di default che viene fornita con CoreService.dll, alcuni dei valori sono aumentati.

Ad esempio, se si prevede di ottenere elenchi XML di grandi dimensioni (o risultati di ricerca), è necessario aumentare MaxReceivedMessageSize.Tieni presente che hai il controllo sulle dimensioni dell'elenco che utilizzerai con la proprietà BaseColumns di un filtro.

Se si preferisce utilizzare GetList, GetSystemWideList e metodi GetSearchResults sopra le loro controparti XML, probabilmente si dovrà aumentare ReaderQuotas.MaxArrayLength insieme MaxReceivedMessageSize. Ma tieni presente che gli array di grandi dimensioni verranno archiviati nella memoria.

Non sono sicuro di voler aumentare nessuno di questi valori finché non si raggiunge il limite. WCF è abbastanza buono con riferimento al parametro che devi regolare.

Answer 2

Ho paura che questa non sia davvero una risposta alle tue domande ... Ma, dalla mia esperienza, ho aumentato i valori a più dei valori predefiniti suggeriti. Ho usato 4 MB come già suggerito. Ciò era dovuto al fatto che stavo riscontrando un errore durante la comunicazione con il servizio principale. Erano correlati alle dimensioni della richiesta/risposta superiori alle dimensioni assegnate.

Inoltre, nel caso della transazione del servizio principale, ho visto più di queste eccezioni. Sembra che le dimensioni della richiesta/risposta aumentino un po 'quando si usano le transazioni. Nel mio caso, stavo creando una serie di componenti in un'unica grande transazione. Se un componente non è riuscito a creare, eseguirò il rollback dell'intera transazione.

Spero che questo aiuti.

Answer 3

ho avuto modo di sperimentare con il servizio principale di recente e hanno visto un'eccezione XmlReader si verificano quando si tenta di aprire un grande TBB (C# frammento) utilizzando il seguente codice:

using(var client = new CoreService.CoreService2010Client()) 
{ 
    var item = client.Read(tcmId,new ReadOptions()); 

    //More code 
} 

System.Xml. XmlException: il limite massimo della lunghezza del contenuto della stringa (8192) è stato superato durante la lettura dei dati XML. Questa quota può essere aumentata di modificando la proprietà MaxStringContentLength sull'oggetto XmlDictionaryReaderQuotas utilizzato durante la creazione del lettore XML. Linea 1, posizione 9201.

Come si dice nel messaggio, ho dovuto il ReaderQuotas.MaxStringContentLength a risolvere questo problema. Quindi, se stai lavorando con blocchi predefiniti che hanno contenuti superiori a 8 KB, ti aspetti questo errore.