Since integration, interoperability and avoidance of technology lock-in is always a prime objective, the Applications tier utilizes standards whenever possible. As you see in Figure 5 below, different data types have standards e.g., XML, SPARQL and OGC. There also exist protocol standards that the Applications tier should adhere to e.g., JDBC, REST, and SOA Web Services
A3P was designed to be agile and adaptable to specific customer analytical requirements. This agility allows for capabilities to be removed or modified to fit very specific needs. Most modifications are made by Oracle at our manufacturing facilities .
As analysts start to realize the positive effect of the impact to mission from A3P, expansion might become necessary. Expansion requirements will also be driven by data growth, increasing user demands and future algorithm development.
The data services depicted describe the general capabilities needed for many if not most data. The service titles are self-descriptive. Note however there is a critical reliance on the proven ability of the hardware to help efficiently support these capabilities.
A3P embraces a concept called Sprint Analytics. Sprint Analytics supports the need for data scientists and analysts to try new tools, algorithms, and experimentation on data to improve prediction and mission results. In order to accomplish either success or retrial quickly, A3P includes an agile sandbox for creating development, test or an operational application hosting environment for the A3P users. This agility is delivered through the Oracle Virtual Compute Appliance