EL.Data Portability

From OIAr Archive 2013
Jump to navigation Jump to search
Informational
Page maturity
This page has maturity level 2 (young)

This is an Element document

Document icon EL Data Portability Version: 0.1 OIAr logo
Document type: Element Owner:

J.A.H. Schoonderbeek


Description

Any realization of an infrastructure service or function that's storing data must support a portability for this data that's proportional to its volume, currency and importance to the organization.

Every realization of a service or function will eventually be phased out. Unless the data in this realization is volatile, obsolete, or unimportant, the data will have to be ported to a new realization of the service. To this end, the data must be exported from the current system, conserving as much as possible the (meta)data and correlation, and then imported in the new system, again conserving (meta)data and correlation. All (meta)data and correlation that's lost will either remain lost, or must be recreated in the new system using labour, customization and/or conversion, increasing cost (in money, time, and/or risk).

The more data portability a realization has, the less cost will be involved when changing the realization.

Data portability is especially relevant when outsourcing parts of the infrastructure. If the supplier of the infrastructure service fails, or if the quality of their service doesn't suffice, then the service may need to be outsourced to another party, or maybe even be insourced again. Lack of sufficient data portability will then present a significant additional cost.


Usage

Building Block Variants and Pattern Variants that use this Element (mandatory or optional) are:

Semantic query
VariantBrief DescriptionEnvironment(s)
PAV.User Workspace.TabletUser Workspace.TabletENV.Not Specified


Building Block Variants and Pattern Variants where use of this Element is precluded (prohibited):

Semantic query

No Variants preclude use of this Element (yet)

... more about "EL.Data Portability"
Data Portability +
Any realization of an infrastructure serviAny realization of an infrastructure service or function that's storing data must support a portability for this data that's proportional to its volume, currency and importance to the organization.</br></br>Every realization of a service or function will eventually be phased out. Unless the data in this realization is volatile, obsolete, or unimportant, the data will have to be ported to a new realization of the service. To this end, the data must be exported from the current system, conserving as much as possible the (meta)data and correlation, and then imported in the new system, again conserving (meta)data and correlation. All (meta)data and correlation that's lost will either remain lost, or must be recreated in the new system using labour, customization and/or conversion, increasing cost (in money, time, and/or risk).</br></br>The more data portability a realization has, the less cost will be involved when changing the realization.</br></br>Data portability is especially relevant when outsourcing parts of the infrastructure. If the supplier of the infrastructure service fails, or if the quality of their service doesn't suffice, then the service may need to be outsourced to another party, or maybe even be insourced again. Lack of sufficient data portability will then present a significant additional cost.hen present a significant additional cost. +
J.A.H. Schoonderbeek +
unspecified +