Appboard/2.4/faq/features: Difference between revisions
imported>Mike.berman No edit summary |
imported>Mike.berman No edit summary |
||
| Line 7: | Line 7: | ||
== AppBoard Features == | == AppBoard Features == | ||
=== What is the maximum number of client connections, data sources, or web integrations a single AppBoard server can reasonably manage? === | |||
The scalability of AppBoard is related to the number of queries per second and the total size of the cached records from all sources, while the scalability of enPortal is related to number of page views per second. AppBoard is able to cache data for any data source that is shared between multiple users (e.g. does not require user-specific credentials or parameters to query), and this greatly reduces the load on the AppBoard server and on the backend resources. For a 4GB Xeon server, a typical configuration for AppBoard having five shared data sources and five user-specific data sources updating once per minute, and a total size of 1 MB of data per user, AppBoard would scale to at least 150 concurrent users before memory or CPU utilization create bottlenecks. With the ability to share most or all data sources (which is typical of most deployment), this number can be much larger. enPortal is responsible for the web integrations, and the scalability of these are more variable and dependent on the complexity of the specific integrations used. Typical integrations allow between 5 and 25 integration page requests per second before CPU utilization becomes a choke point. With a typical user making three page views per minute and a conservative estimate of 5 integration requests per second, enPortal should handle 150 or more concurrent users on the configuration specified. The core user model supporting both enPortal and AppBoard can support effectively unlimited users who are not logged in. | |||
=== Can I configure a "kiosk mode" where AppBoard will automatically rotate between Boards without any user interaction? === | |||
"Kiosk mode" or "Auto-rotation" is a common feature for AppBoard deployments on big screens in Network Command Centers. | |||
For detailed instructions on implementing this customization, see [[appboard/2.4/admin/accessing_appboard#Kiosk_Mode|Kiosk Mode]]. | |||
=== Can I export dashboards for use outside of AppBoard? === | |||
There may be value in re-using an existing Stack for another project, to save the effort of re-creating the Stack from scratch. The Import/Export feature allows the AppBoard administrator to save any or all of the Boards, Widgets, and other settings to an external file so that they can be imported directly into another project. | |||
For instructions on using this feature, see [[appboard/2.4/builder/system_administration/import_export|Import/Export]]. | |||
=== Is multi-tenancy supported? === | |||
Multi-tenancy is the concept of supporting data for multiple customers in the same system. It is an important feature of AppBoard, because it allows a company such as a Managed Service Provider to create a single solution to apply across an entire customer base. This is more efficient than creating a separate system for each customer. | |||
AppBoard supports multi-tenancy through the concept of Domains. When Users log in to view dashboards, in addition to providing their username and password, they also supply a value for the Domain variable, which can be used for securely segmenting the data by Domain. This ensures that users are only seeing data they are authorized to see within that Domain. AppBoard applies multi-tenant support to underlying systems that do not natively support it, and provides the ability to show secure, segmented views of information from the same application to different users. | |||
=== Can I view my dashboards on mobile devices? === | |||
AppBoard provides support for Apple iOS and Android mobile devices through native applications. These native apps provide mobile-centric views of the same content that is available through the desktop web interface. The mobile client uses the very same configuration and data as the desktop client and therefore requires no extra configuration, but creating a mobile-specific view of data can provide extra benefits. The mobile clients support a wide range of the widgets in AppBoard, but some are not available due to device, screen size, and licensing limitations. | |||
More detail on mobile features and configuration is available at [[appboard/2.4/mobile|AppBoard Mobile]]. | |||
Revision as of 02:15, 7 May 2014
This page answers Frequently Asked Questions (FAQ) about AppBoard features.
For FAQs about enPortal features, see the enPortal Features FAQ
AppBoard Features
What is the maximum number of client connections, data sources, or web integrations a single AppBoard server can reasonably manage?
The scalability of AppBoard is related to the number of queries per second and the total size of the cached records from all sources, while the scalability of enPortal is related to number of page views per second. AppBoard is able to cache data for any data source that is shared between multiple users (e.g. does not require user-specific credentials or parameters to query), and this greatly reduces the load on the AppBoard server and on the backend resources. For a 4GB Xeon server, a typical configuration for AppBoard having five shared data sources and five user-specific data sources updating once per minute, and a total size of 1 MB of data per user, AppBoard would scale to at least 150 concurrent users before memory or CPU utilization create bottlenecks. With the ability to share most or all data sources (which is typical of most deployment), this number can be much larger. enPortal is responsible for the web integrations, and the scalability of these are more variable and dependent on the complexity of the specific integrations used. Typical integrations allow between 5 and 25 integration page requests per second before CPU utilization becomes a choke point. With a typical user making three page views per minute and a conservative estimate of 5 integration requests per second, enPortal should handle 150 or more concurrent users on the configuration specified. The core user model supporting both enPortal and AppBoard can support effectively unlimited users who are not logged in.
Can I configure a "kiosk mode" where AppBoard will automatically rotate between Boards without any user interaction?
"Kiosk mode" or "Auto-rotation" is a common feature for AppBoard deployments on big screens in Network Command Centers.
For detailed instructions on implementing this customization, see Kiosk Mode.
Can I export dashboards for use outside of AppBoard?
There may be value in re-using an existing Stack for another project, to save the effort of re-creating the Stack from scratch. The Import/Export feature allows the AppBoard administrator to save any or all of the Boards, Widgets, and other settings to an external file so that they can be imported directly into another project.
For instructions on using this feature, see Import/Export.
Is multi-tenancy supported?
Multi-tenancy is the concept of supporting data for multiple customers in the same system. It is an important feature of AppBoard, because it allows a company such as a Managed Service Provider to create a single solution to apply across an entire customer base. This is more efficient than creating a separate system for each customer.
AppBoard supports multi-tenancy through the concept of Domains. When Users log in to view dashboards, in addition to providing their username and password, they also supply a value for the Domain variable, which can be used for securely segmenting the data by Domain. This ensures that users are only seeing data they are authorized to see within that Domain. AppBoard applies multi-tenant support to underlying systems that do not natively support it, and provides the ability to show secure, segmented views of information from the same application to different users.
Can I view my dashboards on mobile devices?
AppBoard provides support for Apple iOS and Android mobile devices through native applications. These native apps provide mobile-centric views of the same content that is available through the desktop web interface. The mobile client uses the very same configuration and data as the desktop client and therefore requires no extra configuration, but creating a mobile-specific view of data can provide extra benefits. The mobile clients support a wide range of the widgets in AppBoard, but some are not available due to device, screen size, and licensing limitations.
More detail on mobile features and configuration is available at AppBoard Mobile.
