In this section
Your technical questions, answered
- How is the Aerogility system architected?
- What supporting software do I need to implement Aerogility?
- Can Aerogility be interfaced to other systems?
- How scalable is the Aerogility system?
- What is the typical performance profile for Aerogility?
- What are the hardware and data storage requirements?
- How is Aerogility supported?
- How are new releases and patches handled?
1. How is the Aerogility system architected?
Aerogility is architected as a scalable, enterprise-level application. The architecture is structured in three layers: web application, simulation processor, and shared database.
The web application uses tried and tested application and web server components, supporting all user interaction with the system.
The simulation processor is the execution container for a simulation. It comprises distributable model executors and the enterprise multi-agent framework (EMAF). The EMAF provides the software infrastructure to support the intelligent agents and their interactions in a simulation. The model executor can be distributed over multiple processing nodes if required.
Data is held in a standard SQL database. For example, Oracle 9i or above.
2. What supporting software do I need to implement Aerogility?
The Aerogility system requires:
- A Windows or Unix-based operating system, including Linux and Solaris
- Java 1.7 or higher
- Oracle 10g or higher, or an SQL database
- JBOSS, WebLogic, WebSphere or Sun Web Server 7
- A standard web browser (IE9 or above in the case of Internet Explorer)
3. Can Aerogility be interfaced to other systems?
Aerogility is designed to be be integrated into other systems.
We provide a data importer tool for inbound data, which can be validated and mapped in to the Aerogility model. Data generated by a simulation can be exported to other systems, including business intelligence, data warehouses, and ERP.
4. How scalable is the Aerogility system?
Aerogility is highly scalable. The complete solution can be deployed to a single laptop, a server, a server cluster, or cloud computing environment.
5. What is the typical performance profile for Aerogility?
Aerogility is comparable to any web-enabled system, and can support a large number of users.
The model executor and simulation subsystem is more CPU intensive, and performance is invariably determined by the type and duration of the simulations. During implementation, we’ll work with you to determine the hardware configuration you’ll need to meet your business requirements.
6. What are the hardware and data storage requirements?
This depends on the expected number of users and the simulation usage profiles. However, for a single-machine deployment, we recommend minimum hardware and data storage comparable to an Intel or AMD x64 system with 4GB of RAM and at least 50GB of available database storage.
7. How is Aerogility supported?
We provide third level application support through our customer service center.
Standard support covers 8am to 6pm business hours and all working days in the USA and Europe. Extended support, including 24×7, is available if required.
8. How are new releases and patches handled?
The Aerogility customer service center will notify you of the availability date and release process for new software versions and patches. The zipped software is placed on an FTP server and you’ll be able to download it to your system. Each software release is fully documented with notes providing detailed instructions for installing the software.