Open Platform

Open Platform

In computing, an open platform describes a software system which is based on open standards, such as published and fully documented external application programming interfaces (API) that allow using the software to function in other ways than the original programmer intended, without requiring modification of the source code. Using these interfaces, a third party could integrate with the platform to add functionality.[1] The opposite is a closed platform.

An open platform does not mean it is open source, however most open platforms have multiple implementations of APIs. For example, Common Gateway Interface (CGI) is implemented by open source web servers as well as Microsoft Internet Information Server (IIS). An open platform can consist of software components or modules that are either proprietary or open source or both. It can also exist as a part of closed platform, such as CGI, which is an open platform, while many servers that implement CGI also have other proprietary parts that are not part of the open platform.

Component Based Moduler

Open Platform

The component-based architecture of Expresso Applications allows you to choose only what you need, with features and capabilities that can be changed or added as your business evolves.

Our innovative technology provides the flexibility to deploy Expresso Applications in the way that’s the best fit for your business. Thanks to its component architecture, you can deploy the full suite as a global single instance or as a point solution for key processes in a two-tier application strategy.

You choose the components you want and deploy them step-by-step, so you don’t take on more than you need.


Not Vendor Lock-in.

Open Platform

Vendor lock-in is a situation in which a customer using a product or service cannot easily transition to a competitor’s product or service. Vendor lock-in is usually the result of proprietary technologies that are incompatible with those of competitors. However, it can also be caused by inefficient processes or contract constraints, among other things.

The fear of vendor lock-in is often cited as a major impediment to cloud service adoption. The complexities of cloud service migration mean that many customers stay with a provider that doesn’t meet their needs, just to avoid the cumbersome process. To move data from one provider’s cloud environment to another, for example, it’s often necessary to first move the data back to the customer’s site and then move it to the new provider’s environment. Furthermore, the data may have been altered for compatibility with the original provider’s system so that what is returned to the customer needs to be returned to its former state before it can be moved again.

The best way to avoid vendor lock-in is to choose your service wisely in the first place. Storage expert Arun Taneja offers the following tips for avoiding cloud vendor lock-in:

Read the fine print of each provider’s policies, and if necessary, ask them directly how they facilitate moving customer data out of their cloud storage repository. Ask the provider whether they offer data migration tools or services to facilitate the movement of large amounts of data.