{"id":16981,"date":"2023-04-18T15:36:30","date_gmt":"2023-04-18T13:36:30","guid":{"rendered":"https:\/\/stg-blueway-staging.kinsta.cloud\/?p=16981"},"modified":"2024-07-01T18:30:24","modified_gmt":"2024-07-01T16:30:24","slug":"hybrid-is-re-engineering","status":"publish","type":"post","link":"https:\/\/www.blueway.fr\/en\/blog\/hybrid-is-re-engineering","title":{"rendered":"Information system re-engineering, a key factor in hybrid cloud IS architecture"},"content":{"rendered":"\n

While talk of migrating to the cloud is on everyone’s lips, the majority of small businesses and mid-caps still run hybrid infrastructures, a mixture of cloud and on-site hosting<\/strong>.<\/p>\n\n\n\n

For these organisations, a gradual transition is often the only way to progress painlessly, shifting the various applications one by one. In this way, business software is added to the cloud architecture depending on technical capacity and when requirements so demand.<\/p>\n\n\n\n

As SaaS applications make inroads into businesses, information systems are becoming increasingly hybrid. This mixed environment is very often intended to last, because very few businesses envisage migrating their entire IS into the cloud. Most of them must still compromise, juggling with different environments and the burdens that they impose.<\/strong><\/p>\n\n\n\n

Under such circumstances, structuring the IS is a necessity. Beyond organising data interchanges, information systems re-engineering can have a high impact on the performance of hybrid architectures.<\/p>\n\n\n\n

What re-engineering issues emerge with IS cloudification?<\/h2>\n\n\n\n

1. The diversity of applications and formats<\/h3>\n\n\n\n

With the boom in SaaS systems running alongside on-premise applications, information systems are becoming increasingly complex. More and more versions and generations of software are consequently required to co-exist. Some of this software is very old.<\/p>\n\n\n\n

All these difference create language disparities. Standards and formats differ, some ultimately become obsolete. Communication between applications<\/a><\/u> not speaking the same language becomes strained.<\/strong><\/p>\n\n\n\n

These non-standardised interchanges can quickly result in erroneous or incomplete data processing. Data is however a valuable decision-support tool, and its integrity should be protected.<\/p>\n\n\n\n

2. Application lifecycles<\/h3>\n\n\n\n

From deployment to end-of-life, applications evolve differently, as does their maintenance. This phenomenon is all the more marked when software is run as a service, where development is rapid, version changes are frequent, and maintenance is automated.<\/p>\n\n\n\n

\"esb-bpm<\/figure>
\n

How process (BPM) and data (ESB) integration can create value for IT and business departments ?<\/p>\n\n\n\n

\n
Download white paper<\/a><\/div>\n<\/div>\n<\/div><\/div>\n\n\n\n

These applications are however interdependent<\/strong>. And the more disparate their development cycles, the harder it is to keep control over these interdependencies. If an application is upgraded late, or wrongly, the knock-on effect on the whole IS can be long-lasting.<\/p>\n\n\n\n

Harmonising and mapping the IS taking due account of such dependencies will make it possible to locate sources of error and avoid crippling the business processes that make use of the data.<\/p>\n\n\n\n

3. Application availability<\/h3>\n\n\n\n

Application availability is crucial to implementing IT processes and business processes that cut across the information system. In the case of SaaS applications, this availability can be disrupted, resulting in data transmission problems or even data loss caused by external issues (such as network failure, server downtime, etc.).<\/p>\n\n\n\n

To ensure communication takes place, the business needs to have some IT component that guarantees data traffic continuity despite interruptions<\/strong>.Data persistence is needed to release users from manual work (which can easily be overlooked).<\/p>\n\n\n\n

4. Data location<\/h3>\n\n\n\n

While data location is relatively straightforward when infrastructure is on the premises, hybrid, unstructured information systems make the matter more complicated.<\/p>\n\n\n\n

The shift in applications and hosting arrangements sometimes creates routing changes for data, or other access issues presenting an obstacle to data use.<\/p>\n\n\n\n

In an IS that is not re-engineered, where communication between applications is limited, the whole architecture suffers when unexpected changes occur, and it must be modified piecemeal, by hand, with all the risks of error and slowness that such work entails<\/strong>. Unified communication, however, means any change is notified automatically, as soon as it arises.<\/p>\n\n\n\n

5. Lack of clarity when errors occur <\/h3>\n\n\n\n

Having an increasing number of applications, running on-premises and in the cloud, with no overall structure, muddles our understanding of the IS, making it difficult to locate sources when errors occur. When there is little structure in communication between applications, these sources are all the more numerous.<\/p>\n\n\n\n

However, business performance depends on the ability to fix errors quickly. <\/strong>With all processes using data, all functional business areas are affected by the need for clarity in the IS. If data flows are mapped and comprehensive supervision installed<\/strong>, it is easier to pinpoint failure points in data traffic.<\/p>\n\n\n\n

\"expert<\/figure>
\n

ESB vs ETL ? The distinction between is no longer relevant relative to today’s business requirements.<\/p>\n\n\n\n

\n
Download expert view<\/a><\/div>\n<\/div>\n<\/div><\/div>\n\n\n\n

How re-engineering the information system can efficiently meet these challenges<\/h2>\n\n\n\n

Re-engineering the information system helps to make the IS architecture clearer to grasp and more streamlined. Through the organisation of its information system, a business can produce a map of its data flows and how its applications fit together and then better adapt to hybrid environments.<\/p>\n\n\n\n

In addition to this thorough knowledge of the IS, there needs to be smooth communication between the applications already in place<\/strong>, which is a major advantage for small and medium-sized companies that are not really in a position to replace their oldest applications.<\/p>\n\n\n\n

Re-engineering creates a data chain between applications and therefore makes efficient action possible, whether the IS is working properly or if possible failure points need to be dealt with.<\/p>\n\n\n\n

Re-engineering operates in four main areas:<\/p>\n\n\n\n