514
edits
Changes
Jump to navigation
Jump to search
GC Enterprise Architecture/Framework/ApplicationGuide (view source)
Revision as of 12:05, 24 February 2021
, 12:05, 24 February 2021Created page with "<multilang> @en| == Application architecture == Application architecture practices must evolve significantly for the successful implementation of the GC Enterprise Ecosystem..."
<multilang>
@en|
== Application architecture ==
Application architecture practices must evolve significantly for the successful implementation of the GC Enterprise Ecosystem Target Architecture. Transitioning from legacy systems based on monolithic architectures to architectures that oriented around business services and based on re‑useable components implementing business capabilities, is a major shift. Interoperability becomes a key element, and the number of stakeholders that must be considered increases.
=== Use open source solutions hosted in public cloud ===
* select existing solutions that can be reused over custom built
* contribute all improvements back to the communities
* register open source software to the Open Resource Exchange
=== Use software as a service (SaaS) hosted in public cloud ===
* choose SaaS that best fit for purpose based on alignment with SaaS capabilities
* choose a SaaS solution that is extendable
* configure SaaS and if customization is necessary extend as open source modules
=== Design for Interoperability ===
* design systems as highly modular and loosely coupled services
* expose services, including existing ones, through APIs
* make the APIs discoverable to the appropriate stakeholders
=== ''Design for Interoperability, Proposed amendment Jan 8, 2021'' ===
* ''design systems as highly modular and loosely coupled services''
* ''make all services available through a well-defined interface, such as an application programming interface (API)''
* ''all APIs with potential for cross-departmental, inter-jurisdictional, or public consumption must be published to the GC API Store''
* ''use the Canadian Digital Exchange Platform (CDXP) for data exchange where suitable (e.g., GC Event Broker for asynchronous messaging)''
@fr|
==== Architecture d’application ====
Les pratiques d’architecture d’application doivent évoluer considérablement pour assurer la réussite de la mise en œuvre de l’architecture cible de l’écosystème d’entreprise du GC. La transition des anciens systèmes basés sur des architectures monolithiques vers des architectures axées sur les services opérationnels et sur des composants réutilisables mettant en œuvre des capacités opérationnelles constitue un changement majeur. L’interopérabilité devient un élément clé, et le nombre d’intervenants dont on doit tenir compte augmente.
{| class="wikitable"
|'''Utiliser les solutions de sources ouvertes'''
''' hébergées dans le nuage public'''
|
* Choisir des solutions existantes qui peuvent être réutilisées plutôt que des solutions personnalisées;
* Mettre toutes les améliorations à la disposition de la collectivité;
* Enregistrer les logiciels ouverts dans l’Échange de ressources ouvertes.
|-
|'''Utiliser les logiciels sous forme de service (SaaS)'''
'''hébergés dans le nuage public'''
|
* Choisir les logiciels sous forme de service qui conviennent le mieux à l’utilisation prévue en fonction de son alignement sur les capacités SaaS;
* Choisir une solution SaaS extensible;
* Configurer le SaaS et, s’il faut le personnaliser, l’étendre en tant que module source ouverte.
|-
|'''Conception en vue de l’interopérabilité'''
|
* Concevoir les systèmes comme des services hautement modulaires et indépendants;
* Présenter les services, y compris les services existants, au moyen d’IPA;
* Rendre les IPA accessibles aux parties prenantes concernées.
|}
</multilang>
@en|
== Application architecture ==
Application architecture practices must evolve significantly for the successful implementation of the GC Enterprise Ecosystem Target Architecture. Transitioning from legacy systems based on monolithic architectures to architectures that oriented around business services and based on re‑useable components implementing business capabilities, is a major shift. Interoperability becomes a key element, and the number of stakeholders that must be considered increases.
=== Use open source solutions hosted in public cloud ===
* select existing solutions that can be reused over custom built
* contribute all improvements back to the communities
* register open source software to the Open Resource Exchange
=== Use software as a service (SaaS) hosted in public cloud ===
* choose SaaS that best fit for purpose based on alignment with SaaS capabilities
* choose a SaaS solution that is extendable
* configure SaaS and if customization is necessary extend as open source modules
=== Design for Interoperability ===
* design systems as highly modular and loosely coupled services
* expose services, including existing ones, through APIs
* make the APIs discoverable to the appropriate stakeholders
=== ''Design for Interoperability, Proposed amendment Jan 8, 2021'' ===
* ''design systems as highly modular and loosely coupled services''
* ''make all services available through a well-defined interface, such as an application programming interface (API)''
* ''all APIs with potential for cross-departmental, inter-jurisdictional, or public consumption must be published to the GC API Store''
* ''use the Canadian Digital Exchange Platform (CDXP) for data exchange where suitable (e.g., GC Event Broker for asynchronous messaging)''
@fr|
==== Architecture d’application ====
Les pratiques d’architecture d’application doivent évoluer considérablement pour assurer la réussite de la mise en œuvre de l’architecture cible de l’écosystème d’entreprise du GC. La transition des anciens systèmes basés sur des architectures monolithiques vers des architectures axées sur les services opérationnels et sur des composants réutilisables mettant en œuvre des capacités opérationnelles constitue un changement majeur. L’interopérabilité devient un élément clé, et le nombre d’intervenants dont on doit tenir compte augmente.
{| class="wikitable"
|'''Utiliser les solutions de sources ouvertes'''
''' hébergées dans le nuage public'''
|
* Choisir des solutions existantes qui peuvent être réutilisées plutôt que des solutions personnalisées;
* Mettre toutes les améliorations à la disposition de la collectivité;
* Enregistrer les logiciels ouverts dans l’Échange de ressources ouvertes.
|-
|'''Utiliser les logiciels sous forme de service (SaaS)'''
'''hébergés dans le nuage public'''
|
* Choisir les logiciels sous forme de service qui conviennent le mieux à l’utilisation prévue en fonction de son alignement sur les capacités SaaS;
* Choisir une solution SaaS extensible;
* Configurer le SaaS et, s’il faut le personnaliser, l’étendre en tant que module source ouverte.
|-
|'''Conception en vue de l’interopérabilité'''
|
* Concevoir les systèmes comme des services hautement modulaires et indépendants;
* Présenter les services, y compris les services existants, au moyen d’IPA;
* Rendre les IPA accessibles aux parties prenantes concernées.
|}
</multilang>
