6
edits
Changes
GC Enterprise Architecture/Framework/ApplicationGuide (view source)
Revision as of 13:38, 11 January 2023
, 13:38, 11 January 2023no edit summary
{{OCIO GCEA Header}}
<multilang>
<multilang>
@en|
@en|__TOC__
== Application architecture ==
== 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.
Application architecture is defined as the management of software used by a business to solve problems. 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 are oriented towards business services and 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 ===
=== Use open source solutions hosted in public cloud ===
* select existing solutions that can be reused over custom built
* select existing solutions that can be reused over custom built
If there is already an existing open-source solution for another project that can be reused for your project, it is recommended to reach out to the owner of that project and try to reuse it for your project. That way you can get the expertise as well as the lessons learned for the existing solution.
<b>How to achieve:</b>
<b>How to achieve:</b>
* Summarize how the architecture leverages and reuses existing solutions, components, and processes including:
* Summarize how the architecture leverages and reuses existing architectural sections including:
* Existing processes being reused or leveraged;
* Past and/or Present Processes
* Existing solutions being reused or leverage, and;
* Past and/or Present Solutions
* Existing components being reused or leveraged.
* Past and/or Present Components
<b>Tools:</b>
<b>Tools:</b>
* Interim State Architecture
* Interim State Architecture
* register open source software to the Open Resource Exchange
* register open source software to the [https://code.open.canada.ca/en/index.html Open Resource Exchange]
<b>How to achieve:</b>
<b>How to achieve:</b>
* Summarize how the architecture will leverage the Open Resource Exchange.
* Summarize how the architecture will leverage the Open Resource Exchange.
* choose SaaS that best fit for purpose based on alignment with SaaS capabilities
* choose SaaS that best fit for purpose based on alignment with SaaS capabilities
<b>How to achieve:</b>
<b>How to achieve:</b>
* Summarize how the recommended SaaS is the best fit for purpose based on alignment with SaaS capabilities of SaaS provider and Dept/SSC
* Summarize how the recommended SaaS is the best fit for purpose based on alignment with SaaS capabilities of SaaS provider and Dept/SSC
<b>Tools:</b>
<b>Tools:</b>
@fr|
@fr|__TOC__
== ARCHITECTURE D'APPLICATION ==
== ARCHITECTURE D'APPLICATION ==
==== * Choisir des solutions existantes qui peuvent être réutilisées plutôt que des solutions personnalisées ====
==== * Choisir des solutions existantes qui peuvent être réutilisées plutôt que des solutions personnalisées ====
<b>Comment y parvenir :</b>
* Résumer comment l'architecture exploite et réutilise les solutions, composants et processus existants, notamment :
* Les processus existants sont réutilisés ou optimisés ;
* Solutions existantes réutilisées ou exploitées, et ;
* Composants existants réutilisés ou exploités.
<b>Outils :</b>
* Architecture d'état cible
* Architecture d'État intérimaire
* Évaluation EA
==== * Mettre toutes les améliorations à la disposition de la collectivité ====
==== * Mettre toutes les améliorations à la disposition de la collectivité ====
<b>Comment y parvenir :</b>
* Résumer comment l'équipe s'alignera sur les directives du SCT sur l'édition open source pour soutenir la production de meilleures solutions
* Résumer comment l'équipe tirera parti/a tiré parti de la communauté Open Source
<b>Outils :</b>
* Architecture d'état cible
* Architecture d'État intérimaire
==== * Enregistrer les logiciels ouverts dans l’Échange de ressources ouvertes ====
==== * Enregistrer les logiciels ouverts dans l’Échange de ressources ouvertes ====
<b>Comment y parvenir :</b>
* Résumez comment l'architecture tirera parti de l'Open Resource Exchange.
* Résumer comment l'architecture utilisera les API pour prendre en charge les flux de données ouvertes
<b>Outils :</b>
* Architecture d'état cible
* Architecture d'État intérimaire
=== Utiliser les logiciels sous forme de service (SaaS) hébergés dans le nuage public ===
=== 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 les logiciels sous forme de service qui conviennent le mieux à l’utilisation prévue en fonction de son alignement sur les capacités SaaS ====
<b>Comment y parvenir :</b>
* Résumer comment le SaaS recommandé est le mieux adapté à l'objectif en fonction de l'alignement avec les capacités SaaS du fournisseur SaaS et du département/SSC
<b>Outils :</b>
* Analyse des options
==== * Choisir une solution SaaS extensible ====
==== * Choisir une solution SaaS extensible ====
<b>Comment y parvenir :</b>
* Résumez comment le SaaS recommandé est extensible
<b>Outils :</b>
* Analyse des options
* Évaluation EA
==== * Configurer le SaaS et, s’il faut le personnaliser, l’étendre en tant que module source ouverte ====
==== * Configurer le SaaS et, s’il faut le personnaliser, l’étendre en tant que module source ouverte ====
<b>Comment y parvenir :</b>
* Résumez comment le SaaS recommandé peut être personnalisé via des modules Open Source.
<b>Outils :</b>
* Analyse des options
* Évaluation EA
=== Conception en vue de l’interopérabilité ===
=== Conception en vue de l’interopérabilité ===
==== * Concevoir les systèmes comme des services hautement modulaires et indépendants ====
==== * Concevoir les systèmes comme des services hautement modulaires et indépendants ====
<b>Comment y parvenir :</b>
* Résumer comment l'architecture prend en charge la mise en œuvre à travers :
* Fonctions indépendantes simples
* Hautement modulaire
* Couplage lâche
* Déployé dans un conteneur qui n'a qu'une seule application avec la possibilité de créer la plus petite image
<b>Outils :</b>
* Architecture d'état cible
* Architecture d'État intérimaire
==== * Présenter les services, y compris les services existants, au moyen d’IPA ====
==== * Présenter les services, y compris les services existants, au moyen d’IPA ====
<b>Comment y parvenir :</b>
* Résumer comment l'architecture expose les fonctionnalités en tant que services et ces services sont accessibles via des méthodologies communes
* Résumer comment les architectures s'alignent sur les normes du gouvernement du Canada sur les API
<b>Outils :</b>
* Architecture d'état cible
* Architecture d'État intérimaire
==== * Rendre les IPA accessibles aux parties prenantes concernées ====
==== * Rendre les IPA accessibles aux parties prenantes concernées ====
<b>Comment y parvenir :</b>
* Résumez les API qui seront publiées dans le magasin d'API d'ESDC
* Résumez les API qui seront publiées dans le magasin d'API GC
* Résumez la raison de ne pas publier d'API dans un magasin d'API
<b>Outils :</b>
* Architecture d'état cible
* Architecture d'État intérimaire
</multilang>
</multilang>