La on s'écarte du sujet principal. Je connais bien ton point de vue, je l'ai eu également. Mais là on cherche pas à faire un système indus. Pour plusieurs raisons (prix initial, maintenabilité facile, formation rapide disponible, …). Pour l'air salin je connais aussi (j'ai intégré des serveurs embarqué à bord de navires). Après, je n'ai pas trouvé sur Internet les cartes blue-steel. Mais j'ai regardé chez Olimex, ils ont des gammes très sympa, merci du tuyau ! Par contre, est ce que le système sera maintenu sur le long terme ? C'est à dire Debian mis à jour ? C'est toujours le problème avec les cartes ARM : le suivi des produits par le constructeur sur le long terme. Avec les Rpi, j'ai pas de problème vu la diffusion et l'adoption très large. Avec les Olimex, je me pose la question ? Eh oui, il faut penser à la sécurité sur le long terme. Ce ne sont pas des systèmes isolés que je vais mettre en place. Mais bon, au final j'aurai certainement besoin de mini-pcs :-)
C'est pour cela que j'ai ouvert à la discussion dès la réponse à appel d'offre :
'''
3. Cessions des droits
Dans le document « ACCORD-CADRE » ARTICLE 7, on peut lire « La ville est réputée cessionnaire à titre exclusif, et pour la durée de protection légale des droits d'auteur ». Ceci va à l'encontre des intérêts de propriété industrielle sur les droits d'auteurs inhérent au travail de notre société. Notre position est indiquée dans les conditions générales Liberasys ARTICLE 11.3 : DROITS CÉDÉS.
Ce point devra être discuté. Le plus simple étant de se rapprocher de « Annexe 1- Charte d’exigences pour un datalogging open source » en versant l'intégralité des logiciels conçus dans le domaine public via l'utilisation d'une licence de type logiciel libre.
'''
Et aujourd'hui je n'ai signé aucun engagement, et la ville non plus.
Je pense que la clause de propriété est une clause standard qui n'a pas été étudiée en profondeur dans la phase appel d'offre.
Mais j'espère que cela est révisable sans être en contradiction avec le droit des marchés publics ?
Ah là on est dans le fond du problème :-).
Je comprends bien ta position orientée "je dois me bouger les fesses pour rester le meilleur". La différence copyleft oui/non n'a pas d'importance pour toi dans le fond. Et ça aide l'adoption de tes projets si tu n'utilises pas du copyleft (en tout cas pour ton panel de client).
Du coup, il va falloir que je digère un peu tout ça et que j'y réfléchisse. Idem pour mon client. En tout cas merci de ton retour d'expérience, ça m'aide à me poser les bonnes questions !
Ok c'est très clair.
Et pour les CC, c'est toujours mieux de prendre la dernière version en date ou pas ? il y a des changements substantiels des fois ?
"Rien n’empêche non plus que vous diffusiez des versions libres avant de les livrer formellement." Si, la loyauté envers le contrat et le client ?
Bref, le client décide de la licence. Ce sera un accord particulier. J'espère que ce sera légal point de vue marché public ?
Ton interrogation est judicieuse. J'essaye de trouver le juste milieu entre :
- bas coût, matériel ouvert, maîtrise du matériel et remplacement facile
- longévité / fiabilité
Mais d'après les tests préliminaires déjà réalisés sur un site pilote, la Pi 1 tient déjà depuis 2 ans.
Il y aura bien sur une étude d'optimisation des coûts sur le long terme pour ne pas se planter.
Je n'ai pas visité les sites d'implantation mais à priori les conditions seront au pire local fermé ventilé non chauffé. Air un poil salin. Quand tu fais le calcul sur mettons 100 sites à terme, il est parfois plus judicieux de prendre du matériel à mettons 50€ et le remplacer tous les 3/5 ans plutôt que de prendre du matériel industriel. Et au delà du coût, il y a l'évolution rapide de l'IoT, avec le changement de matériel qui va avec. Exemple avec l'arrivée du LowRa.
Zenitram : merci pour ton commentaire. C'est justement sur ce type de chose que je n'ai aucune compétence. Tu mets le doigt sur un truc important la.
Je ne comprend pas bien : copyleft (wikipedia) : "autorisation donnée par l'auteur d'un travail soumis au droit d'auteur (œuvre d'art, texte, programme informatique ou autre) d'utiliser, d'étudier, de modifier et de diffuser son œuvre, dans la mesure où cette même autorisation reste préservée." ==> n'inclue pas l'obligation de rendre publique les modifications faites par d'autres. Et donc cette obligation n'est pas prise en compte dans les licences libres majoritairement utilisées ? Ça me semble étrange. J'ai toujours eu en tête l'obligation de redistribution de code source libre, donc je me trompe ?
Parce que cela implique que quelqu'un peut prendre un code source, le modifier de son côté et le garder pour lui ?
Et côté copyleft : pour/contre : je ne me rends vraiment pas compte de ce que cela implique en pratique. Sans copyleft, une grosse société pourrait reprendre le travail et en faire un produit non libre j'imagine ? En quoi cela pourrait être un avantage ?
Bonne remarque.
Ça dépendra si il faut de la visualisation locale des graphes (le bâtiment doit il pouvoir devenir autonome en cas de rachat/transfert par exemple) ?
De mon côté j'ai fait des tests avec raspberry pi 2, ça passe limite. J'y colle Zabbix quand même… ;p
Oui, j'ai relevé ça dans l'appel d'offre. Extrait :
```
Dans le cadre du présent marché il est fait application de l’option B du CCAG-PI soit une cession des droits.
La ville est réputée cessionnaire à titre exclusif, et pour la durée de protection légale des droits d'auteur, pour le territoire français, dans le cadre de ses activités, des droits patrimoniaux afférents aux prestations intellectuelles objets du présent marché. Les droits patrimoniaux ainsi cédés sont les droits de représentation, de reproduction, d'adaptation, de traduction, de distribution, d’exploitation à titre onéreux ou gratuit et d'utilisation secondaire sur tous supports. La ville peut librement utiliser les résultats, même partiels, des prestations.
Les parties déclarent expressément que les dispositions du présent article demeureront en vigueur après la cessation du présent marché, pour quelque cause que ce soit et notamment en cas de rupture dans les conditions prévues à l’article « Résiliation » du présent marché.
La donnée brute reste propriété exclusive de la Ville de Lorient, les titulaires auront cependant possibilité de dupliquer les bases de données pour leur usage. Les informations complémentaires créées par l'analyse algorithmique devront pouvoir être reversées, au moins sous forme synthétique et agrégée à la base de données de la Ville de Lorient qui demeurera propriétaire des informations enrichies.
```
Du coup que faire ? Ma société cède les droits à la ville de Lorient. Et cette dernière libère les livrables ?
Merci pour la précision. Je parle bien du droit d'auteur moral, qui me semble de mémoire être inaliénable (comme tu dis : perpétuels et incessibles : tu ne peux pas, jamais, y renoncer).
Pour les droits patrimoniaux, je veux libérer.
A priori c'est légal.
J'ai répondu à un appel d'offre pour le service environnement de la ville de Lorient.
L'objet : créer un système de journalisation de capteurs de bâtiments (pour superviser puis optimiser la consommation énergétique).
Voir Annexe 1 du DCE général : http://www.liberasys.com/wp-content/uploads/2016/02/DATALOGGING-BATIMENTS.zip
Eh bien j'ai envie de dire : de rien, pourvu que ça serve :-).
Et pour ceux qui seraient attirés par SoGo ou autre, vous aurez peut être besoin d'une infra mail en plus (IMAP/gestion des comptes/réputation/SMTP, …), et ces recettes peuvent vous aider aussi.
Personnellement, j'ai l'impression que beaucoup de grosses sociétés se mettent à OpenStack pour leur besoin interne par "effet de mode". Malheureusement, j'entends dire que cela coûte cher et que les échecs sont non rares et le ROI pas évident.
Ça demande pas mal de ressources (humaines et donc financières) pour aller sur OpenStack. Je regarde le projet depuis pas mal d'années et ça ne change pas…
Exemple : si on veut un cloud sans SPOF (point individuel de défaillance), il faut commencer par installer un serveur de base de données en cluster pour OpenStack… Bref, pour moi OpenStack devient intéressant quand on a de gros besoins (> 200 machines physiques par exemple).
Pour des besoins moins importants, je fonctionne depuis 2009 avec Proxmox VE. Et c'est que du bonheur. La dernière version remplace OpenVZ par LXC (j'attendais ça avec impatience). Et leur roadmap (feuille de route) est toujours cohérente. Bref, avant de regarder OpenStack, regardez Proxmox VE. Parce que quitte à faire plusieurs clusters Proxmox VE, si vous pouvez éviter OpenStack tant mieux… oh, OpenStack… "fuyez pauvres fous" ;p Bien sur ce n'est que mon avis personnel. Et je m'y mettrai certainement un jour parce que c'est "à la mode".
Et d'un point de vue professionnel, ce n'est pas pour rien que j'ai signé un partenariat avec Proxmox (pour le support professionnel). Martin MAURER et son frère sont techniquement très au point. Et leur société ne fait que grandir. J'aime beaucoup travailler avec eux et avec leurs produits (Proxmox Mail Gateway c'est du bonheur aussi en passant).
En conclusion, si besoin ~ < 200 serveurs,
- Proxmox VE pour le côté cluster et hyperviseur
- Ansible pour l'industrialisation (facile à apprendre mais limité en fonctionnalités, comparer avec SaltStack)
- Cobbler pour gérer l'installation des serveurs physiques ? (pas testé, pas forcément nécessaire avec l'installateur Proxmox)
- Sheepdog pour du stockage répartit (pas testé, a l'air plus simple que Ceph, mais à voir), sinon DRBD (qui propose de la répartition dans les dernières versions (j'ai bossé avec le "RAID 1" réseau de DRBD, j'ai bien aimé) - sinon Synology est ton ami…
A ma connaissance ownCloud ne fait pas serveur de courriel ni boite aux lettres.
ownCloud ne gère pas les invitations de membres externes au système pour les rendez-vous. De plus le protocole ActiveSync n'est pas pris en charge. J'ai testé en 2014 pour agenda et carnet d'adresses et ça a peut être changé depuis. Mais il manquait des fonctionnalités et de l'universalité dans le synchronisation des clients.
Ahhh chouette, merci pour l'info. Et en plus ils font le paquet Debian. A propos je viens de lire sur leur site :
"Debian official repos
Rspamd is also available in some versions of Debian and Ubuntu. However, we are looking for an active maintainer for rspamd in these ‘official’ repos, as now rspamd is terribly outdated there."
C'est moche. Mais le point de vue de l'auteur se focalise sur propriétaire/libre, alors que c'est un comportement d'administrateur système qui est en cause. Avec les systèmes libres comme avec les systèmes propriétaires, on peut être incompétent et/ou ne pas s'attacher aux problématiques et à l'organisation de l'entreprise :-p
Pour le neo n900, justement j'ai échangé dernièrement avec Richard STALLMAN. En gros il dit que malheureusement ils savent que ce projet est inadéquat. Par exemple, le wifi nécessite l'installation d'un micrologiciel non libre.
Bref, quand on aura un téléphone avec les drivers de périphériques libres ce sera bien. Mas il y aura toujours le micrologiciel de la radio GSM/3G qui ne sera pas libre je pense.
Eh bien merci pour les stats, ça me surprend.
Et je suis bien d'accord avec tes deux points de conclusion. Et au delà de ça, les attaques par canaux auxiliaires c'est tellement bon ;p
Merci pour cet échange constructif, j'ai appris des choses et j'y vois un peu plus clair :)
[^] # Re: Pour mon information
Posté par ghusson (site web personnel) . En réponse au journal License pour un système de journalisation/supervision de consommations énergétiques (pour une Ville). Évalué à 4.
La on s'écarte du sujet principal. Je connais bien ton point de vue, je l'ai eu également. Mais là on cherche pas à faire un système indus. Pour plusieurs raisons (prix initial, maintenabilité facile, formation rapide disponible, …). Pour l'air salin je connais aussi (j'ai intégré des serveurs embarqué à bord de navires). Après, je n'ai pas trouvé sur Internet les cartes blue-steel. Mais j'ai regardé chez Olimex, ils ont des gammes très sympa, merci du tuyau ! Par contre, est ce que le système sera maintenu sur le long terme ? C'est à dire Debian mis à jour ? C'est toujours le problème avec les cartes ARM : le suivi des produits par le constructeur sur le long terme. Avec les Rpi, j'ai pas de problème vu la diffusion et l'adoption très large. Avec les Olimex, je me pose la question ? Eh oui, il faut penser à la sécurité sur le long terme. Ce ne sont pas des systèmes isolés que je vais mettre en place. Mais bon, au final j'aurai certainement besoin de mini-pcs :-)
[^] # Re: licence
Posté par ghusson (site web personnel) . En réponse au journal License pour un système de journalisation/supervision de consommations énergétiques (pour une Ville). Évalué à 1.
C'est noté. Merci pour l'info.
[^] # Re: licence
Posté par ghusson (site web personnel) . En réponse au journal License pour un système de journalisation/supervision de consommations énergétiques (pour une Ville). Évalué à 1.
En effet !
C'est pour cela que j'ai ouvert à la discussion dès la réponse à appel d'offre :
'''
3. Cessions des droits
Dans le document « ACCORD-CADRE » ARTICLE 7, on peut lire « La ville est réputée cessionnaire à titre exclusif, et pour la durée de protection légale des droits d'auteur ». Ceci va à l'encontre des intérêts de propriété industrielle sur les droits d'auteurs inhérent au travail de notre société. Notre position est indiquée dans les conditions générales Liberasys ARTICLE 11.3 : DROITS CÉDÉS.
Ce point devra être discuté. Le plus simple étant de se rapprocher de « Annexe 1- Charte d’exigences pour un datalogging open source » en versant l'intégralité des logiciels conçus dans le domaine public via l'utilisation d'une licence de type logiciel libre.
'''
Et aujourd'hui je n'ai signé aucun engagement, et la ville non plus.
Je pense que la clause de propriété est une clause standard qui n'a pas été étudiée en profondeur dans la phase appel d'offre.
Mais j'espère que cela est révisable sans être en contradiction avec le droit des marchés publics ?
[^] # Re: Ta demande n'est pas vraiment libre (mais facile à remédier)
Posté par ghusson (site web personnel) . En réponse au journal License pour un système de journalisation/supervision de consommations énergétiques (pour une Ville). Évalué à 1.
Ah là on est dans le fond du problème :-).
Je comprends bien ta position orientée "je dois me bouger les fesses pour rester le meilleur". La différence copyleft oui/non n'a pas d'importance pour toi dans le fond. Et ça aide l'adoption de tes projets si tu n'utilises pas du copyleft (en tout cas pour ton panel de client).
Du coup, il va falloir que je digère un peu tout ça et que j'y réfléchisse. Idem pour mon client. En tout cas merci de ton retour d'expérience, ça m'aide à me poser les bonnes questions !
[^] # Re: Ta demande n'est pas vraiment libre (mais facile à remédier)
Posté par ghusson (site web personnel) . En réponse au journal License pour un système de journalisation/supervision de consommations énergétiques (pour une Ville). Évalué à 1.
D'accord. C'est très clair maintenant. Merci !
[^] # Re: licence
Posté par ghusson (site web personnel) . En réponse au journal License pour un système de journalisation/supervision de consommations énergétiques (pour une Ville). Évalué à 1.
Ok c'est très clair.
Et pour les CC, c'est toujours mieux de prendre la dernière version en date ou pas ? il y a des changements substantiels des fois ?
[^] # Re: licence
Posté par ghusson (site web personnel) . En réponse au journal License pour un système de journalisation/supervision de consommations énergétiques (pour une Ville). Évalué à 1.
"Rien n’empêche non plus que vous diffusiez des versions libres avant de les livrer formellement." Si, la loyauté envers le contrat et le client ?
Bref, le client décide de la licence. Ce sera un accord particulier. J'espère que ce sera légal point de vue marché public ?
[^] # Re: Pour mon information
Posté par ghusson (site web personnel) . En réponse au journal License pour un système de journalisation/supervision de consommations énergétiques (pour une Ville). Évalué à 1.
Ton interrogation est judicieuse. J'essaye de trouver le juste milieu entre :
- bas coût, matériel ouvert, maîtrise du matériel et remplacement facile
- longévité / fiabilité
Mais d'après les tests préliminaires déjà réalisés sur un site pilote, la Pi 1 tient déjà depuis 2 ans.
Il y aura bien sur une étude d'optimisation des coûts sur le long terme pour ne pas se planter.
Je n'ai pas visité les sites d'implantation mais à priori les conditions seront au pire local fermé ventilé non chauffé. Air un poil salin. Quand tu fais le calcul sur mettons 100 sites à terme, il est parfois plus judicieux de prendre du matériel à mettons 50€ et le remplacer tous les 3/5 ans plutôt que de prendre du matériel industriel. Et au delà du coût, il y a l'évolution rapide de l'IoT, avec le changement de matériel qui va avec. Exemple avec l'arrivée du LowRa.
[^] # Re: Ta demande n'est pas vraiment libre (mais facile à remédier)
Posté par ghusson (site web personnel) . En réponse au journal License pour un système de journalisation/supervision de consommations énergétiques (pour une Ville). Évalué à 1.
Zenitram : merci pour ton commentaire. C'est justement sur ce type de chose que je n'ai aucune compétence. Tu mets le doigt sur un truc important la.
Je ne comprend pas bien : copyleft (wikipedia) : "autorisation donnée par l'auteur d'un travail soumis au droit d'auteur (œuvre d'art, texte, programme informatique ou autre) d'utiliser, d'étudier, de modifier et de diffuser son œuvre, dans la mesure où cette même autorisation reste préservée." ==> n'inclue pas l'obligation de rendre publique les modifications faites par d'autres. Et donc cette obligation n'est pas prise en compte dans les licences libres majoritairement utilisées ? Ça me semble étrange. J'ai toujours eu en tête l'obligation de redistribution de code source libre, donc je me trompe ?
Parce que cela implique que quelqu'un peut prendre un code source, le modifier de son côté et le garder pour lui ?
Et côté copyleft : pour/contre : je ne me rends vraiment pas compte de ce que cela implique en pratique. Sans copyleft, une grosse société pourrait reprendre le travail et en faire un produit non libre j'imagine ? En quoi cela pourrait être un avantage ?
[^] # Re: Pour mon information
Posté par ghusson (site web personnel) . En réponse au journal License pour un système de journalisation/supervision de consommations énergétiques (pour une Ville). Évalué à 2. Dernière modification le 09 février 2016 à 15:39.
Bonne remarque.
Ça dépendra si il faut de la visualisation locale des graphes (le bâtiment doit il pouvoir devenir autonome en cas de rachat/transfert par exemple) ?
De mon côté j'ai fait des tests avec raspberry pi 2, ça passe limite. J'y colle Zabbix quand même… ;p
[^] # Re: licence
Posté par ghusson (site web personnel) . En réponse au journal License pour un système de journalisation/supervision de consommations énergétiques (pour une Ville). Évalué à 1.
Pour la By-Sa, le sélecteur en V4 me donne http://creativecommons.org/licenses/by-sa/4.0/
Pour le code, je me pose la question de l'intérêt de la GNU AFFERO (voir https://fr.wikipedia.org/wiki/GNU_Affero_General_Public_License) ?
[^] # Re: licence
Posté par ghusson (site web personnel) . En réponse au journal License pour un système de journalisation/supervision de consommations énergétiques (pour une Ville). Évalué à 1.
Oui, j'ai relevé ça dans l'appel d'offre. Extrait :
```
Dans le cadre du présent marché il est fait application de l’option B du CCAG-PI soit une cession des droits.
La ville est réputée cessionnaire à titre exclusif, et pour la durée de protection légale des droits d'auteur, pour le territoire français, dans le cadre de ses activités, des droits patrimoniaux afférents aux prestations intellectuelles objets du présent marché. Les droits patrimoniaux ainsi cédés sont les droits de représentation, de reproduction, d'adaptation, de traduction, de distribution, d’exploitation à titre onéreux ou gratuit et d'utilisation secondaire sur tous supports. La ville peut librement utiliser les résultats, même partiels, des prestations.
Les parties déclarent expressément que les dispositions du présent article demeureront en vigueur après la cessation du présent marché, pour quelque cause que ce soit et notamment en cas de rupture dans les conditions prévues à l’article « Résiliation » du présent marché.
La donnée brute reste propriété exclusive de la Ville de Lorient, les titulaires auront cependant possibilité de dupliquer les bases de données pour leur usage. Les informations complémentaires créées par l'analyse algorithmique devront pouvoir être reversées, au moins sous forme synthétique et agrégée à la base de données de la Ville de Lorient qui demeurera propriétaire des informations enrichies.
```
Du coup que faire ? Ma société cède les droits à la ville de Lorient. Et cette dernière libère les livrables ?
[^] # Re: licence
Posté par ghusson (site web personnel) . En réponse au journal License pour un système de journalisation/supervision de consommations énergétiques (pour une Ville). Évalué à 2.
Merci pour la précision. Je parle bien du droit d'auteur moral, qui me semble de mémoire être inaliénable (comme tu dis : perpétuels et incessibles : tu ne peux pas, jamais, y renoncer).
Pour les droits patrimoniaux, je veux libérer.
# modifier l'URL SVP chers modérateurs / rédacteurs
Posté par ghusson (site web personnel) . En réponse au journal License pour un système de journalisation/supervision de consommations énergétiques (pour une Ville). Évalué à 1.
L'URL est : http://www.liberasys.com/wp-content/uploads/2016/02/DATALOGGING-BATIMENTS.zip
[^] # Re: Debian
Posté par ghusson (site web personnel) . En réponse à la dépêche Un système d’exploitation français pour la souveraineté numérique. Évalué à 1.
A priori c'est légal.
J'ai répondu à un appel d'offre pour le service environnement de la ville de Lorient.
L'objet : créer un système de journalisation de capteurs de bâtiments (pour superviser puis optimiser la consommation énergétique).
Voir Annexe 1 du DCE général : http://www.liberasys.com/wp-content/uploads/2016/02/DATALOGGING-BATIMENTS.zip
[^] # Re: merci
Posté par ghusson (site web personnel) . En réponse à la dépêche Recette de cuisine : serveur de messagerie collaborative, inter‐opérant et sans extensions. Évalué à 1.
Eh bien j'ai envie de dire : de rien, pourvu que ça serve :-).
Et pour ceux qui seraient attirés par SoGo ou autre, vous aurez peut être besoin d'une infra mail en plus (IMAP/gestion des comptes/réputation/SMTP, …), et ces recettes peuvent vous aider aussi.
# On en est ou ?
Posté par ghusson (site web personnel) . En réponse à la dépêche Mais où est donc la révolution des imprimantes 3D ?. Évalué à 1.
(APDMC - CQP)
Pour moi, voila les 3 choses représentatives de l'état actuel des choses :
- imprimante à 69€ (kit, en précommande) : http://www.lesimprimantes3d.fr/lewihe-play-20150522/
- prothèse pour enfant : https://ijsbergmagazine.com/promptement/21001-robohand-la-prothese-3d-pour-enfants-a-moindre-cout/
(et tout ce qui va avec pour la médecine dans les pays en développement, comme les lunettes à focale variable, les prothèses, etc)
- je ne retrouve pas le lien mais j'ai vu passer une I3D dans un prospectus de jouets de mon ch'ti gars : 200€, 20 modèles préenregistrés imprimables.
Et pour une petite citation de film… "Ce n'est que le début M. Vincent…"
[^] # Re: Formation
Posté par ghusson (site web personnel) . En réponse à la dépêche Présentation d’OpenStack. Évalué à 5.
Personnellement, j'ai l'impression que beaucoup de grosses sociétés se mettent à OpenStack pour leur besoin interne par "effet de mode". Malheureusement, j'entends dire que cela coûte cher et que les échecs sont non rares et le ROI pas évident.
Ça demande pas mal de ressources (humaines et donc financières) pour aller sur OpenStack. Je regarde le projet depuis pas mal d'années et ça ne change pas…
Exemple : si on veut un cloud sans SPOF (point individuel de défaillance), il faut commencer par installer un serveur de base de données en cluster pour OpenStack… Bref, pour moi OpenStack devient intéressant quand on a de gros besoins (> 200 machines physiques par exemple).
Pour des besoins moins importants, je fonctionne depuis 2009 avec Proxmox VE. Et c'est que du bonheur. La dernière version remplace OpenVZ par LXC (j'attendais ça avec impatience). Et leur roadmap (feuille de route) est toujours cohérente. Bref, avant de regarder OpenStack, regardez Proxmox VE. Parce que quitte à faire plusieurs clusters Proxmox VE, si vous pouvez éviter OpenStack tant mieux… oh, OpenStack… "fuyez pauvres fous" ;p Bien sur ce n'est que mon avis personnel. Et je m'y mettrai certainement un jour parce que c'est "à la mode".
Et d'un point de vue professionnel, ce n'est pas pour rien que j'ai signé un partenariat avec Proxmox (pour le support professionnel). Martin MAURER et son frère sont techniquement très au point. Et leur société ne fait que grandir. J'aime beaucoup travailler avec eux et avec leurs produits (Proxmox Mail Gateway c'est du bonheur aussi en passant).
En conclusion, si besoin ~ < 200 serveurs,
- Proxmox VE pour le côté cluster et hyperviseur
- Ansible pour l'industrialisation (facile à apprendre mais limité en fonctionnalités, comparer avec SaltStack)
- Cobbler pour gérer l'installation des serveurs physiques ? (pas testé, pas forcément nécessaire avec l'installateur Proxmox)
- Sheepdog pour du stockage répartit (pas testé, a l'air plus simple que Ceph, mais à voir), sinon DRBD (qui propose de la répartition dans les dernières versions (j'ai bossé avec le "RAID 1" réseau de DRBD, j'ai bien aimé) - sinon Synology est ton ami…
Et une petite URL pour Proxmox :
http://www.proxmox.com/en/proxmox-ve/features
[^] # Re: Owncloud ?
Posté par ghusson (site web personnel) . En réponse à la dépêche Recette de cuisine : serveur de messagerie collaborative, inter‐opérant et sans extensions. Évalué à 1.
A ma connaissance ownCloud ne fait pas serveur de courriel ni boite aux lettres.
ownCloud ne gère pas les invitations de membres externes au système pour les rendez-vous. De plus le protocole ActiveSync n'est pas pris en charge. J'ai testé en 2014 pour agenda et carnet d'adresses et ça a peut être changé depuis. Mais il manquait des fonctionnalités et de l'universalité dans le synchronisation des clients.
[^] # Re: rspamd permet (pas très facilement) les statistiques par utilisateurs
Posté par ghusson (site web personnel) . En réponse à la dépêche Recette de cuisine : serveur de messagerie collaborative, inter‐opérant et sans extensions. Évalué à 2.
Ahhh chouette, merci pour l'info. Et en plus ils font le paquet Debian. A propos je viens de lire sur leur site :
"Debian official repos
Rspamd is also available in some versions of Debian and Ubuntu. However, we are looking for an active maintainer for rspamd in these ‘official’ repos, as now rspamd is terribly outdated there."
[^] # Re: l'auteur se trompe de problème
Posté par ghusson (site web personnel) . En réponse au message avez-vous visité ce site !!!. Évalué à 1.
Un magnifique contre-exemple pour illustrer mon avis, 1er paragraphe : http://www.silicon.fr/telegrammes-office-365-bloque-9-jours-loi-numerique-votee-google-aide-sur-https-juniper-gobe-bti-systems-137187.html
# l'auteur se trompe de problème
Posté par ghusson (site web personnel) . En réponse au message avez-vous visité ce site !!!. Évalué à 1.
C'est moche. Mais le point de vue de l'auteur se focalise sur propriétaire/libre, alors que c'est un comportement d'administrateur système qui est en cause. Avec les systèmes libres comme avec les systèmes propriétaires, on peut être incompétent et/ou ne pas s'attacher aux problématiques et à l'organisation de l'entreprise :-p
[^] # Re: Qu'est-ce qu'un téléphone libre?
Posté par ghusson (site web personnel) . En réponse au message téléphone simple libre. Évalué à 1.
Pour le neo n900, justement j'ai échangé dernièrement avec Richard STALLMAN. En gros il dit que malheureusement ils savent que ce projet est inadéquat. Par exemple, le wifi nécessite l'installation d'un micrologiciel non libre.
Bref, quand on aura un téléphone avec les drivers de périphériques libres ce sera bien. Mas il y aura toujours le micrologiciel de la radio GSM/3G qui ne sera pas libre je pense.
# disque entier ou partitions ?
Posté par ghusson (site web personnel) . En réponse au message [CLONEZILLA] Grub disk erro =>Clone de disque. Évalué à 1.
Tu as bien sauvegardé le disque entier ou juste des partitions ?
[^] # Re: script pour chiffrer des fichiers et dossiers
Posté par ghusson (site web personnel) . En réponse au journal GnuPT a disparu. Évalué à 1.
Eh bien merci pour les stats, ça me surprend.
Et je suis bien d'accord avec tes deux points de conclusion. Et au delà de ça, les attaques par canaux auxiliaires c'est tellement bon ;p
Merci pour cet échange constructif, j'ai appris des choses et j'y vois un peu plus clair :)