1 est faux. La 5g utilise mieux le spectre et utilise moins d énergie par Mo.
2 les contraintes sont les mêmes que pour lesautres et lié à la fréquence.
3 cela evite un ecroulement generalisé avec l'augmentation des usages.
C'est amusant, qu'il refasse un OS de zéro. Je pensais que la mode était de pouvoir sortir un OS "sécurisé" minimaliste pour tourner dans des VM, les drivers se limitant à virtio.
Mais est-ce qu'en terme de latence réseau cela ne revient pas au même ?
Si tu utilises une forme d'asynchronisme sur la réplication, tu n'est pas vraiment tripliqué sur les données récentes. J'imagine que tu pourrais aussi avoir ce comportement sur du raid1 (genre réponse d'une ou 2 écritures sur 3 avant de répondre OK)
La constellation de spaceX est plus basse et plus nombreuse (20 000), les autres utilisent moins de machines (~100), sont donc plus éloigné et sont moins visible depuis la terre.
tu ne pourrais pas utiliser les noeuds du cluster k8s eux-même sans baie SAN spécialisé ? j'ai l'impression que vu les croisement de flux réseau, cela évite de tout concentrer vers un seul point.
Est-ce que des personnes ont tenté de faire du iSCSI en raid pour faire des partitions disques pour les applications : on aurait une sorte de réplication plus rapide que du ceph, non ? (genre chaque nœud de ton cluster K8s offre des partitions iSCSI, ensuite tu montes les partitions en raid1 pour les utiliser dans tes nodes). Les applications restent mobile mais tu es en iSCSI/SAN donc plus rapide que ceph.
mais malgré tout, ça reste une lutte entre la direction et les syndicats. C'est fatigant.
C'est aussi la position des patrons français qui veut ça. De base, les syndicats sont ignorés (cf les plaintes du CSE). J'ai eu un oncle qui gérait une centrale électrique en Allemagne. La RH était tenu par les syndicats, rien ne se faisait sans leur accord (mais ils viraient quelqu'un quand il le fallait).
Je rajouterai que les syndicats allemands sont "réalistes", font grève pour acter un énorme différent et non pas pour commencer une négociation, et qu'ils ont le soutien des salariés.
La loi est différente. La grève n'est légal que pour acter un désaccord après des négociations. De plus, certain service publique (assurance ?) ne sont possible qu'au travers de syndicats, d'où le taux énorme de syndiqué.
C'est exactement ça : un salaire, c'est un cout, un consultant, c'est un investissement.
Un service d'ingénierie est un cout et non le principale centre de création de valeur.
Tout le monde est remplaçable, et même si on un exemple où pour une correction on est allé chercher un ex consultant à l'autre bout de la France à prix d'or.
Même si tout les GAFAM/BATX de la terre sont dirigé par des ingénieurs, comme l'ont été en leur temps Sagem/Dassault, c'est aujourd'hui le règne des écoles de commerce, des costs killer qui veulent "rendre de la valeur aux actionnaires" sans innover. Je ne vois que 2 exceptions en France : OVH et Free… qui marche très bien.
Je pensais surtout à la manière de faire une brique logiciel "cloud ready" et pourquoi les variables ont aussi été choisi par les opérateurs de PaS. Et ils ont pensé à tout leur SPOF.
Il est tout à fait légitime de ne pas gérer tous les spof. En gérer quelques uns fait effectivement remonter le "SLA" final.
Je vois bien la complexité d'un code de système de fichier, mais je vois bien sa vitesse. Par exemple, il existe aussi le système de fichier de CD/DVD utilisé depuis Knoppix qui est aussi compressé.
Mais le 1, qui dit qu'il faut une base de code par application ? Non mais il fume quoi?
Le problème n'est pas le monorepo, mais le multirepo inconsistant. Si tu as 30 applications, qui ne fonctionnent ensemble qu'en version précise, c'est une application distribuée et surtout pas
des microservices. Le monorepo a l'avantage de gérer l'évolution parallèle des applications : c'est souhaitable mais pas toujours possible de gérer plusieurs versions d'API, pour éviter de devoir tout migrer d'un coup (syndrome du "monolithe distribué", aka l'enfer sur terre)
Et le 11, qui dit que les logs doivent être des événements ?
L'avantage des événements au sens DDD ou équivalent, ce sont des éléments auto-porteurs qui ne dépendent pas du contexte et sont des petits messages. Ils contiennent une date et des identifiants, ainsi on peut faire des pipelines de traitement en oubliant l'origine de l’événement (ELK, …). Un événement n'a ainsi aucun sens d'être modifiable : l’immutabilité offre beaucoup d'avantage.
Le DRY n'est pas de la mutualisation de code à la base. C'est de la mutualisation de concept :
Principe DRY : chaque élément de connaissance doit avoir une représentation UNIQUE, NON AMBIGUË, OFFICIELLE dans un système L'exemple typique est la classe "client" qui a des sens différents en marketing ou en finance.
En revanche, sur d'autres, j'ai encore du mal : le coup des variables d'environnement, je trouve ça très implicite
C'est le seul moyen de faire à la fois propre et sans SPOF (single point of failure). Tu ne va pas mettre de mot de passe dans un fichier, fichier qui serait forcément sous GIT. Il existe des DB de configuration (etcd de mémoire) mais si elle tombe, tout tombe.
Les outils modernes ont des options pour le DEV qui peuvent être setter par environnement. C'est ce qui est utilisé dans docker/k8s/PaS…
il manque un moyen de comparer tous les scénario à terme.
Genre une photo en 2050, un tableau avec tous les paramètres (quantité de matière, production de CO2, les différentes puissances installé, la surface artificialisée, …)
On peut aussi imaginer un graphique avec production envisagé vs CO2 ou autres paramètres.
Il faudrait voir ce que donne un sqlite compressé read-only. Mais en général, les performances d'accès à un fichier sont bien plus rapide que les performances d'accès à un élement d'une base de donnée.
Sinon son système ressemble à un système de fichier complet read-only. Je ne sais pas ce que donnerait ext4+zstd dans un fichier.
[^] # Re: Ridicule, pas sérieux
Posté par Nicolas Boulay (site web personnel) . En réponse au lien La 5G est-elle soluble dans la sobriété ?. Évalué à 1.
En quoi la 5g est necessaire au truc de mercedes alors que le gsm suffit ?
"La première sécurité est la liberté"
[^] # Re: Ridicule, pas sérieux
Posté par Nicolas Boulay (site web personnel) . En réponse au lien La 5G est-elle soluble dans la sobriété ?. Évalué à -1.
1 est faux. La 5g utilise mieux le spectre et utilise moins d énergie par Mo.
2 les contraintes sont les mêmes que pour lesautres et lié à la fréquence.
3 cela evite un ecroulement generalisé avec l'augmentation des usages.
"La première sécurité est la liberté"
[^] # Re: RIP l'astronomie
Posté par Nicolas Boulay (site web personnel) . En réponse au lien L'UE lance Iris, une constellation de satellites pour sécuriser Internet - letemps.ch. Évalué à 3.
Il y a déjà quelques constellations faite par Thales qui ont une centaine de satellites chaqu'une maximum : Iridium, Iridium 2, O3B, Globalstar2.
"La première sécurité est la liberté"
# encore un OS
Posté par Nicolas Boulay (site web personnel) . En réponse au lien RedOX OS, le système d'exploitation en Rust, version 0.8.0. Évalué à 3.
C'est amusant, qu'il refasse un OS de zéro. Je pensais que la mode était de pouvoir sortir un OS "sécurisé" minimaliste pour tourner dans des VM, les drivers se limitant à virtio.
"La première sécurité est la liberté"
[^] # Re: cloud baremetal
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Le cloud ça scale bien. Évalué à 3.
Ce n'est pas faux.
Mais est-ce qu'en terme de latence réseau cela ne revient pas au même ?
Si tu utilises une forme d'asynchronisme sur la réplication, tu n'est pas vraiment tripliqué sur les données récentes. J'imagine que tu pourrais aussi avoir ce comportement sur du raid1 (genre réponse d'une ou 2 écritures sur 3 avant de répondre OK)
"La première sécurité est la liberté"
[^] # Re: RIP l'astronomie
Posté par Nicolas Boulay (site web personnel) . En réponse au lien L'UE lance Iris, une constellation de satellites pour sécuriser Internet - letemps.ch. Évalué à 4.
La constellation de spaceX est plus basse et plus nombreuse (20 000), les autres utilisent moins de machines (~100), sont donc plus éloigné et sont moins visible depuis la terre.
"La première sécurité est la liberté"
[^] # Re: cloud baremetal
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Le cloud ça scale bien. Évalué à 3.
Oui bien sur, c'est pour cela que je parlais de RAID. Tu peux faire un RAID1 de iSCSI utilisant 3 partitions.
"La première sécurité est la liberté"
[^] # Re: Et pour un simple utilisateur ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Le cloud ça scale bien. Évalué à 3.
beaucoup de SSII au forfait font cela.
"La première sécurité est la liberté"
[^] # Re: cloud baremetal
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Le cloud ça scale bien. Évalué à 3.
tu ne pourrais pas utiliser les noeuds du cluster k8s eux-même sans baie SAN spécialisé ? j'ai l'impression que vu les croisement de flux réseau, cela évite de tout concentrer vers un seul point.
"La première sécurité est la liberté"
[^] # Re: cloud baremetal
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Le cloud ça scale bien. Évalué à 3. Dernière modification le 14 novembre 2022 à 10:37.
Est-ce que des personnes ont tenté de faire du iSCSI en raid pour faire des partitions disques pour les applications : on aurait une sorte de réplication plus rapide que du ceph, non ? (genre chaque nœud de ton cluster K8s offre des partitions iSCSI, ensuite tu montes les partitions en raid1 pour les utiliser dans tes nodes). Les applications restent mobile mais tu es en iSCSI/SAN donc plus rapide que ceph.
"La première sécurité est la liberté"
[^] # Re: cloud baremetal
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Le cloud ça scale bien. Évalué à 4.
ceph, c'est pour les partitions modifiable de K8S ? Cela tient bien la charge ?
Est-ce que cela supporte des bases de données comme postgresql ou est-ce que vous les gérez à coté ?
"La première sécurité est la liberté"
[^] # Re: Tentatives d'explication
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Pourquoi cette passion française pour les ESN?. Évalué à 9.
Au conseil d'administration des entreprises, il y a 50% d'employés contre 1 personne sur 12 en France. Et encore, c'est récent.
"La première sécurité est la liberté"
[^] # Re: Tentatives d'explication
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Pourquoi cette passion française pour les ESN?. Évalué à 10.
C'est aussi la position des patrons français qui veut ça. De base, les syndicats sont ignorés (cf les plaintes du CSE). J'ai eu un oncle qui gérait une centrale électrique en Allemagne. La RH était tenu par les syndicats, rien ne se faisait sans leur accord (mais ils viraient quelqu'un quand il le fallait).
"La première sécurité est la liberté"
[^] # Re: Tentatives d'explication
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Pourquoi cette passion française pour les ESN?. Évalué à 4.
La loi est différente. La grève n'est légal que pour acter un désaccord après des négociations. De plus, certain service publique (assurance ?) ne sont possible qu'au travers de syndicats, d'où le taux énorme de syndiqué.
"La première sécurité est la liberté"
[^] # Re: Arguments en vrac
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Pourquoi cette passion française pour les ESN?. Évalué à 10.
C'est exactement ça : un salaire, c'est un cout, un consultant, c'est un investissement.
Un service d'ingénierie est un cout et non le principale centre de création de valeur.
Tout le monde est remplaçable, et même si on un exemple où pour une correction on est allé chercher un ex consultant à l'autre bout de la France à prix d'or.
Même si tout les GAFAM/BATX de la terre sont dirigé par des ingénieurs, comme l'ont été en leur temps Sagem/Dassault, c'est aujourd'hui le règne des écoles de commerce, des costs killer qui veulent "rendre de la valeur aux actionnaires" sans innover. Je ne vois que 2 exceptions en France : OVH et Free… qui marche très bien.
"La première sécurité est la liberté"
[^] # Re: Explication
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Douze facteurs dans ta tronche. Évalué à 3.
Je pensais surtout à la manière de faire une brique logiciel "cloud ready" et pourquoi les variables ont aussi été choisi par les opérateurs de PaS. Et ils ont pensé à tout leur SPOF.
Il est tout à fait légitime de ne pas gérer tous les spof. En gérer quelques uns fait effectivement remonter le "SLA" final.
"La première sécurité est la liberté"
[^] # Re: Bravo !
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Jubako et Arx, un conteneur universel et son format d’archive. Évalué à 3.
Dans ce cas, c'est quoi la différence ?
Je vois bien la complexité d'un code de système de fichier, mais je vois bien sa vitesse. Par exemple, il existe aussi le système de fichier de CD/DVD utilisé depuis Knoppix qui est aussi compressé.
Qu'apporte Jubako de plus ?
"La première sécurité est la liberté"
[^] # Re: Infos
Posté par Nicolas Boulay (site web personnel) . En réponse au lien Metawatt - Comparez les scénarios de transition énergétique électrique. Évalué à 4.
top. Il manque la "production actuelle" dans les graphiques.
"La première sécurité est la liberté"
[^] # Re: Compassion
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Douze facteurs dans ta tronche. Évalué à 10.
Le concept du WET est surtout d'attendre la 3ième copie de concept avant de se dire de factoriser le code pour éviter de se tromper d'abstraction.
"La première sécurité est la liberté"
[^] # Re: Explication
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Douze facteurs dans ta tronche. Évalué à 3.
Le problème n'est pas le monorepo, mais le multirepo inconsistant. Si tu as 30 applications, qui ne fonctionnent ensemble qu'en version précise, c'est une application distribuée et surtout pas
des microservices. Le monorepo a l'avantage de gérer l'évolution parallèle des applications : c'est souhaitable mais pas toujours possible de gérer plusieurs versions d'API, pour éviter de devoir tout migrer d'un coup (syndrome du "monolithe distribué", aka l'enfer sur terre)
L'avantage des événements au sens DDD ou équivalent, ce sont des éléments auto-porteurs qui ne dépendent pas du contexte et sont des petits messages. Ils contiennent une date et des identifiants, ainsi on peut faire des pipelines de traitement en oubliant l'origine de l’événement (ELK, …). Un événement n'a ainsi aucun sens d'être modifiable : l’immutabilité offre beaucoup d'avantage.
"La première sécurité est la liberté"
[^] # Re: Compassion
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Douze facteurs dans ta tronche. Évalué à 8.
Le DRY n'est pas de la mutualisation de code à la base. C'est de la mutualisation de concept :
Principe DRY : chaque élément de connaissance doit avoir une représentation UNIQUE, NON AMBIGUË, OFFICIELLE dans un système
"La première sécurité est la liberté"
[^] # Re: Explication
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Douze facteurs dans ta tronche. Évalué à 3.
C'est le seul moyen de faire à la fois propre et sans SPOF (single point of failure). Tu ne va pas mettre de mot de passe dans un fichier, fichier qui serait forcément sous GIT. Il existe des DB de configuration (etcd de mémoire) mais si elle tombe, tout tombe.
Les outils modernes ont des options pour le DEV qui peuvent être setter par environnement. C'est ce qui est utilisé dans docker/k8s/PaS…
"La première sécurité est la liberté"
[^] # Re: Infos
Posté par Nicolas Boulay (site web personnel) . En réponse au lien Metawatt - Comparez les scénarios de transition énergétique électrique. Évalué à 4.
il manque un moyen de comparer tous les scénario à terme.
Genre une photo en 2050, un tableau avec tous les paramètres (quantité de matière, production de CO2, les différentes puissances installé, la surface artificialisée, …)
On peut aussi imaginer un graphique avec production envisagé vs CO2 ou autres paramètres.
"La première sécurité est la liberté"
[^] # Re: Une base de données ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Jubako et Arx, un conteneur universel et son format d’archive. Évalué à 3.
Il faudrait voir ce que donne un sqlite compressé read-only. Mais en général, les performances d'accès à un fichier sont bien plus rapide que les performances d'accès à un élement d'une base de donnée.
Sinon son système ressemble à un système de fichier complet read-only. Je ne sais pas ce que donnerait ext4+zstd dans un fichier.
"La première sécurité est la liberté"
[^] # Re: Bravo !
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Jubako et Arx, un conteneur universel et son format d’archive. Évalué à 4.
Ton système d'overlay ressemble au système de fichier de docker non ?
"La première sécurité est la liberté"