Introduction
Adopting projects is the key to all of our compelling new AI driven functionality. With 26.10, we're making it even easier for existing OIC customers to adopt projects. Many customers already have 100s of integrations running their business, so how can they get these integrations from what we call the "global space" into projects? Hey, just move them!
Let's look at the details - the 26.10 release makes it even easier to move your integrations from the global space to projects. Again, what do I mean by the global space? It's where you created integrations, before we introduced projects.
Check out the new new option in
Add to project -
Move will do what it says - move the integration(s) selected into a project, either a new or existing project. But it does more; it maintains the global space endpoint, so your OIC clients do not have to change anything.
Let's try this out -
I begin by running AA Create Order from Postman - here is the endpoint url -
https://myOIC.integration.us-phoenix-1.ocp.oraclecloud.com/ic/api/integration/v1/flows/rest/AA_CREATE_ORDER/1.0/order
Back to
Move to project - I can move to an existing project or create a new one. I go for the latter -
I select the integrations to move -
Note the following checkbox -
Let's activate
AA Create Order -
Note the new project based URL -
I run the integration again from postman -
the global space URL is still honoured -
I try with the project based URL -
Back in the global space - the integrations are still there -
I can delete them, firstly the create order integration -
Back in Postman - let's hit the global space URL again -
You may ask, why doesn't the move automatically delete the integrations from the global space? The reason is to give you flexibility. Consider the situation where you want to do a rollback -
there is no menu option rollback move -
What I can do here is delete the project -
Back in the global space - I only see the update order integration; as you remember, I deleted the other one.
I recreate the create order integration and start afresh -
I move both again - this time to the following project -
I activate the create order integration in the project -
Note the pre-checked box -
Retain origin endpoint - this allows me, at some point in the future, to deactivate support for the global space endpoint URL.
I now return to the global space -
Technically, I can edit the create order integration here and activate it -
What about multiple versions?
Here I have2 minor version and 2 major version of create order.
Let's move again -
This makes total sense as we want to maintain full compatibility.
Global Space vs Project
Here I look at co-existence, starting with a simple example -
I move create order to a new project -
I edit the integration in the project and change the status mapping to the following -
I invoke the global space endpoint URL from postman and see the re-direction to the project based integration works -
As we've already seen, the global space integration is still present, so let's edit it -
Let's activate this and hit the global space endpoint url again -
Ergo, once I activate this integration in the global space, there will be no re-direction to the project based integration. Naturally, the project based integration url still works -
This is important to note, and it's up to you as OIC users to manage this.
Summa Summarum
This is a huge value add, making it much easier for customers to adopt projects. So what's hold you back now?
Cerevisia Aestiva
Today's beer is very local - from Brauerei Fischer in Wieseth, Middle Franconia.
The brewery builds on a tradition, going back to 1607. The family Fischer took it over in 1872, so these folks know what they're doing and brewing.
Their Helles 4.9% beer is the perfect mix of malt and hops, giving a full bodied and crisp drinking experience.
