Je ne vois que 2 exceptions en France : OVH et Free… qui marche très bien.
Free est encore fermé à la prestation, mais OVH depuis leur dernier petit soucis d'alarme incendie s'est ouvert à la prestation. Décathlon s'est aussi très récemment ouvert.
Les raisons que cite Pinaraf sont tout a fait valide et largement connu. Cependant j'ai croisé d'autre raisons moins avouable et qui viennent étoffer la compréhension de la situation.
Consommer du budget : Dixit le DSI de ma toute première mission «Le critère principal d'attention des DG est le budget du département. Donc je n'ai aucun intérêt a le réduire, j'ai même tout intérêt a l’augmenter autant que possible. Pour ça prendre de la prestation est un très bon moyen. Ça me donne en plus une bonne image quand on me demande de faire des coupe budgétaire de pouvoir le faire rapidement».
Copinage : Au changement de DSI il n'est pas rare de voir arriver «ses» ESN, chez qui, parfois, il est passé quelques années auparavant.
Il y en a sûrement d'autres encore moins avouable, mais je ne les pas encore entrevu.
Ça fonctionne(nait?) seulement en ADSL. Sur la fibre il y avait juste un quartier de Villeurbanne qui était le béta testeur de la fibre qui ont pu profiter de d'un rDNS arbitraire. Tous les autre n'avait rien de renseigné :-(
J’annonce la couleur tout de suite, j’ai toujours été très critique sur l’aspect gloutonnerie de systemd. Je suis plus fan d’un system KISS et dont chaque composant est indépendant.
Maintenant ce que je voie comme avantage de systemd qui a jouer en sa faveur et qui a sûrement séduit pas mal de monde, c’est justement ce coté unification.
* Tu as 1 seul endroit/logiciel pour tout gérer, donc plus besoins de connaître 36 logiciel différents, avec des syntaxe diamétralement opposé qui te donne a arrière goût du monde des framwork JS ou tout est réinventé tous les 4 matin. Je trouve ça dommage car c’est dans la prolifération de solution diverses et varié que l’on y trouve la créativité. Se cantonner a une solution unique rigidifie le mode de pensé.
* Suppression de pas mal de code/configuration propre a chaque distro. Créer et maintenir une distro est un travail colossal avec souvent des ressources très variable. Donc si on te présente un produit sur étagère qui te divise par 2 ton travail, ça a un aspect tout de même très attrayant. Et là dessus je ne peux pas jeter la pierre sur qui que se soit vu que je profite très largement du travail des mainteneurs.
Pour tes questions je ne sais absolument pas ce que tu vas perdre en te passant de systemd. Je n’ai jamais vraiment entendu de personne se plaindre que quelque chose ne fonctionnait pas correctement sans systemd (sauf Gnome bien sûr).
Pour ce qui est de mon titre, je me dit que systemd n’est pas éternel et qu’il sera remplacé par autre chose a un moment donné et que peut être on assistera au mouvement inverse. J’ai en tête l’exemple de pulseaudio qui avait fait aussi quelque vagues a l’époque, remplaçant le vieillissant Alsa. Dernièrement c’est pipewire qui a la cote.
Comme tu le dit, la vitesse de vent nécessaire pour une production a plein potentiel est quasiment inexistant. 90% du temps ça produit à 20% de la capacité …
il faut se créer un compte sur l’instance CozyCloud du Grand Lyon
Pourquoi une telle limitation ? Si on a déjà un cozy sur mycozy.cloud, comment faire pour en profiter ?
J’ai bien essayer l’option «j’ai déjà un cozy», mais il me renvoie vers le store de mon cozy perso où je ne trouve pas l’appli en question.
Depuis 2009 l’armé russe développe sa distribution Astra_Linux, dérivé de Debian.
Chose que toutes les armées devraient faire si elles veulent se détacher un tant soit peu des USA & OTAN.
Pour conserver ton serveur chez toi tout en ayant un plus grand controle de ton IP je te conseil de passer par un VPN chez un FAI associatif (FDN, Illyse, LDN, …). Le support est assez souple pour te permettre d'avoir un rDNS nikel. En bonus ton IP ne sera plus catalogué comme grand public, donc tu passe les filtres anti-spam plus facilement.
«Il n'y a pas de question idiote, seulement une réponse idiote»
Réponse courte : Passe à PostgreSQL en plus du broker
Réponse longue : Pour commencer, les broker de messages ne sont pas fait pour traiter des messages de grosse taille. Par exemple par défaut Kafka est configuré pour des messages de 1Mo maximum. En clair ils transportent des lettres, pas des colis. Pour contourner cette problématique tu peux juste avoir un pointeur vers un stockage de masse.
Ensuite le broker n'est pas là pour stoker les messages, seulement les faire transiter. Il peux les stoker temporairement sur disque au cas ou ton système crash et que tu veuilles absolument ne pas perdre aucun message. Il faut le voir comme un postier, il fait le lien entre l'expéditeur et le destinataire, ni plus ni moins.
Les broker sont adapté pour des système «réactif», donc qui vont réagir à des évènements que l'on va leur transmettre, donc très unidirectionnel. L'expéditeur du message n'attend pas de réponse, si ce n'est celle du broker qui lui dit qu'il a bien pris en charge le message, pas plus.
Donc pour «lire» des données ce n'est pas terrible. Au mieux tu vas emmètre un message pour qu'un autre système émettent un autre messages qui contiendra les données (ou un pointeur) vers ce que tu souhaites. Du point de vu du broker, il n'a fait que transiter des messages. Mais je ne te conseillerais pas ce genre de fonctionnement. Si tu as des données a lire autant aller les chercher directement à la sources.
De ce que je comprend ton modèle travail sur des données collecté sur un temps certain, pas en «live». Donc pour ton archi je verrais bien quelque chose comme ça :
stations météo => broker de messages => BDD => modèle manteau neigeux
=> panneau d'affichage temps réel
=> ce que tu veux d'autre…
Bien sûr tu peux avoir plein de sources de données différentes qui pointent toutes vers le broker.
Bon c'est une analyse sur 2 lignes d'explications ;-)
Les grand sites sont câblé de différentes manière.
Le plus rapide est de se connecter à un opérateur de transit. Ce n'est pas un FAI classique, mais s'adresse uniquement aux pros. C'est ce dernier qui va tirer une/plusieurs fibre jusqu'au datacenter pour assurer le raccordement à la galaxie des réseaux qu'est internet. Pour ça il s'appuie sur des points d'interconnexion ou de multiples opérateurs s’interconnectent. En général ces opérateurs te facture suivant le volume de données que tu lui fait transiter et la vitesse que tu lui demande. Oui un peu comme les anciens forfaits internet. Ces opérateurs se chargent de toute la complexité pour garantir la distribution de tes données, mais ça ne les empêche pas d'avoir quelques soucis avec les FAI grand public. L'exemple le plus connu est la bataille entre Free et COGENT qui distribuait MégaUpload.
La seconde option qui demande plus de temps et d'investissement c'est, comme l'a dit Big Pete, créer son propre réseau pour accéder aux points d'interconnexion. Tu as l'avantage de maîtriser correctement la distribution de tes données pour (normalement) un coût moins élevé que la première option. Comme tu t'en doutes l'interconnexion n'est pas gratuite, mais ne fonctionne pas comme la première solution. Là on regarde la balance d'échange des données sur chaque interconnexion. Si tu envoie plus que tu reçois alors tu paye, sinon tu te fait payer. Un autre avantage est que tu es prioritaire sur tes tuyaux (normal), mais tu peux aussi louer les capacités que tu n'utilises pas (encore). Car oui, en général tu pose 5, 10, 100 fois la capacité dont tu as besoin pour anticiper l'évolution de ton trafique.
La suite logique serait de construire aussi les terminaisons pour délivrer directement les données à l'utilisateur. Mais ça coûte TRES cher, c'est long, complexe et administrativement un enfer voir carrément impossible. Google s'y est essayé dans une toute petite région aux US mais semble faire marche arrière, car oui il faut se frotter au support des utilisateur. Domaine ou google est la pire entreprise mondiale.
Une autre option quand tu as un volume de données vraiment important et asymétrique à transférer, est de poser des serveurs de caches directement chez les FAI. A ma connaissance Netflix fait ça, je ne sais pas pour les autres. Cette option a plusieurs avantages, en plus de la rapidité d'accès des données (dépend de ta connexion personnel et celle offerte par ton abonnement), elle ne font pas 3 fois le tour du monde avant de t'arriver, donc écologiquement intéressant. Pour le service ils sont sûr d'offrir un service réactif à moindre coût (pas de frais de transit) et l'opérateur ne surcharge pas son réseau d'interconnexion donc peu limiter ses investissements sur ce point. De plus le FAI peu faire payer l'installation de ces serveurs de cache sur son réseau.
Alors quel est le soucis actuel ? Pourquoi les FAI demande à faire payer un extra aux gros services ?
Déjà il faut bien comprendre que la "neutralité du net" est le fait de ne pas différencier les octets venant d'un service ou d'un autre. Donc que tu sois une petite startup ou un gros site, ton trafique sera traité avec la même priorité par les FAI. Là les FAI grand public voudraient que les gros services mettent la main à la poche pour que leurs données arrive bien à destination. C'est comme si pour envoyer une carte à ta mémé tu devais payer un prix différent d'elle pour te répondre.
Ok, mais alors pourquoi ne pas utiliser les outils commerciaux déjà en place ? He bien c'est l'un des points que je ne m'explique pas.
Les FAI se sont fait la guerre sur les prix, la disponibilité des techno (56k, ADSL, VDSL, Cable, FTTB, FTTH, …), les boxs, mais ont complètement loupé le développement des services DANS leurs tuyaux. Normal vu que ce n'est pas leur domaine. Malheureusement pour eux certains ont pris cette place et les profits générés sont bien plus important et "facile" que ceux des FAI qui ont des contraintes matériel et commercial plus importante.
Renégocier les accords de transit n'est peut être pas si facile que cela. Les FAI ne peuvent pas se passer d'un NetFlix, Amazon ou Fesse2Bouc, sans faire face à la grogne et fuite des utilisateurs. Par contre les services ont bien plus de possibilités pour délivrer leurs contenus, même si de manière dégradé.
Donc avec un bras de fer en leur défaveur, les FAI sont allés taper à la porte de leurs copains ministre pour leur tailler une loi sur mesure. Un peu à l'image des éditeurs de presse qui ont obligés Google à payer. Sauf que l'ARCEP a mis sont nez dans l'affaire et as mis le holà à la petite sauterie.
Soit dit en passant, ces discutions se passent sans un acteur majeur … les utilisateurs eux-même. C'est tout de même eux qui payent les FAI pour un service. Si les FAI veulent vraiment plus d'€€€ pour financer le réseau, c'est normalement vers eux qu'ils devraient se tourner en augmentant leurs tarifs (ce qu'ils font déjà). Pour info le câble transatlantique ne coûte quasiment rien à l'abonné final, la facture étant partagé entre des millions d'utilisateurs. Par contre le bout de fibre entre le NRO/NRA (Noeud de Relai Optique/Analogique) et l’appartement/maison, lui est tout à la charge de l'abonné qui le paye sur le long terme avec son … abonnement. Mais l'avance de l'investissement est supporté par le FAI qui met un temps certain à rentrer dans ses frais.
Pour moi les FAI veulent le beurre (les abonnés) et l'argent du beurre (les services). Faire payer le destinataire (l'abonné) ET l'expéditeur (le service). En général quand on envoie un coli, on ne fait payer qu'un seul des deux … pas les deux.
Il y a sûrement des enjeux que je ne comprend pas ou bien plus politique, mais d'un point de vu technique les FAI ont déjà les outils pour avoir un financement des réseaux.
Désolé j'ai fait long et sûrement blindé de fautes '
Bon l’explication donné sur les middleware (logiciel du milieu ?) est un peu orienté et trop simpliste a mon goût.
Pour défendre un peu ces logiciels du milieu ce sont les gestionnaires de messages que ont la cote en ce moment, et a juste titre. Ils essayent de fiabiliser fortement pas mal de problématique que pose la transmission par réseaux.
Par exemple :
- S’assurer de la bonne réception du message, sinon le mettre en attente et le rejouer)
- Ne pas avoir un plat de spaghetti
- Simplification d’ouverture des flux
- Plein de type de connecteur (évite que chaque soft le fasse a sa sauce la transmission)
- Monitoring centralisé et harmonisé
- Gestion du multi émetteur/récepteur
- Gestion des abonnements (l’émetteur ne sait pas forcément qui consomme ses messages)
- et plein d’autre …
Bref pas mal de problématiques que l’on rencontre dans un SI un poil développé. Alors oui ça peu vite devenir une usine à gaz, si tu ajoute la mode des micro services ça devient vite ingérable. Mais ça fait du taff pour pas mal de monde :-
En ce moment c’est Kafka qui tient le haut du pavé, développé par LinkedIn.
Si on peux juste éviter toutes ces abréviations c'est juste incompréhensible pour un mec lambda (moi par exemple).
Du coup ça affaibli ton argumentation en excluant pas mal de monde.
Merci pour avoir pointé la bonne page Wikipédia.
De ce que je comprend on peu un peu faire un parallèle avec les «Kevin» en info. Juste la reprise d'un nom banal pour en faire le symbole ridicule d'une lutte sociale.
J'ai pas très bien compris leur dépendance à MySQL.
Dans toutes leurs captures d'écran on y voie le client MySQL, dans leur docker de test c'est aussi le client MySQL qui joue le rôle d'interface.
Mais dans leur descriptif ils disent être «182x faster than MySQL for small data.»
Du coup ils se base t-il sur MySQL pour le stockage mais ont réécris le moteur de recherche ? A moins que le client ne leur serve que de … client et qu'en dessous c'est complètement leur solution.
L'installation se fait en un package, donc pas d'indice de ce coté.
Bref pas tout compris, mais ça fait toujours plaisir de voir qu'il y a des alternatives.
En effet j'ai vu que certain réclamait plus de contenu … perso ça me va bien car pas forcément envie de passer 2h par jour a tout lire.
Pour ça «LeBrief» me convient très bien, en mois de 10 min j'ai fait le tour des sujets les plus importants.
Les dossiers ultra fouillé et super long je ne le lis pas tous … loin de là. Mais je sais que si le sujet m'intéresse je ne serais pas déçu.
On pourrais me dire que je paye cher pour ce que j'en retire, mais je ne pense pas. En plus avec la réduction des «vieux de la veille» ça reste tout a fait raisonnable.
certains ont l'air de se lasser de cette crise qui n'est apparemment pas la 1ère (c'est la 1ère fois que je vois Next INpact en crise en 4 ans d'abonnement perso où alors ils ont été plus discrets les fois précédentes).
Pour les suivre depuis au moins 2003, ce n'est en effet pas la première crise qu'ils traversent. Le dernier billet les mentionnes sans les dramatiser, mais si tu lis entre les lignes tu verras qu'ils ont déjà essayé plusieurs modèle qui ont plus ou moins bien marché (pub, «prixdunet», «touslesfortfaits», abo, …), le référencement google étant souvent un paramètre critique. Ça fait un moment qu'ils font tout pour ne plus en être dépendant, mais ce n'est pas facile. De manière général ils ont eu assez peu de période faste, de temps a autre on avait une news sur le départ de quelqu'un, le recentrage sur certains sujets. Mais finalement rien d'anormal pour ce genre de boite.
Donc oui, les «vieux de la veille» ont l'impression que c'est un peu une rengaine et que ça revient comme un sujet sur les vacances au 20h, mais c'est le revers de la médaille de la transparence.
Je suis content qu'ils ne disparaissent pas (tout de suite). Après la chaîne «NoLife» ça aurait été dommage de voir disparaître cet acteur un peu a part.
Posté par Mimoza .
En réponse au journal bépo, cryptsetup et debian.
Évalué à 3.
Dernière modification le 12 juillet 2022 à 22:52.
Le coin le plus sombre et lointain de l’univers connu, de la taille d’un grain de sable tenu a bout de bras. Ça en dit long sur l’étendu de ce qu’il nous reste a connaître.
Sinon oui, il aurait été intéressant de savoir pourquoi ton mot de passe ne fonctionne pas aussi bien en Bépo que en AZERTY.
J’avais commander leur première génération il y a maintenant presque 2 an et j’en ai fait une présentation ici même il y environ 1 an ½.
Je l’utilise toujours et j’en suis très satisfait. Le truc en plus que je voie pour cette nouvelle génération est la gestion d’écran externe via l’USB C.
Pour le reste ils ont garder le port RJ45 et un bon nombre de prises USB.
Sur les photo ils ont changé le clavier argent comme la coque pour une version noir. Et je pense que ce n’est pas plus mal. A l’usage avoir du rétro éclairage clair avec des touches claires, fait que l’on ne distingues plus les lettres translucide. A moins que d’être complètement dans le noir.
Si vous préférer les PC noir, il faut aller faire un tour chez Tuxedo qui a le même matériel.
A force de tout pousser sur l'ordinateur du voisin (américain) il a suffit qu'un requin mastique un câble qui traîne dans le coin pour tout mettre par terre.
Bon, ça donne une bonne excuse pour faire une sieste digestive ;-)
Idem, je les suis depuis bien avant la mise en place de l’abonnement. Ils ont eu d’autres crises et s’en sont sorti, mais celle là sera t-elle fatale ?
Ça serait bien dommage
[^] # Re: Arguments en vrac
Posté par Mimoza . En réponse au journal Pourquoi cette passion française pour les ESN?. Évalué à 7.
Free est encore fermé à la prestation, mais OVH depuis leur dernier petit soucis d'alarme incendie s'est ouvert à la prestation. Décathlon s'est aussi très récemment ouvert.
# Politique interne
Posté par Mimoza . En réponse au journal Pourquoi cette passion française pour les ESN?. Évalué à 10.
Les raisons que cite Pinaraf sont tout a fait valide et largement connu. Cependant j'ai croisé d'autre raisons moins avouable et qui viennent étoffer la compréhension de la situation.
Il y en a sûrement d'autres encore moins avouable, mais je ne les pas encore entrevu.
[^] # Re: Je persiste
Posté par Mimoza . En réponse au lien After self-hosting my email for twenty-three years I have thrown in the towel. The oligopoly has won. Évalué à 3.
Ça fonctionne(nait?) seulement en ADSL. Sur la fibre il y avait juste un quartier de Villeurbanne qui était le béta testeur de la fibre qui ont pu profiter de d'un rDNS arbitraire. Tous les autre n'avait rien de renseigné :-(
# Une mode ?
Posté par Mimoza . En réponse au journal Les problèmes d’un desktop sans systemd ?. Évalué à 6.
J’annonce la couleur tout de suite, j’ai toujours été très critique sur l’aspect gloutonnerie de systemd. Je suis plus fan d’un system KISS et dont chaque composant est indépendant.
Maintenant ce que je voie comme avantage de systemd qui a jouer en sa faveur et qui a sûrement séduit pas mal de monde, c’est justement ce coté unification.
* Tu as 1 seul endroit/logiciel pour tout gérer, donc plus besoins de connaître 36 logiciel différents, avec des syntaxe diamétralement opposé qui te donne a arrière goût du monde des framwork JS ou tout est réinventé tous les 4 matin. Je trouve ça dommage car c’est dans la prolifération de solution diverses et varié que l’on y trouve la créativité. Se cantonner a une solution unique rigidifie le mode de pensé.
* Suppression de pas mal de code/configuration propre a chaque distro. Créer et maintenir une distro est un travail colossal avec souvent des ressources très variable. Donc si on te présente un produit sur étagère qui te divise par 2 ton travail, ça a un aspect tout de même très attrayant. Et là dessus je ne peux pas jeter la pierre sur qui que se soit vu que je profite très largement du travail des mainteneurs.
Pour tes questions je ne sais absolument pas ce que tu vas perdre en te passant de systemd. Je n’ai jamais vraiment entendu de personne se plaindre que quelque chose ne fonctionnait pas correctement sans systemd (sauf Gnome bien sûr).
Pour ce qui est de mon titre, je me dit que systemd n’est pas éternel et qu’il sera remplacé par autre chose a un moment donné et que peut être on assistera au mouvement inverse. J’ai en tête l’exemple de pulseaudio qui avait fait aussi quelque vagues a l’époque, remplaçant le vieillissant Alsa. Dernièrement c’est pipewire qui a la cote.
[^] # Re: Oui, mais...
Posté par Mimoza . En réponse au journal Passage Heure d'hiver : SFR a oublié ?. Évalué à 5.
SAV : «Avez-vous redémarré votre périphérique ?»
# Sous exploité
Posté par Mimoza . En réponse au journal Foehn - Exploration des données SCADA du parc éolien de la Haute Borne. Évalué à 4.
Comme tu le dit, la vitesse de vent nécessaire pour une production a plein potentiel est quasiment inexistant. 90% du temps ça produit à 20% de la capacité …
# Karadav
Posté par Mimoza . En réponse à la dépêche WebDAV Manager, un client WebDAV ultra-léger en JS. Évalué à 3.
Il semble que le projet «Karadav» dont tu fait mention dans ton README n'existe plus …
# Uniquement sur l’instance lyonnaise ?
Posté par Mimoza . En réponse à la dépêche Ecolyo pour gérer ses consommations d’eau et d’énergie. Évalué à 2.
Pourquoi une telle limitation ? Si on a déjà un cozy sur mycozy.cloud, comment faire pour en profiter ?
J’ai bien essayer l’option «j’ai déjà un cozy», mais il me renvoie vers le store de mon cozy perso où je ne trouve pas l’appli en question.
# Pas nouveau
Posté par Mimoza . En réponse au lien La Russie, un pays sous Linux ?. Évalué à 10.
Depuis 2009 l’armé russe développe sa distribution Astra_Linux, dérivé de Debian.
Chose que toutes les armées devraient faire si elles veulent se détacher un tant soit peu des USA & OTAN.
[^] # Re: Sobriété cérébrale
Posté par Mimoza . En réponse au journal Sobriété, j'écris ton nom. Évalué à 10.
Tu crois pas si bien dire
https://lesjoiesducode.fr/cracke-securite-voiture-hyundai-recherche-google-hack
[^] # Re: Je persiste
Posté par Mimoza . En réponse au lien After self-hosting my email for twenty-three years I have thrown in the towel. The oligopoly has won. Évalué à 9.
Pour conserver ton serveur chez toi tout en ayant un plus grand controle de ton IP je te conseil de passer par un VPN chez un FAI associatif (FDN, Illyse, LDN, …). Le support est assez souple pour te permettre d'avoir un rDNS nikel. En bonus ton IP ne sera plus catalogué comme grand public, donc tu passe les filtres anti-spam plus facilement.
[^] # Re: Broker de messages
Posté par Mimoza . En réponse à la dépêche Oubliez les web services, utilisez des tubes nommés. Évalué à 4.
«Il n'y a pas de question idiote, seulement une réponse idiote»
Réponse courte : Passe à PostgreSQL en plus du broker
Réponse longue : Pour commencer, les broker de messages ne sont pas fait pour traiter des messages de grosse taille. Par exemple par défaut Kafka est configuré pour des messages de 1Mo maximum. En clair ils transportent des lettres, pas des colis. Pour contourner cette problématique tu peux juste avoir un pointeur vers un stockage de masse.
Ensuite le broker n'est pas là pour stoker les messages, seulement les faire transiter. Il peux les stoker temporairement sur disque au cas ou ton système crash et que tu veuilles absolument ne pas perdre aucun message. Il faut le voir comme un postier, il fait le lien entre l'expéditeur et le destinataire, ni plus ni moins.
Les broker sont adapté pour des système «réactif», donc qui vont réagir à des évènements que l'on va leur transmettre, donc très unidirectionnel. L'expéditeur du message n'attend pas de réponse, si ce n'est celle du broker qui lui dit qu'il a bien pris en charge le message, pas plus.
Donc pour «lire» des données ce n'est pas terrible. Au mieux tu vas emmètre un message pour qu'un autre système émettent un autre messages qui contiendra les données (ou un pointeur) vers ce que tu souhaites. Du point de vu du broker, il n'a fait que transiter des messages. Mais je ne te conseillerais pas ce genre de fonctionnement. Si tu as des données a lire autant aller les chercher directement à la sources.
De ce que je comprend ton modèle travail sur des données collecté sur un temps certain, pas en «live». Donc pour ton archi je verrais bien quelque chose comme ça :
Bien sûr tu peux avoir plein de sources de données différentes qui pointent toutes vers le broker.
Bon c'est une analyse sur 2 lignes d'explications ;-)
[^] # Re: Que payent les grand sites aujourd'hui ?
Posté par Mimoza . En réponse au lien Thierry Breton contre la neutralité du net?. Évalué à 10.
Les grand sites sont câblé de différentes manière.
Le plus rapide est de se connecter à un opérateur de transit. Ce n'est pas un FAI classique, mais s'adresse uniquement aux pros. C'est ce dernier qui va tirer une/plusieurs fibre jusqu'au datacenter pour assurer le raccordement à la galaxie des réseaux qu'est internet. Pour ça il s'appuie sur des points d'interconnexion ou de multiples opérateurs s’interconnectent. En général ces opérateurs te facture suivant le volume de données que tu lui fait transiter et la vitesse que tu lui demande. Oui un peu comme les anciens forfaits internet. Ces opérateurs se chargent de toute la complexité pour garantir la distribution de tes données, mais ça ne les empêche pas d'avoir quelques soucis avec les FAI grand public. L'exemple le plus connu est la bataille entre Free et COGENT qui distribuait MégaUpload.
La seconde option qui demande plus de temps et d'investissement c'est, comme l'a dit Big Pete, créer son propre réseau pour accéder aux points d'interconnexion. Tu as l'avantage de maîtriser correctement la distribution de tes données pour (normalement) un coût moins élevé que la première option. Comme tu t'en doutes l'interconnexion n'est pas gratuite, mais ne fonctionne pas comme la première solution. Là on regarde la balance d'échange des données sur chaque interconnexion. Si tu envoie plus que tu reçois alors tu paye, sinon tu te fait payer. Un autre avantage est que tu es prioritaire sur tes tuyaux (normal), mais tu peux aussi louer les capacités que tu n'utilises pas (encore). Car oui, en général tu pose 5, 10, 100 fois la capacité dont tu as besoin pour anticiper l'évolution de ton trafique.
La suite logique serait de construire aussi les terminaisons pour délivrer directement les données à l'utilisateur. Mais ça coûte TRES cher, c'est long, complexe et administrativement un enfer voir carrément impossible. Google s'y est essayé dans une toute petite région aux US mais semble faire marche arrière, car oui il faut se frotter au support des utilisateur. Domaine ou google est la pire entreprise mondiale.
Une autre option quand tu as un volume de données vraiment important et asymétrique à transférer, est de poser des serveurs de caches directement chez les FAI. A ma connaissance Netflix fait ça, je ne sais pas pour les autres. Cette option a plusieurs avantages, en plus de la rapidité d'accès des données (dépend de ta connexion personnel et celle offerte par ton abonnement), elle ne font pas 3 fois le tour du monde avant de t'arriver, donc écologiquement intéressant. Pour le service ils sont sûr d'offrir un service réactif à moindre coût (pas de frais de transit) et l'opérateur ne surcharge pas son réseau d'interconnexion donc peu limiter ses investissements sur ce point. De plus le FAI peu faire payer l'installation de ces serveurs de cache sur son réseau.
Alors quel est le soucis actuel ? Pourquoi les FAI demande à faire payer un extra aux gros services ?
Déjà il faut bien comprendre que la "neutralité du net" est le fait de ne pas différencier les octets venant d'un service ou d'un autre. Donc que tu sois une petite startup ou un gros site, ton trafique sera traité avec la même priorité par les FAI. Là les FAI grand public voudraient que les gros services mettent la main à la poche pour que leurs données arrive bien à destination. C'est comme si pour envoyer une carte à ta mémé tu devais payer un prix différent d'elle pour te répondre.
Ok, mais alors pourquoi ne pas utiliser les outils commerciaux déjà en place ? He bien c'est l'un des points que je ne m'explique pas.
Les FAI se sont fait la guerre sur les prix, la disponibilité des techno (56k, ADSL, VDSL, Cable, FTTB, FTTH, …), les boxs, mais ont complètement loupé le développement des services DANS leurs tuyaux. Normal vu que ce n'est pas leur domaine. Malheureusement pour eux certains ont pris cette place et les profits générés sont bien plus important et "facile" que ceux des FAI qui ont des contraintes matériel et commercial plus importante.
Renégocier les accords de transit n'est peut être pas si facile que cela. Les FAI ne peuvent pas se passer d'un NetFlix, Amazon ou Fesse2Bouc, sans faire face à la grogne et fuite des utilisateurs. Par contre les services ont bien plus de possibilités pour délivrer leurs contenus, même si de manière dégradé.
Donc avec un bras de fer en leur défaveur, les FAI sont allés taper à la porte de leurs copains ministre pour leur tailler une loi sur mesure. Un peu à l'image des éditeurs de presse qui ont obligés Google à payer. Sauf que l'ARCEP a mis sont nez dans l'affaire et as mis le holà à la petite sauterie.
Soit dit en passant, ces discutions se passent sans un acteur majeur … les utilisateurs eux-même. C'est tout de même eux qui payent les FAI pour un service. Si les FAI veulent vraiment plus d'€€€ pour financer le réseau, c'est normalement vers eux qu'ils devraient se tourner en augmentant leurs tarifs (ce qu'ils font déjà). Pour info le câble transatlantique ne coûte quasiment rien à l'abonné final, la facture étant partagé entre des millions d'utilisateurs. Par contre le bout de fibre entre le NRO/NRA (Noeud de Relai Optique/Analogique) et l’appartement/maison, lui est tout à la charge de l'abonné qui le paye sur le long terme avec son … abonnement. Mais l'avance de l'investissement est supporté par le FAI qui met un temps certain à rentrer dans ses frais.
Pour moi les FAI veulent le beurre (les abonnés) et l'argent du beurre (les services). Faire payer le destinataire (l'abonné) ET l'expéditeur (le service). En général quand on envoie un coli, on ne fait payer qu'un seul des deux … pas les deux.
Il y a sûrement des enjeux que je ne comprend pas ou bien plus politique, mais d'un point de vu technique les FAI ont déjà les outils pour avoir un financement des réseaux.
Désolé j'ai fait long et sûrement blindé de fautes '
# Broker de messages
Posté par Mimoza . En réponse à la dépêche Oubliez les web services, utilisez des tubes nommés. Évalué à 10.
Bon l’explication donné sur les middleware (logiciel du milieu ?) est un peu orienté et trop simpliste a mon goût.
Pour défendre un peu ces logiciels du milieu ce sont les gestionnaires de messages que ont la cote en ce moment, et a juste titre. Ils essayent de fiabiliser fortement pas mal de problématique que pose la transmission par réseaux.
Par exemple :
- S’assurer de la bonne réception du message, sinon le mettre en attente et le rejouer)
- Ne pas avoir un plat de spaghetti
- Simplification d’ouverture des flux
- Plein de type de connecteur (évite que chaque soft le fasse a sa sauce la transmission)
- Monitoring centralisé et harmonisé
- Gestion du multi émetteur/récepteur
- Gestion des abonnements (l’émetteur ne sait pas forcément qui consomme ses messages)
- et plein d’autre …
Bref pas mal de problématiques que l’on rencontre dans un SI un poil développé. Alors oui ça peu vite devenir une usine à gaz, si tu ajoute la mode des micro services ça devient vite ingérable. Mais ça fait du taff pour pas mal de monde :-
En ce moment c’est Kafka qui tient le haut du pavé, développé par LinkedIn.
[^] # Re: karenistes ???
Posté par Mimoza . En réponse au journal Vulgarisation scientifique en vidéo et en français. Évalué à 10.
Si on peux juste éviter toutes ces abréviations c'est juste incompréhensible pour un mec lambda (moi par exemple).
Du coup ça affaibli ton argumentation en excluant pas mal de monde.
[^] # Re: karenistes ???
Posté par Mimoza . En réponse au journal Vulgarisation scientifique en vidéo et en français. Évalué à 3.
Merci pour avoir pointé la bonne page Wikipédia.
De ce que je comprend on peu un peu faire un parallèle avec les «Kevin» en info. Juste la reprise d'un nom banal pour en faire le symbole ridicule d'une lutte sociale.
[^] # karenistes ???
Posté par Mimoza . En réponse au journal Vulgarisation scientifique en vidéo et en français. Évalué à 3. Dernière modification le 31 août 2022 à 11:10.
Je connais pas, tu peux expliquer ?
Google ne me remonte rien de pertinent a ce sujet :-/
[^] # Re: Il y en a des célèbres
Posté par Mimoza . En réponse au journal Le paranormal en informatique. Évalué à 2.
Les PC de bureau Dell qui rebootait si un tel portable recevait un appel a coté aussi
# Pas tout compris sur leur archi
Posté par Mimoza . En réponse au lien Manticore: a faster alternative to Elasticsearch in C++ with a 21-year history. Évalué à 3.
J'ai pas très bien compris leur dépendance à MySQL.
Dans toutes leurs captures d'écran on y voie le client MySQL, dans leur docker de test c'est aussi le client MySQL qui joue le rôle d'interface.
Mais dans leur descriptif ils disent être «182x faster than MySQL for small data.»
Du coup ils se base t-il sur MySQL pour le stockage mais ont réécris le moteur de recherche ? A moins que le client ne leur serve que de … client et qu'en dessous c'est complètement leur solution.
L'installation se fait en un package, donc pas d'indice de ce coté.
Bref pas tout compris, mais ça fait toujours plaisir de voir qu'il y a des alternatives.
[^] # quantité < qualité
Posté par Mimoza . En réponse au journal Next INpact sort la tête de l'eau, et se recalibre. Évalué à 10.
En effet j'ai vu que certain réclamait plus de contenu … perso ça me va bien car pas forcément envie de passer 2h par jour a tout lire.
Pour ça «LeBrief» me convient très bien, en mois de 10 min j'ai fait le tour des sujets les plus importants.
Les dossiers ultra fouillé et super long je ne le lis pas tous … loin de là. Mais je sais que si le sujet m'intéresse je ne serais pas déçu.
On pourrais me dire que je paye cher pour ce que j'en retire, mais je ne pense pas. En plus avec la réduction des «vieux de la veille» ça reste tout a fait raisonnable.
# Les mécontents
Posté par Mimoza . En réponse au journal Next INpact sort la tête de l'eau, et se recalibre. Évalué à 10.
Pour les suivre depuis au moins 2003, ce n'est en effet pas la première crise qu'ils traversent. Le dernier billet les mentionnes sans les dramatiser, mais si tu lis entre les lignes tu verras qu'ils ont déjà essayé plusieurs modèle qui ont plus ou moins bien marché (pub, «prixdunet», «touslesfortfaits», abo, …), le référencement google étant souvent un paramètre critique. Ça fait un moment qu'ils font tout pour ne plus en être dépendant, mais ce n'est pas facile. De manière général ils ont eu assez peu de période faste, de temps a autre on avait une news sur le départ de quelqu'un, le recentrage sur certains sujets. Mais finalement rien d'anormal pour ce genre de boite.
Donc oui, les «vieux de la veille» ont l'impression que c'est un peu une rengaine et que ça revient comme un sujet sur les vacances au 20h, mais c'est le revers de la médaille de la transparence.
Je suis content qu'ils ne disparaissent pas (tout de suite). Après la chaîne «NoLife» ça aurait été dommage de voir disparaître cet acteur un peu a part.
[^] # Re: SMACS 0723
Posté par Mimoza . En réponse au journal bépo, cryptsetup et debian. Évalué à 3. Dernière modification le 12 juillet 2022 à 22:52.
Le coin le plus sombre et lointain de l’univers connu, de la taille d’un grain de sable tenu a bout de bras. Ça en dit long sur l’étendu de ce qu’il nous reste a connaître.
Sinon oui, il aurait été intéressant de savoir pourquoi ton mot de passe ne fonctionne pas aussi bien en Bépo que en AZERTY.
# Slimbook
Posté par Mimoza . En réponse au lien 6 nouveaux portables Linux bientôt sur le marché. Évalué à 5.
J’avais commander leur première génération il y a maintenant presque 2 an et j’en ai fait une présentation ici même il y environ 1 an ½.
Je l’utilise toujours et j’en suis très satisfait. Le truc en plus que je voie pour cette nouvelle génération est la gestion d’écran externe via l’USB C.
Pour le reste ils ont garder le port RJ45 et un bon nombre de prises USB.
Sur les photo ils ont changé le clavier argent comme la coque pour une version noir. Et je pense que ce n’est pas plus mal. A l’usage avoir du rétro éclairage clair avec des touches claires, fait que l’on ne distingues plus les lettres translucide. A moins que d’être complètement dans le noir.
Si vous préférer les PC noir, il faut aller faire un tour chez Tuxedo qui a le même matériel.
# Minitel 3.0
Posté par Mimoza . En réponse au lien Panne générale sur Office 365 ?. Évalué à 9.
A force de tout pousser sur l'ordinateur du voisin (américain) il a suffit qu'un requin mastique un câble qui traîne dans le coin pour tout mettre par terre.
Bon, ça donne une bonne excuse pour faire une sieste digestive ;-)
[^] # Re: Une source d'information de qualité incontournable.
Posté par Mimoza . En réponse au lien Next INpact est en réel danger de mort. Évalué à 4.
Idem, je les suis depuis bien avant la mise en place de l’abonnement. Ils ont eu d’autres crises et s’en sont sorti, mais celle là sera t-elle fatale ?
Ça serait bien dommage