We have selected Apigee for this project due to its extensive set of features that satisfied the customer requirements. Aptira designed a deployment architecture for Apigee, taking into consideration the volume of API traffic from the many integration points, Tenancy, Security and Networking.
Apigee out of the box supports 2 types of deployment – Software-as-a-Service (SaaS) and the On-Premises version. The SaaS version satisfied most of the customer requirements and reduced total cost of ownership. However, the design had some major complexities which needed to be addressed.
The first complexity is the platform integration over their corporate network. In other words, the data traffic from the SaaS instance to the orchestration platform had to be sent over a secure VPN tunnel. Which, depending on the customer’s environment may include multiple systems/hops. This would cause a significant impact on the API response time.
Secondly, the customer has defined a set of regulatory compliance requirements to be validated for the whole orchestration platform. These requirements are often driven by the government organizations to host their workloads. These workloads would often involve software systems to be integrated with customer systems (hardware equipments or software) which are often hosted within customer’s environment. Such integration is easier to manage in On-Prem versions by customizing deployments by using 3rd party components for integration. Also, SaaS software versions are designed using standard security mechanisms, a compliance to these requirements would require customization in the software components. The problem magnifies if there are Multi-tenant workloads are to be hosted which would increase the customization effort. This in turn would introduce dependency on the vendor and software’s release cycle.
To overcome these two major complexities, Aptira decided to use the On-Premises version of Apigee. The On-Premises version includes an automated mechanism to deploy its sub-systems. This provided control of the infrastructure resources on which they are deployed and allowed fine tuning of resources to host its sub-systems according to the API traffic needs.
Apigee’s automated deployment mechanism has provided complete control over its deployment and the configuration of sub-systems. It is relatively easy to make any customizations to the software components should any new requirements arise since it doesn’t involve a vendor. It is also easier to integrate with co-located systems since the data transfer over the internal network is much faster thereby reducing the API response time.
The benefits of the on-prem deployment of Apigee are balanced against some additional considerations that are absent in the SaaS version. For example, Operations and Maintenance, Resource allocation and Validation. However, the customer had a strong preference for the On-Premises version as they had already completed an independent assessment of the technology for their requirements. Therefore, we could assume that they had already accepted these overheads.
From an integration point of view, we integrated Apigee with Orchestration specific platform systems and the customers environment systems: