cancel
Showing results for 
Search instead for 
Did you mean: 

Which of the two Proxy or RFC is preferred in PI 7.31?

former_member188885
Active Participant
0 Kudos

Hi All,

We have a PI 7.31 system. I want to know if Proxies are better than RFC?

Which one is recommended when it comes to 7.31?

Thank you

Accepted Solutions (1)

Accepted Solutions (1)

MichalKrawczyk
Active Contributor

hi,

>>>I want to know if Proxies are better than RFC?

proxies are always better from RFC as you can monitor them in ECC (outbound/inbound) which is something you don't have with RFCs - so use proxies if you can instead of RFCs,

Regards,

Michal Krawczyk

former_member188885
Active Participant
0 Kudos

Hi Michal,

Thanks for the reply. So in single stack, can't we monitor the RFC messages?

MichalKrawczyk
Active Contributor
0 Kudos

hi,

>>>Thanks for the reply. So in single stack, can't we monitor the RFC messages?

it's not about PI - in PI we can monitor both but we need to be able to monitor/restart etc.

messages in SAP backend too (like ERP, CRM, SRM) and this is not possible with RFC

so just use proxies,

Regards,

Michal Krawczyk

Bhargavakrishna
Active Contributor

Hi Lavanya,

Whether it is a single stack or dual stack system, it is always better to use Proxy, until and unless there is a business demand to use RFC.

Proxy

--> Proxy communication is better than RFC/BAPI communication when performance is concerned.

--> ABAP Proxies uses Web service and HTTP Protocols. 

--> Proxies is used for both Sync and Async. If you use ABAP Proxy , you can reduce the overhead calling             the function again and again..

--> Proxies communicate with the XI server by means of native SOAP calls over HTTP .

--> Proxy is used for large volumes of data.

--> proxy it is used to process the Mapping and rooting on Integration Engine bypass the Adapter.

-->  In proxy XI communicates with the R/3 in native XI language (SOAP XML).

RFC


--> RFC/BAPI has its own overhead of function call.

--> RFC, the data is converted between RFC and XML in RFC adapter.

--> So you have to convert from SOAP to RFC calls and vice versa. So XML conversion is required.

--> RFC is more riscy becoz of less stability and bad performance.

--> You have an additional application (Java Adapter Engine) running during message exchange.

Regards

Bhargava krishna

Answers (4)

Answers (4)

former_member188885
Active Participant
0 Kudos

Thank you for your replies everyone!

Regards,

Lavanya R

Former Member
0 Kudos

Hi Lavanya,

From PI it will not make much difference between single or dual stack for RFC or Proxies, Functionality is still the same. Choice of RFC v/s Proxies comes into play based on the Integration partner that's connecting system (ECC, SRM, CRM).

I would agree what Michal said Proxies are preferred over RFC.

Regards

Sreeram

Former Member
0 Kudos

Hi lavanya,

Proxy is better because you can monitor them easily.Basically it depends upon what kind of data are you working with.I you have small data then use RFC else use Proxy.

Thanks and best Regards,

Ankit Baid

Muniyappan
Active Contributor
0 Kudos

Hi Lavanya,

Did you search before posting thread?

http://www.google.co.in/search?sourceid=chrome&ie=UTF-8&q=proxy+vs+RFC

Regards,

Muniyappan.

former_member188885
Active Participant
0 Kudos

Hi,

Yes. I saw few posts which have told for PI versions with dual stack. I want to know for PI 7.31 single stack.

Muniyappan
Active Contributor
0 Kudos

Hi,

Still i am not seeing any response which is for pi7.31 single stack.

topics discussed Proxy vs Rfc for 7.11 will also be applicable to this single stack 7.31.

there is not much difference.

let us wait if we get any response in terms of single stack 7.31.

Regards,

Muniyappan.

MichalKrawczyk
Active Contributor
0 Kudos

Hi,

>>>Still i am not seeing any response which is for pi7.31 single stack.

there's no difference on PI - the only difference is in backend systems as discussed,

Regards,

Michal Krawczyk

Muniyappan
Active Contributor
0 Kudos

Hi,

Thanks for your response Michal .

Regards,

Muniyappan.