C'est inquiétant mais pas étonnant. Et pratique aussi du coup.
Article FRANCHEMENT intéressant sur le théorème CAP, qui est souvent mal compris. Il m'a ouvert les yeux alors que je pensais le maitriser.
Ceci dit, les conclusions restent un peu les mêmes, mais ce qui est entendu dans les différents concepts est différent de ce que j'avais compris intuitivement (surtout sur Partition Tolerance)
Pour rappel, le théorème CAP parle de système distribués et de scalabilité :
« Dans un système distribué (reposant sur des données partagées) vous ne pouvez conserver que deux des trois propriétés suivantes :
- [en:Consistency] Consistence ;
- [en:Availability] Disponibilité ;
- [en:Partition Tolerance] Résistance au partitionnement »
Shorter : la dernière propriété n'indique pas que le système est distribué (c'est H0, l'hypothèse de base) mais l'état d'un système distribué dans lequel certains nœuds deviennent séparés (par coupure réseau, serveur en panne, etc.) d'autres nœuds. D'où l'existence de "partitions"
Finalement, ce théorème (formellement Brewer' Theorem) indique que, dans un système distribué, en cas de partionnement, il faut choisir la stratégie transactionnelle vis-à-vis des clients :
- soit refuser de répondre pour ne pas donner une réponse incohérente ou corrompre les données ;
- soit accepter de corrompre des données (éventuellement temporairement) en écriture ou renvoyer des données anciennes (inconsistantes).
Une dernière notion enfin.
Maintenir soit A soit C est élitiste, et en pratique on peut trouver un continuum de stratégies. D'où les notions de :
- [en:Yield] Rendement : c'est le pourcentage de requêtes qui seront complètement (completness + correctness) exécutées ;
- [en:Harvest] Moisson : c'est la proportion de données complètes traitées sur une requête.
C'est très intéressant de travailler avec ces deux notions, notamment pour décrire des SLA. Parce que, par exemple, le "uptime" ne reflète pas vraiment la garantie offerte : les coupures lors des creux n'ont pas le même impact que lors des pics.
Il existe une stratégie optimale au puissance 4.
Coup de bol incroyable pour l'ami Zythom.
Et une pointe d'humour qui ne manque pas de piquant à la fin : « Ah, et le remontage du scellé s'est bien passé. Je n'ai laissé aucune trace ni fait de rayures et toutes les vis ont retrouvé leur place. Le propriétaire a du être content. »
Si réel… c'est d'ailleurs un truc qui est arrivé à mon travail.
Un conseil : MySQL avec innodb, désactiver l'autocommit pour les utilisateurs en shell (ceux qui bidouillent quoi)
Une bonne façon de raconter l'informatique.
XKCD, toujours au top (même en FR, PA)
Différence entre DevOps et pas-DevOps
Drôle :)
« Elle devrait aussi être plus fiable, et reconnaitre plus facilement les empreintes, et être plus difficile à tromper. »
Bon, bah dépêchez-vous, sinon le contournement va encore sortir avant les premiers modèles.
Putain… l'égalité avec <=> en MySQL quand des membres peuvent être NULL…
Très bon article sur les « devs » (et un peu l'impossibilité de les manager :p)
Très bon historique des technologies de stockage de données. Où l'on voit que tout n'est qu'un problème de performance et de bottleneck.
Serveur OpenCompute de chez Numergy, à refroidissement à huile. Maousse.
Wow, incroyable ! Un windows-like avec plein de références geek, dans le navigateur. Damn, it's good.
Encore un article très intéressant de Bortzmeyer. Cette fois il parle de terminologie en informatique, avec la volonté assez marquée de préférer le français à l'anglais (pour les textes français bien sûr)
Rien qu'en lisant ça, on apprend des choses.
Intéressant : connexion mysql sécurisée sans mot de passe. J'avais besoin de faire ça depuis longtemps !
Malheureusement, je n'ai pas réussi à utiliser en plus l'option de proxy de mysql (pour qu'un utilisateur soit reconnu comme un autre) en se basant sur l'utilisation de ce plugin.
Grosse panne d'OVH ce soir. Sur l'ensemble du DC parisien, affectant principalement le mutualisé.
Je plains le mec qui a eu à gérer ça. On sent d'ailleurs son agacement : « Dans 2 semaines, on enleve ces 2 switchs pour reconnecter
l'ensemble de baies sur un nouveau systeme central en
40G. A 2 semaines près on n'aurait pas été impactés du
tout. »
Comme quoi, même les datacenters TIERS III peuvent tomber en panne, parce que la redondance est trop locale. Pas de bol cette histoire de clim.
De la grosse architecture Big Data chez BitLy. Je serais curieux d'y jeter un œil en détail. Du coup, je me garde la vidéo pour quand je rentre de mes vacances (faut pas déconner, ça reste du travail :p) : http://devslovebacon.com/conferences/bacon-2014/talks/lessons-learned-building-distributed-systems-at-bitly
C'est vrai que c'est totalement la jungle actuellement les licences. Un point important souligné ici : bien réfléchir à la compatibilité entre licences, mais aussi comprendre les tenants et les aboutissants.
Exemple « Les gens ne pourront pas vendre une compilation de logiciel qui inclura le vôtre sur un CD par exemple. Ces clauses, qui semblent légitimes et pleines de bonnes intentions, peuvent poser des problèmes pratiques et au final sont très très peu utilisées. »
Gros problème que je rencontre quand il s'agit de développer une application qui sera distribuée sous forme de VM par exemple : y a Java qui fait chier, mais pas seulement. D'ailleurs, le statut par rapport aux applis "virtuelles" est assez flou je trouve.
Bref, faudrait pas que la "bonne volonté" se retourne contre l'idée originale : c'est tout le travail du droit généralement
What ? Tor serait finalement vulnérable sur l'identité.
Intéressant.
Bonjour,
Ahah, pas mal : Bortzmeyer suit les règles de Crocker ; c'est écrit dans sa signature.
J'aime bien le concept,
Bien cordialement.