martindcernadas | 2018-10-04 15:16:59 UTC | #1
Hi. I am the architect responsible to implement a pipeline between the Development environment (with Developers) and the Production environment (with Operators) , which implies to handle the endpoints which defeers, clearly. When I say "environment" I mean "workspace" in the organization limited to certain roles and integration : development, QA, and production.
Actually I have just one (1) organization but the ideal situation would be a complete separation between them (Dev & QA & Prod).
My specific question : I am note able to automatically change the endpoint of the action , in a practical way . It would be critical to comply with the regulatory authority (in the financial industry) to make environment distinctions and handling configuration.
¿Is there an automatic import-export situation ov bridge objects (actions) that allows me to modifiy such endpoints, not only in the action but in the dependency IVR flows? I do this manually actually, and implies to re-create the action with the new endpoint, and to update the IVR flow that depends on it eventually (in case the name changes).
PD=Needles to say : We need a full organization backup and restore, to deal with configuration versioning.
Thank you.
tim.smith | 2018-10-04 19:01:23 UTC | #2
No, there is not an import/export utility for PureCloud. You can request new features here: https://purecloud.ideas.aha.io/ideas
Richard.Schott | 2018-10-04 20:11:03 UTC | #3
I would highly recommend taking a look at Data Actions, as opposed using Bridge Actions through the web services data dip connector. Data Actions serve the same basic function as bridge actions, with a couple notable exceptions: 1. data actions do not use the bridge, but rather communicate directly with JSON based HTTP Web Services; 2. Data Actions include the endpoint as part of the configuration for the action, which can be modified after the action is published (contracts cannot be altered after an action is published); 3. Data Actions include import/export capabilities directly in the UI; 4. Data Actions include a test mode in the UI, allowing you to verify appropriate operation prior to publishing; 5. Data Actions are PCI compliant (bridge actions log certain aspects of the request and response payloads locally on the bridge server, which does not comport with certain rules in various compliance specs).
More information on data actions can be found here: https://help.mypurecloud.com/articles/about-web-services-data-actions-integration/ There is also a helpful migration doc so you can easily replace bridge actions with data actions in your call flows:https://help.mypurecloud.com/articles/migrate-interaction-flows-for-the-data-actions-integrations/
It's also worth noting that the contracts for your existing bridge actions can be reused in the cloud data actions, meaning there should be minimal to no changes needed in your call flows.
Please let me know if there are any additional questions you might have about cloud data actions.
martindcernadas | 2018-10-04 20:15:56 UTC | #4
Hi Richard. Thanks. But as I didnt mentioned in my previous post, I need to use bridge actions because these are endpoints in the LAN (corporate network) not accesible from outside. As far as I know, Data Actions needs the endpoints to be exposed. Plus : my bridge actions are already published as POST methods.
tim.smith | 2018-10-04 20:19:01 UTC | #5
If you're open to using an alternative to the bridge server integration, there was recently a blog post describing one possible method to access private services with data actions: https://developer.mypurecloud.com/blog/2018/09/11/access-local-service-from-the-cloud/
martindcernadas | 2018-10-04 20:29:49 UTC | #6
Richard.Schott, post:3, topic:3674
existing bridge actions can be reused in the cloud data actions
Thanks Tim. I could see it works like a cloud bridge, with a registration token AND a license for production environmente, doing ip-forwarding through a port ( like corkscrew or other vpn programs )
Needles to say, our project is already budgetted and no other extra cost or licencing is allowed.
I will wait for the next Purecloud capability of enabling a cloud bridge.
system | 2018-11-04 20:29:51 UTC | #7
This topic was automatically closed 31 days after the last reply. New replies are no longer allowed.
This post was migrated from the old Developer Forum.
ref: 3674