ISIS Papyrus Software

Posts Tagged ‘Java’

Handling Enterprise Growth Without Java

In scalability on October 22, 2009 at 2:02 am

With many Papyrus Platform installations experiencing substantial growth the topic of application scalability has come to the foreground. Owing to its design the scalability of the Papyrus Platform is unlimited in principle but it is restricted by certain synchronicity needs. Simply reading or displaying documents or content from storage has no limitation, but keeping multiple write accesses in sync creates scalability issues. Clearly, when the number of users is doubled from 1,000 to 2,000 users then it does require monitoring and, if necessary, scaling of the hardware. When the number of documents or process tasks is doubled from 1,000 to 2,000 per hour that also requires consideration how that load can be safely spread across server nodes. However, scaling Papyrus Platform applications is very simple compared to, for example, three-tiered Web/Java/SQL/SOA application clusters, explains Max J. Pucher, Chief Architect at ISIS Papyrus.

User complaints about a ‘slow application’ without any measurable details do not really help, yet have to be carefully considered. Users are often unaware of different processing requirements for documents looking rather similarly. The document might be simple for the user but the back-end process can be fairly complex and proactive monitoring is advised, which Papyrus Platform provides with easy-to-use dashboards and summary reports.

Scalability is not only about tuning or maintaining an acceptable response time for a growing number of users. It is unreasonable to expect that the system will handle growth in users and transactions automatically. No system does. Papyrus has many load balancing and tuning options and many are set either by default or by the system. Document applications are a complicated conglomerate of GUI, process, and rule execution threads that read and write data from a number of service interfaces or databases. The performance of the SOA back-end service interfaces or the database is much more relevant to the scalability than the user front-end. Using common database or transaction measurements the Papyrus Platform executes millions of transactions per hour and provides substantially simplified systems management and tuning without neglecting the user experience.

Papyrus Application Scalability

In scalability, solution, system management on July 7, 2009 at 4:08 am

There are now over 200 installations of the Papyrus Platform. Half of those serve hundreds to thousands of users. The others manage high-volume production systems. Most installations handle between 10,000 and 100,000 inbound or outbound document tasks per day in either straight-through processing or user-interactive mode. All these installations continue to grow and thus application scalability is becoming a common theme. Adding new applications is so easy that users tend to forget that possibly more HW resources are necessary to handle those processing needs. We propose a pro-active monitoring approach using our integrated monitoring and reporting facilities.

The Papyrus Platform offers unlimited scalability but applications have to be properly defined taking such scalability into account or they have to be accordingly updated as the application grows. Often restricted networks or other limited resources require tuning measures to ensure acceptable user response times.

There are two discussion posts available for your further reading:

Welcome to the Real World: Overhead: Java Application Scalability

Chief Architects Blog: Papyrus Application Scalability