Ci-dessous, les différences entre deux révisions de la page.
Les deux révisions précédentesRévision précédenteProchaine révision | Révision précédente | ||
blog:hentou [2023/04/28 14:08] – [Un début de cahier des charges] jeff | blog:hentou [2024/02/08 17:20] (Version actuelle) – modification externe 127.0.0.1 | ||
---|---|---|---|
Ligne 34: | Ligne 34: | ||
==== Vers?: ==== | ==== Vers?: ==== | ||
- | **Ce qui définit nos buts.** L' | + | **Ce qui définit nos buts.** L' |
Ainsi les outils informatiques semblent/ | Ainsi les outils informatiques semblent/ | ||
Ligne 120: | Ligne 120: | ||
* refaire un tour sur [[ateliers: | * refaire un tour sur [[ateliers: | ||
- | ====== | + | ====== |
Sans reprendre les buts exposés ci-dessus, le chemin pris semble être le suivant:\\ | Sans reprendre les buts exposés ci-dessus, le chemin pris semble être le suivant:\\ | ||
Dans le cadre d' | Dans le cadre d' | ||
- | - mettre en place une infrastructure visant à être reproductible de petits serveurs locaux | + | - mettre en place une infrastructure visant à être reproductible de petits serveurs locaux |
- devant servir à chaque fois au maximum une dizaine de personne, plus ou moins, localement ou non, en connexion simultanée ou pas | - devant servir à chaque fois au maximum une dizaine de personne, plus ou moins, localement ou non, en connexion simultanée ou pas | ||
- de machines consommant peu (TDP< | - de machines consommant peu (TDP< | ||
- | - économiques | + | - économiques, favorisant la récup et l' |
- | - mettre en place des réseaux de communications indépendant des fournisseurs d' | + | - mettre en place des réseaux de communications |
- supportant l’agrégation (plusieurs ADSL ou ADSL+4G, fibre, autre) | - supportant l’agrégation (plusieurs ADSL ou ADSL+4G, fibre, autre) | ||
+ | - utilisant ses propres DNS | ||
- bâtir un ensemble de services autour d'une machine hyperviseur et de machines virtuelles afin d' | - bâtir un ensemble de services autour d'une machine hyperviseur et de machines virtuelles afin d' | ||
- une facilité de mise en place, de gestion et de sauvegarde | - une facilité de mise en place, de gestion et de sauvegarde | ||
- une topologie reproductible (à l' | - une topologie reproductible (à l' | ||
- | - commencer par des services de partage de fichier, | + | - commencer par des services de partage de fichier, |
- former/ | - former/ | ||
- | **Solutions envisagées** | + | ===== Solutions envisagées |
Partie de préconisations acquises: | Partie de préconisations acquises: | ||
- | - utiliser des machines sur base Intel/AMD pour des soucis de compatibilité (dans un premier temps), seconde main (i3,Gx) | + | - utiliser des machines sur base Intel/AMD pour des soucis de compatibilité (dans un premier temps), seconde main (i3,GX) |
- commencer par une mise en place sur une simple liaison ADSL (sélectionner FAI) à moins de trouver des lieux fibrés. | - commencer par une mise en place sur une simple liaison ADSL (sélectionner FAI) à moins de trouver des lieux fibrés. | ||
- aller ensuite vers un couplage ADSL/ | - aller ensuite vers un couplage ADSL/ | ||
Ligne 143: | Ligne 145: | ||
- utiliser un outil d' | - utiliser un outil d' | ||
- | Questions en suspend(nécessaire | + | * nous avons une machine |
- | - ? techniques | + | * nous pourrions faire un premier montage soit a Kerminy soit au Konkarlab, soit ? |
- | - ? OS et images | + | * pour Kerminy nous n' |
- | | + | * Yuna guide sur une éventuelle première phase d' |
- | | + | * et fournit les préconisations (montage de ce cahier des charges |
- | | + | * Yuna accompagne les mises en places avec les recettes qu' |
- | | + | |
+ | ===== Solutions 2me réflexions ===== | ||
+ | * il semble difficile | ||
+ | * il semble aussi difficile de trouver des sites fibrés, ou des structures ayant une conscience de leur possibilité de partage de leur ressource de connexion. | ||
+ | |||
+ | Cela nous amène | ||
+ | | ||
+ | * si il ne faut pas remettre en question le choix d'une répartition des services au plus près des utilisateurs donc des structures: auto-hébergement | ||
+ | * on abandonnerait ainsi l' | ||
+ | * Mais il faudra inclure la possibilité de rattachement de machine plus autonome (à la Yunohost/ | ||
+ | | ||
+ | * => un serveur maitre (par ex VPS) accessible par tous gérant à distance les serveurs présent dans les structures | ||
+ | * => une possibilité de fonctionner pour chacun même avec la perte de la connexion au serveur maitre | ||
+ | * à devoir calculer aussi les coûts d'un équilibre nombres de structures/ | ||
+ | * il y a un coût du services VPS de gestion collective et du temps de travail de l' | ||
+ | * un VPS couterait une 100 € par an | ||
+ | * la nécessité d' | ||
+ | * **le temps d' | ||
+ | |||
+ | |||
+ | Cela reviendrait donc plutôt à organiser la possibilité | ||
+ | |||
+ | Le curseur liberté/ | ||
+ | |||
+ | encore nécessités: | ||
+ | | ||
+ | * l' | ||
+ | * la structure reçoit une boite noire qu' | ||
+ | | ||
+ | * d'où la présence de DNS locaux | ||
+ | | ||
+ | * Toutes les connexions doivent être chiffrées | ||
+ | * les données restent locales mais on pourra prévoir une partie en réseau chiffrée répartie (peut être que Nextcloud évoluera dans ce sens?) | ||
+ | * un failover au cas ou la connexion box-internet tombe peut se faire normalement en déclarant une deuxième passerelle, 4G_smartphone-USB/ | ||
+ | |||
+ | ---- | ||
- | Chemins: | + | Chemins |
- | - déployer une simple machine pilote par système de recettes (trouver méthode la plus simple) | + | - déployer une simple machine pilote par système de recettes (trouver méthode la plus simple) |
- utiliser une ressource git pour le pilotage du déploiement d’infrastructure ou offrant ces fonctionnalités (libre) | - utiliser une ressource git pour le pilotage du déploiement d’infrastructure ou offrant ces fonctionnalités (libre) | ||
- poser les communications chiffrées, DNS, authentification, | - poser les communications chiffrées, DNS, authentification, |