|
|
||||
|
|
|
|
|
|
|
|
||||
|
|
|
|
Specifications |
|
|
This page describes the EnterpriseWizard SaaS service and answers business oriented questions. Please see the Features page for a detailed description of the product features.
PlatformsServerBoth 32 bit and 64 bit versions of the following OS's are supported for the server. For optimum performance, we strongly recommend using a 64 bit OS.
↑ top Web Server
If either apache or IIS are found, EnterpriseWizard will automatically integrate with them so that it can be accessed either through the JSP server on port 8080 (by default, the actual port is configurable) or through the native web server on port 80. ↑ top ClientEnd User Interface:Any BrowserStaff Interface:
Recent releases of IE 7.0 are fully supported. Old releases need the following bug fix from MS: http://support.microsoft.com/kb/928089 On Mac/Linux/Unix: Mozilla 1.0+, FireFox 1.0+, Netscape 8.0+ ↑ top Internet Based
↑ top Architecture![]() SupportWizard employs a multi-tier, J2EE/Application Server/RDBMS architecture on the server for enterprise connectivity and compatibility across operating systems. A fourth generation, Document Object Model (DOM) architecture on the browser provides immediate response (AJAX) and local caching for operations that do not require server access. The installer will detect and automatically configure the system to communicate through an Apache or IIS webserver. As indicated by the dotted lines, it can also be configured for direct communication with the JSP Servlet container if no webserver is installed on the machine. As indicated by the above diagram, the webserver, database and J2EE server can all be installed on different machines. In general moving the database to a seperate machine will not affect performance because J2EE caching is used to minimize database access and the database only uses one quarter the CPU resources of the J2EE server. For security reasons, the default SupportWizard installation configures the database not to listen on any ports and the J2EE server communicates with it via a "pipe" file. This prevents the possibility of a remote hacker accessing the database and also optimizes performance. ↑ top ScalabilitySupportWizard scales to meet the needs of global Fortune 100 corporations because it is built on a J2EE architecture designed for enterprise scalability. The following section analyzes performance characteristics. System resources are only used when the user actually does something, such as creating or editing a record. As is typical for HTML based web products, the "overhead" from passive users is almost zero. For example, when a user is filling out a web form, they are entirely passive from the perspective of system and only become active on clicking the Finish button. This is important because it means that performance is not based on "how many users" there are, but the related metric of "how many tickets are those users creating/editing per minute" On a single Xeon 5355 server with 8G RAM, SupportWizard can generate over 35,000 new tickets per hour when driven through the GUI. On a dual Xeon 5355 server, the number rises to over 60,000 tickets per hour and it continues to rise, almost linearly, with the number of processors. Note: Operations such as viewing FAQ records are far less CPU intensive than creating new tickets and the server can handle over 50,000 httpd requess per minute.The average member of a sales team or support staff works on 3-8 records per day. If we assume that all users are at the top end of this range and work on 8 records per day, we would expect a sales/support staff with 1,000 full time agents to generate or edit 8,000 records per day, a lot less than our entry level system can handle in half an hour. Of course, it is necessary to add a saftey factor for sudden peak loads and ideally CPU utilization should be less than 25%, so we generally recommend quad CPU configurations for such customers. This analysis is based on typical configurations, but the system supports creation of an unlimited number of business rules, each of which runs in the foreground or as a scheduled background task to call external scripts, generate emails, update related records and carry out other operations necessary to automate the business. The overhead from such processes can be significant, so for very large companies with highly sophisticated business rules, we support the IBM P-Series with up to 64 processors. Although it is unlikely that an enterprise will actually need more than a couple of machine configured with four Intel E7340 CPU's, our support for the P-Series guarantees that plenty of headroom will be available if the need arises. Another aspect of scalability is the size of knowledgebase that can be supported while maintaining good performance. For common operations such as finding records containing certain text and editing them, scalability is almost unlimited. The following video demonstrates searching a table containing over 10,000,000 records for some text (17 such records are found), editing one of them and saving the result. ↑ topPerformance AnalysisProvided the system is configured with at least 8G of RAM, very little time is spent on I/O and performance depends primarily upon the CPU. About 55% of CPU resources are spent on Java processes and 45% on database processes. By simply placing the application server and database on seperate machines, it is therefore possible to increase scalability by a factor of 1.8. For example, a pair of machines configured with four Intel E7340 CPU's will allow the generation of over 370,000 records per hour, compared to 205,000 for a single such machine. However, if massive throughput is not required, there is no advantage to splitting the database and application server accross seperate multi-core machines. From usage analysis on our ASP servers, we know that about 50% of CPU resources are spent submitting new records such as tickets and emails or editing to existing ones, 20% is spent generating charts/reports, 15% is spent searching for information and 15% is spent on miscellaneous tasks such as changing tabs, logging in, viewing history information, creating saved searches, changing views, etc. ↑ topHardware Requirements
↑ top Installation Package and UpgradesInstallation TimeInstalling SupportWizard takes less than 7 minutes and is ready for immediate use. With our implementation services we guarantee that it will be fully customized to fit your business like a glove and in full production use within two weeks. ↑ topUpgrades and Support
↑ top SQL Database or
SQL Server 2000+
SupportWizard uses JDBC for database interoperability and ships with a fully licensed copy of MySQL at no additional charge. MySQL is an extremely fast, easily maintained SQL database with a capacity to hold 64 Terabytes of data. The database is automatically installed and configured with the installation of SupportWizard. SupportWizard also supports SQL Server 2000+ ↑ topFunctionality
↑ top Security
Because no code is changed in order to build or configure a custom solution, all applications built on the SaaSWizard platform share the same core set of security characteristics. This platform is subject to regular review and testing by independant security analysts. Please click here for the most recent review.
↑ top Product Testing
Product changes are subject to the following stages of review and testing: ASP SERVICESASP Data Migration
The SupportWizard XML export/import file format allows you to start
service with the ASP model and easily move to your own
server. In addition to the XML file format, data can be also be exported in ASCII and Excel formats for migration to other programs. ASP Traffic/bandwidth
↑ top ASP Storage space
↑ top ASP Service Infrastructure
In the USA, our ASP servers are co-located at Bay Area Internet Solutions which provides: ↑ top ASP Security
↑ top ASP Service Hardware
↑ top ASP Service Backups
Backups are distributed to at least two seperate online servers and can be retrieved immediately our designated information security officers. ↑ top ASP System Restoration from Backup
We always keep at least one spare server available to which a KB can be restored in the event that one of primary ASP servers dies. Over the past 7+ years, this facility has never been needed. ↑ top ASP Data Replication
↑ top ASP Hotswap Servers
↑ top ASP DNS Resilience
↑ top ASP Uptime and Performance
Our monitoring
software is configured to alert us if average CPU utilization on an
ASP server exceeds 25% or the time required to bring up a simple record such
as an Activity exceeds one second. |
|
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| We are hiring! Apply Now ©2007 EnterpriseWizard, Inc. |