---
# System prepended metadata

title: Nouvelle plateforme DV

---

# Nouvelle plateforme DV

## 1. Environnement 

* Batchs : https://re-qf.rundeck.insee.fr/project/sirene4declaration/jobs (liste à compléter)
* Base de données : 

|  | Serveur | Base |
| -------- | -------- | -------- |
| Externe     | dvs4dewselg001.ad.insee.intra     | di_pg_s4dewse_dv01     |
| Interne / Sirene4    | dvsirene4lg001.ad.insee.intra      | di_pg_sirene4_dv01     |
| Interne / Sirene4 gestion   | dvs4gswsilg001.ad.insee.intra      | di_pg_s4gswsi_dv01     |

* Applishare 
Partagé avec l'applishare actuel pour dv1
```
\\hp_as_re_d2_50\re_logs_hp\sirene4declaration_dv
\\hp_as_re_d2_50\re_data_hp\sirene4declaration_dv
```

* Broker : http://dvsir4brklm001.ad.insee.intra:8161
    * D'un point de vue métier, on reste sur l'ancien broker (http://qfbroks4alas01.ad.insee.intra:8161) => Sirene3 écoute l'ancien broker.


## 2. Livraison d'un nouvel applicatif


* CI/CD sur la branche master (Version production) appeler les stages
    * horsprodrelease => livraison sur nexus (depot-local-snapshot)
    * deployDebianOnze => livraison sur dv

-> post réunion : les livrables sur nexus seront suffixés par la branche

## 3. Définition de la nouvelle plateforme

* Profile profile spring boot => application-xx.properties (`profile : dev01 `?)
* Définir un selector pour le broker (`fr.insee.sirene4.jms.selector`)
    *  Assurer la communication entre declaration, gestion et sirene4 
    *  Sirene3 ne tient pas compte du selector.


## 4. API

### APIs avec broker 

Obligation d'utiliser la nouvelle plateforme debian 11 pour ces APIs.
Traitement avec broker repose sur nouveau selector.

| Projet      | API | URL debian 11 |
| -------- | -------- | -------- |
| declaration     | API externe     | https://api-declaration-sirene.developpement.insee.fr     |
| declaration     | API interne     | https://services-declaration-sirene.developpement.insee.fr    |
| declaration     | API demande     | https://api-demande-sirene.developpement.insee.fr     |
| sirene4     | API repertoire     | https://api-repertoire-sirene.developpement.insee.fr     |
| *sirene4*     | *API identification*     | *https://api-identification-sirene.developpement.insee.fr*     |
| *gestion*     | *API gestion*     | *https://api-gestion-sirene.developpement.insee.fr*     |

**API Identification :** 
* Fait figure d'exception : il me semble que pour les tests, aucun message n'est échangé avec cette API 
    * Besoin métier : pas d'écriture dans le solr (rejouabilité des tests) 
    * Au niveau de l'API repertoire, présence d'une properties pour activer/désactiver mise à jour : denormalisation.enabled.

Si confirmé, on peut pointer sur https://api.identification.sirene.recette2.insee.fr/sir4idt/

**API Gestion :** 
* Utilisée pour traitement sirene4dirigeant



### API nouveau projet Services (pas de broker)
On reste pour le moment sur les urls Debian8

| Projet      | API | URL debian8 |
| -------- | -------- | -------- |
| sirene4     | API codification     | https://api.codification.sirene.recette2.insee.fr/sir4geo     |
| sirene4     | API geographie     | https://api.geographie.sirene.recette2.insee.fr/sir4cod    |


## 5. Intéractions avec API sirene4 (http)

| Projet      | module | API appelée |commentaire |
| -------- | -------- | -------- | ------- |
| **declaration** | batch     | API declaration-interne     | |
|             |           | API demande     | TraitementDeclarationsEtatRecu -> Création d'une demande |
|             | API demande     | API identification     ||
|             |           | API codification     ||
|             |           | API repertoire     | Contrôles de cohérence |
|             |           | API geographie     ||
| **IHM**         |           | API identification      ||
|             |           | API declaration-interne     ||
|             |           | API repertoire     ||
|             |           | API codification     ||
|             |           | API geographie     ||

## 6. Répertoire - Solr
* En l'absence pour le moment d'un serveur Solr pour les plateformes debian, doit-on avoir une nouvelle collection Solr spécifique pour la plateforme dv (ou peut-il être partagé avec QF1 ou QF2) ?
```
JC : 
 - ptf solr debian11 dispo depuis le 10/01
 - mise en place en cours 
```
* Réponse métier : On peut avoir une collection avec QF02. 

