|
Home > Archive > BizTalk Server Orchestration > July 2004 > Prioritization and Orchestrations
You are viewing an archived Text-only version of the thread.
To view this thread in it's original format and/or if you want to reply to
this thread please [click here]
| Author |
Prioritization and Orchestrations
|
|
|
| I am trying to implement a BTS2004 solution which implments the priority processing of some messages ahead of others.
However, these high priority messages, need to be go through some business processing, i.e. waiting for a response from one system, which is then used to generate new messages for other systems, which again provide responses. This, of course, would norma
lly be done in an BTS2004 orchestration; but there appears to be no way of prioritizing the exceution of high priority orchestrations above orchestrations that would otherwise be running in the normal day to day processing.
This functionality does appear to be available in send ports, where the port is prioritized and if any messages that this high priority send port subscribes to are available in the message box, then these will be preferentially accessed before other messa
ges available in the message box. However, a send ports pipeline component cannot accomdate the business processes I need.
Does anyone have any knowledge they could share about getting orchestrations to exhibit the same behaviour as a send port in terms of priority - i.e. have a high priority orchestration that always executes ahead of others should there be an available mess
age for processing in the message box? This does appear to me to be a limitation of the BTS2004 solution, but I would gladly change my mind if someone has some suggestions.
Thanks in advance,
Jenny
| |
|
| BizTalk does not allow you to have different priority to orchestration.
However if it is a farm of BizTalk Servers in your solution, you can create High and Low Priority Hosts and make the High Priority host serviced by more number of BTS Servers. Bind orchestration to the High / Low Priority host as needed.
HTH
Jitendra
"Jenny" wrote:
> I am trying to implement a BTS2004 solution which implments the priority processing of some messages ahead of others.
>
> However, these high priority messages, need to be go through some business processing, i.e. waiting for a response from one system, which is then used to generate new messages for other systems, which again provide responses. This, of course, would nor
mally be done in an BTS2004 orchestration; but there appears to be no way of prioritizing the exceution of high priority orchestrations above orchestrations that would otherwise be running in the normal day to day processing.
>
> This functionality does appear to be available in send ports, where the port is prioritized and if any messages that this high priority send port subscribes to are available in the message box, then these will be preferentially accessed before other mes
sages available in the message box. However, a send ports pipeline component cannot accomdate the business processes I need.
>
> Does anyone have any knowledge they could share about getting orchestrations to exhibit the same behaviour as a send port in terms of priority - i.e. have a high priority orchestration that always executes ahead of others should there be an available me
ssage for processing in the message box? This does appear to me to be a limitation of the BTS2004 solution, but I would gladly change my mind if someone has some suggestions.
>
> Thanks in advance,
>
> Jenny
>
| |
|
| Unfortunately I only have two servers which will be load balanced to allow for failover. Do you know how Biztalk divides its processing capacity/memory/DB access between its hosts?
Say I ran 2 hosts on each server - one for low priority messages (the bulk of the messages) and the other for high priority messages (a fraction of the total message volume) - would the lower volumes of messages through the high priority host ensure faste
r processing than those through the low priority hosts?
Clearly for failover purposes the two servers would need to be configured with both hosts.
Input gratefully accepted!
Jenny
"JIT" wrote:
[vbcol=seagreen]
> BizTalk does not allow you to have different priority to orchestration.
>
> However if it is a farm of BizTalk Servers in your solution, you can create High and Low Priority Hosts and make the High Priority host serviced by more number of BTS Servers. Bind orchestration to the High / Low Priority host as needed.
>
> HTH
> Jitendra
>
> "Jenny" wrote:
>
ormally be done in an BTS2004 orchestration; but there appears to be no way of prioritizing the exceution of high priority orchestrations above orchestrations that would otherwise be running in the normal day to day processing.[vbcol=seagreen]
essages available in the message box. However, a send ports pipeline component cannot accomdate the business processes I need.[vbcol=seagreen]
message for processing in the message box? This does appear to me to be a limitation of the BTS2004 solution, but I would gladly change my mind if someone has some suggestions.[vbcol=seagreen]
| |
|
| Thanks for your comments, I had considered this as a solution but unfortunatly I only have two servers which will be load balances to ensure resiliance should one server go down. Hence these each server would need to run both a high priority host and a l
ow priorty host.
Do you know how the processing capacity/memory/database access is handled with more than one host which are loaded differently? i.e. could I ensure faster processing of the high priority messages within the high priority host than of the low priority mes
sages in the low priority host by virtue of the fact that the high priority message volumes are a fraction of the low priority message volumes? Or is the processing capacity on each server divided up between hosts proportionally to volume of requests, i.
e. if 90% of messages are going to the low priority host and the remaining 10% to the high priority host, would 90% of the servers processing capacity be dedicated to the low priority host and 10% to the high priority host?
Any input on this welcome, I haven't come across any documentation on this.
Jenny
"JIT" wrote:
[vbcol=seagreen]
> BizTalk does not allow you to have different priority to orchestration.
>
> However if it is a farm of BizTalk Servers in your solution, you can create High and Low Priority Hosts and make the High Priority host serviced by more number of BTS Servers. Bind orchestration to the High / Low Priority host as needed.
>
> HTH
> Jitendra
>
> "Jenny" wrote:
>
ormally be done in an BTS2004 orchestration; but there appears to be no way of prioritizing the exceution of high priority orchestrations above orchestrations that would otherwise be running in the normal day to day processing.[vbcol=seagreen]
essages available in the message box. However, a send ports pipeline component cannot accomdate the business processes I need.[vbcol=seagreen]
message for processing in the message box? This does appear to me to be a limitation of the BTS2004 solution, but I would gladly change my mind if someone has some suggestions.[vbcol=seagreen]
| |
|
| Thanks for your comments, I had considered this as a solution but unfortunately I only have two servers which will be load balances to ensure resiliance should one server go down. Hence these each server would need to run both a high priority host and a
low priorty host.
Do you know how the processing capacity/memory/database access is handled with more than one host which are loaded differently? i.e. could I ensure faster processing of the high priority messages within the high priority host than of the low priority mes
sages in the low priority host by virtue of the fact that the high priority message volumes are a fraction of the low priority message volumes? Or is the processing capacity on each server divided up between hosts proportionally to volume of requests, i.
e. if 90% of messages are going to the low priority host and the remaining 10% to the high priority host, would 90% of the servers processing capacity be dedicated to the low priority host and 10% to the high priority host?
Any input on this welcome, I haven't come across any documentation on this.
Jenny
"JIT" wrote:
[vbcol=seagreen]
> BizTalk does not allow you to have different priority to orchestration.
>
> However if it is a farm of BizTalk Servers in your solution, you can create High and Low Priority Hosts and make the High Priority host serviced by more number of BTS Servers. Bind orchestration to the High / Low Priority host as needed.
>
> HTH
> Jitendra
>
> "Jenny" wrote:
>
ormally be done in an BTS2004 orchestration; but there appears to be no way of prioritizing the exceution of high priority orchestrations above orchestrations that would otherwise be running in the normal day to day processing.[vbcol=seagreen]
essages available in the message box. However, a send ports pipeline component cannot accomdate the business processes I need.[vbcol=seagreen]
message for processing in the message box? This does appear to me to be a limitation of the BTS2004 solution, but I would gladly change my mind if someone has some suggestions.[vbcol=seagreen]
| |
|
| Thanks for your comments, I had considered this as a solution but unfortunately I only have two servers which will be load balances to ensure resiliance should one server go down. Hence these each server would need to run both a high priority host and a
low priorty host.
Do you know how the processing capacity/memory/database access is handled with more than one host which are loaded differently? i.e. could I ensure faster processing of the high priority messages within the high priority host than of the low priority mes
sages in the low priority host by virtue of the fact that the high priority message volumes are a fraction of the low priority message volumes? Or is the processing capacity on each server divided up between hosts proportionally to volume of requests, i.
e. if 90% of messages are going to the low priority host and the remaining 10% to the high priority host, would 90% of the servers processing capacity be dedicated to the low priority host and 10% to the high priority host?
Any input on this welcome, I haven't come across any documentation on this.
Jenny
"JIT" wrote:
[vbcol=seagreen]
> BizTalk does not allow you to have different priority to orchestration.
>
> However if it is a farm of BizTalk Servers in your solution, you can create High and Low Priority Hosts and make the High Priority host serviced by more number of BTS Servers. Bind orchestration to the High / Low Priority host as needed.
>
> HTH
> Jitendra
>
> "Jenny" wrote:
>
ormally be done in an BTS2004 orchestration; but there appears to be no way of prioritizing the exceution of high priority orchestrations above orchestrations that would otherwise be running in the normal day to day processing.[vbcol=seagreen]
essages available in the message box. However, a send ports pipeline component cannot accomdate the business processes I need.[vbcol=seagreen]
message for processing in the message box? This does appear to me to be a limitation of the BTS2004 solution, but I would gladly change my mind if someone has some suggestions.[vbcol=seagreen]
|
|
|
|
|