Creating / Consuming virtual services

[anil.j.kumar]

Hi all,

for one of the customer we are trying to perform virtualization of the services. However the issue is that we do not have access to the application / service and hence we are not able to record the same. could you please let me know how else we can virtualize the services

1- for one of the SOAP type / HTTP protocol , we just received, only 1 set of RR pair. Using that we have virtualized the service. But is using only 1 RR pair sufficient. And , how will this VS be consumed. Because the developer team is another vendor and we don't have access to configure. What is the best practice to consume the virtual service. Can we send the VS URL to the developer team and ask them to configure the same. If not , is there any other way to consume this VS.
2 - The other need is to use the modes . we plan to use the "Failover" mode so that the virtual service takes over if the live service failed. By selecting the 'failover" mode in portal , can this be achieved. Or are there any other config's needed to be done.

my sincere request to please provide valuable suggestions in this regard. The above service which has been virtualised, we really want it being consumed (considering we do not have access to developer's and how else to consume this) and also modes working the way designed. 

thanks

[Vaibhav Jain]

Hi Anil,

For the 1st part:
--> You should define different transactions with different Match Tolerances (Exact, Signature & Operation,if needed) 
--> Configure magic strings in the response to have some dynamic behavior 
--> For HTTP(s) services, the endpoint url is used to establish the connectivity between System Under Test and virtual service. The endpoint url will be:
http://VSEHOSTNAME:PORTUSEDBYSERVICE/BASEPATHCONFIGUREDINVSM
-->If you would like to test the service standalone, you can use above url in CA DevTest's Teststep or SOAPUI or POSTMAN etc. But ultimately, the url will be your entrypoint for the virtual service

For 2nd Part:
You have to configure the {{LIVE_INVOCATION_SERVER}} & {{LIVE_INVOCATION_PORT}}  and applicable details in LIVE Invocation step within VSM and post that by changing the mode from portal will work.


------------------------------
Regards,
Vaibhav Jain
Capgemini
------------------------------

[anil.j.kumar]

Thanks Vaibhav for your prompt response. Really appreciate it.

We have the virtual service endpoint url created from the RR pair and have tested it in SOAP UI. It is sending the response fine.
Now my question is , how will the tester use / consume this URL. Where , how and who will configure this VS URL so that the responses are now hitting this VS url instead of the live one. Please provide your inputs.

Regarding the point 2 , I will check the same.

[Vaibhav Jain]

Hi Anil,

Your dev team has to change the configuration to point the application to virtual service (url you will provide to them)instead of actual service.

However, the configuration of service url is dependent on application architecture, it could be at dev layer or midlleware/integration layer.

Thanks.

------------------------------
Regards,
Vaibhav Jain
Capgemini
------------------------------

[anil.j.kumar]

Hi Vaibhav,

Thanks again and this is my understanding. 

The current scenario is a very complex landscape. The development is with different vendor and hence we are not able to get to them to configure the virtual service so that they can be consumed.  Though we have created the virtual services ,they are not getting consumed. 

[Vaibhav Jain]

Hi Anil,

Unfortunately, there is no other way to get the services consumed other than getting the configuration switched from real to virtual service endpoint url.

Thanks.

------------------------------
Regards,
Vaibhav Jain
Capgemini
------------------------------