We have a custom environment called "portal" provisioned in the organization.
I know that the environment exists because a call to https://api.enterprise.apigee.com/v1/o/{orgName}/environments
returns
[ "prod", "dev", "portal", "test" ]
Also some of the sample proxies created by accounts_apigee_admin@google.com when I got the environment were deployed on all these 4 environments.
Now the issue is that i do not get to see this environment at most places on the Edge UI. For instance:
We even have another environment called "dev" which is available in all the usual places in Edge UI (the way prod and test environments are available). What can be the reason for portal to behave differently?
Note1: I believe, all these 4 environments were created by Apigee when the org was setup and handed over to us.
Note2: There is a slight difference in the response of /environment/{environmentName} for Portal and other environments. Portal has an additional property "features.isDevPortalEnvironment" which is set to true.
Solved! Go to Solution.
Hi @Anshul Aggarwal, as far as I know, the Portal environment is used for the integrated portal and configuration of virtual hosts and TLS for any portal you create. Do not use it for api traffic. Again, the portal environment is there to set up your integrated portals. Stuff like adding a custom domains, etc.. Can you use it for API traffic? Perhaps. Should you? I wouldn't recommend it. You've already described some issue with using it that way.
It sounds like you have other environments. Just use those as they are there for API traffic and to build proxies. It also sounds like you are on a paid org so using dev, test, and prod should be fine. If you need more environments to support your development lifecycle, just connect with your Apigee sales team or the support team to request additional environments. Please note, there may be a fee involved in adding extra environments.
Hope this answer helps? If so, please click accept.
Hi @Anshul Aggarwal, as far as I know, the Portal environment is used for the integrated portal and configuration of virtual hosts and TLS for any portal you create. Do not use it for api traffic. Again, the portal environment is there to set up your integrated portals. Stuff like adding a custom domains, etc.. Can you use it for API traffic? Perhaps. Should you? I wouldn't recommend it. You've already described some issue with using it that way.
It sounds like you have other environments. Just use those as they are there for API traffic and to build proxies. It also sounds like you are on a paid org so using dev, test, and prod should be fine. If you need more environments to support your development lifecycle, just connect with your Apigee sales team or the support team to request additional environments. Please note, there may be a fee involved in adding extra environments.
Hope this answer helps? If so, please click accept.
Thanks @Robert Johnson for the response. I now understand that portal is not for managing API traffic and definitely not the right use case for Mocking.
I came across http://apistudio.io from one of the other community questions and that helped me configure another mocked backed based on a header condition within existing environments.
Accepting the answer.
User | Count |
---|---|
7 | |
2 | |
2 | |
1 | |
1 |