T24 Technical Architecture
We have an overview of the Temenos T24 banking system here.
While Temenos T24 boasts of a ‘disruptive technology’, it also draws upon the rich functional features that have been developed over the years. This makes it one of the most advanced software products in the world to meet the needs of the financial services market.
There are certain facets of the software, which are ‘Core’ and which all banks which wish to use Temenos T24 have to procure. The ‘Core’ includes, among others, applications such as CUSTOMER, ACCOUNT, LIMIT, the Security management system, various utilities, the messaging systems (DELIVERY). Most business modules such as LOANS.AND.DEPOSITS, MORTGAGE, FOREX, SWAPS, SECURITIES, DERIVATIVES etc are optional and banks may procure them based on their business requirements.
Temenos T24 is based on open standards. This means that clients can select the best vendor or environment to suit their own needs – whether this is low cost, high performance, local support or any other factor.
If this changes in the future, they can switch vendor without altering their investment in TEMENOS T24.
This will provide true longevity to their chosen system.T24 can run on jBase or on Oracle database or any other database which the clients are comfortable with.
Large banks have also been concerned about scalability and also resilience of the software. T24 has been able to address these concerns by an architecture which provides for multiple application/database servers at various levels. Additional processing capacity can be added by simply adding more servers. The architecture also ensures that there is no single point of failure.
This is the standard T24 architecture that has been used for many years. It remains unchanged.
T24 Server will hold T24, jBASE, OFS and TEMENOS CONNECTOR server installations. TC Server is the entry point for requests into T24. It is in the T24 server, that all the business logic is held and the actual validation of data happens at this server.
This is the standard T24 architecture that has been used for many years. It remains unchanged.
T24 Server will hold T24, jBASE, OFS and TEMENOS CONNECTOR server installations. TC Server is the entry point for requests into T24. It is in the T24 server, that all the business logic is held and the actual validation of data happens at this server.
T24 Server : Each of these servers will contain a separate T24 (without bnk.data directory), jBASE, OFS and TEMENOS CONNECTOR server installations. TC Server is the entry point for requests into T24. It is in the T24 server, that all the business logic is held and the actual validation of data happens at this server.
Database Server : T24 is database independent, and supports different databases, including Oracle and DB2. It is in this database server that Oracle/DB2/J4 is installed. This is where the T24 data will reside in XML format. Oracle/DB2 databases support clustering and therefore a single Oracle/DB2 installation can be done across multiple servers. J4 does not support clustering and therefore only one database server can be used if J4 is to be used as a database
While Temenos T24 boasts of a ‘disruptive technology’, it also draws upon the rich functional features that have been developed over the years. This makes it one of the most advanced software products in the world to meet the needs of the financial services market.
There are certain facets of the software, which are ‘Core’ and which all banks which wish to use Temenos T24 have to procure. The ‘Core’ includes, among others, applications such as CUSTOMER, ACCOUNT, LIMIT, the Security management system, various utilities, the messaging systems (DELIVERY). Most business modules such as LOANS.AND.DEPOSITS, MORTGAGE, FOREX, SWAPS, SECURITIES, DERIVATIVES etc are optional and banks may procure them based on their business requirements.
Temenos T24 is based on open standards. This means that clients can select the best vendor or environment to suit their own needs – whether this is low cost, high performance, local support or any other factor.
If this changes in the future, they can switch vendor without altering their investment in TEMENOS T24.
This will provide true longevity to their chosen system.T24 can run on jBase or on Oracle database or any other database which the clients are comfortable with.
Large banks have also been concerned about scalability and also resilience of the software. T24 has been able to address these concerns by an architecture which provides for multiple application/database servers at various levels. Additional processing capacity can be added by simply adding more servers. The architecture also ensures that there is no single point of failure.
This is the standard T24 architecture that has been used for many years. It remains unchanged.
T24 Server will hold T24, jBASE, OFS and TEMENOS CONNECTOR server installations. TC Server is the entry point for requests into T24. It is in the T24 server, that all the business logic is held and the actual validation of data happens at this server.
This is the standard T24 architecture that has been used for many years. It remains unchanged.
T24 Server will hold T24, jBASE, OFS and TEMENOS CONNECTOR server installations. TC Server is the entry point for requests into T24. It is in the T24 server, that all the business logic is held and the actual validation of data happens at this server.
T24 Server : Each of these servers will contain a separate T24 (without bnk.data directory), jBASE, OFS and TEMENOS CONNECTOR server installations. TC Server is the entry point for requests into T24. It is in the T24 server, that all the business logic is held and the actual validation of data happens at this server.
Database Server : T24 is database independent, and supports different databases, including Oracle and DB2. It is in this database server that Oracle/DB2/J4 is installed. This is where the T24 data will reside in XML format. Oracle/DB2 databases support clustering and therefore a single Oracle/DB2 installation can be done across multiple servers. J4 does not support clustering and therefore only one database server can be used if J4 is to be used as a database
No comments:
Post a Comment