[F] NoSQL %) - Page 3

r043v (./60) :
redis étant un projet open source, il y aura toujours des personnes pour le reprendre, surtout vu l'engouement actuel le dev principal meurt atrocement demain, bah c'est triste mais je ne m'en fait pas pour le projet lui même,

Ce n'est pas le problème. Le problème c'est le support. Cette nuit à 4h du matin j'ai un système critique qui tombe. Le business a estimé qu'une indisponibilité de cette application coûte à la boîte 10k€ par minute (c'est une petite appli, parfois on voit du 1M€ la minute). J'ai pas le temps d'attendre que le developpeur rentre de son boulot, et se siffle une bière avant de s'attaquer à mon problème.

C'est pour ça que je paie un support. C'est pour ça que s'il n'y avait pas RedHat ou Novell pour s'engager sur des temps de résolution et des pénalités, il n'y aurait toujours pas de Linux en production dans les boîtes qui font de l'informatique un usage industriel.

et quant bien même personne ne le reprendrais, cela signifie t'il que tu doivent stopper toute utilisation dans l'urgence absolue ?

Tu te retrouves menacé oui, et la migration devient une priorité number 1, parce que à tout moment tu peux avoir un problème que tu seras dans l'impossibilité de résoudre.
Mais même sans urgence, migrer ce genre d'outils c'est des projets qui coûtent des centaines de milliers d'euros, voire des millions selon l'échelle, donc tu prends pas le risque de te retrouver dans cette situation.

Clairement si demain RedHat mettait la clef sous la porte, ça serait un séisme majeur dans l'industrie, et les IT migreraient en catastrophe vers SUSE (Novell) ou remonteraient du AIX. Une fois le merdier réglé, tous les décideurs IT iraient faire un tour à l'ANPE.
Le problème n'a rien à voir avec le fait que tes outils soient libres ou pas. On s'en contrefout. La question c'est la pérennité de tes solutions et de leur support.

je ne pense pas, au pire si t'est vraiment flippé ce jour la tu binde seulement l'écoute sur localhost et tu bosse "localement" le temps de passer tes techno sur autre chose ...

Le temps de "passer tes technos sur autre chose" le dossier du dépôt de bilan est aux archives sous une épaisse couche de poussière.

et si t'est un peu grand et à du blé, tu pose qq mec sur le dev de la solution ...

Ben on en revient à ce que je disais : ça coûte toujours moins cher d'acheter 2 serveurs et le support que de payer 2 équipes d'admins... ou pire, de développement.

r043v (./60) :
redis étant un projet open source, il y aura toujours des personnes pour le reprendre, surtout vu l'engouement actuel

Ne crois pas ça... dans le monde de l'Open Source, très souvent, les projets sont portés par une seule personne (ou un minuscule noyau). Lorsque le développeur principal disparaît, le projet a souvent tendance à péricliter sans être repris. Au mieux il donne naissance à un nouveau projet, parfois une nouvelle solution en profite pour émerger, mais il n'y a que très rarement une vrai suite. C'est valable autant pour les projets tenus par des individus que par des fondations : le jour ou la fondation s'écroule, vu la quantité de travail nécessaire pour reprendre le travail, il n'y a pas grand chose pour y mettre de l'argent... LibreOffice est un cas très particuliers (de gros acteurs étaient en concurrence et se sont précipités lorsque Oracle a racheté Sun). Mais quand Novell a laissé tomber Netscape Navigateur, personne n'a voulu reprendre le truc tout de suite, et Firefox (Firebird) a mis plusieurs années à émerger comme une solution pouvant potentiellement lui succéder sur une architecture commune.

ha ben si vous voulez un exemple actuel, auquel libreoffice me fait penser : mysql.
Celui qui a fait le pari de l'open source et de sa reprise par la "communauté" s'est joliment trompé, aujourd'hui, l'avenir du moteur est plus qu'incertain et c'est pas le créateur de mariadb & co qui changera la donne.

Un autre ? Solaris. Racheté par Oracle, on avait un beau support de Sun, aujourd'hui, c'est beaucoup moins le cas, et Oracle ne pousse pas dans ce sens. Beaucoup avaient fait le pari de solaris, maintenant je pense qu'ils migrent tous plus ou moins vers du Suse ou du Red Hat (ou autres).

Ouais, on a abandonné Solaris, ici, au profit d'Ubuntu LTS et RHEL (en fonction de la criticité des serveurs).

r043v (./60) :
youporn à rajouté des noeuds

Pour la postérité

Soit dit en passant, ça me fait délirer que r043v défende redis en s'appuyant sur youporn

j'ai cité youporn, j'aurais pu citer un de ceux-la

kim (./63) :
l'avenir du moteur est plus qu'incertain

mysql risque d'être stoppé ? Oo
wow vague de suicide en vue

Nil (./62) :
Ne crois pas ça... dans le monde de l'Open Source, très souvent, les projets sont portés par une seule personne (ou un minuscule noyau). Lorsque le développeur principal disparaît, le projet a souvent tendance à péricliter sans être repris. Au mieux il donne naissance à un nouveau projet, parfois une nouvelle solution en profite pour émerger, mais il n'y a que très rarement une vrai suite. C'est valable autant pour les projets tenus par des individus que par des fondations : le jour ou la fondation s'écroule, vu la quantité de travail nécessaire pour reprendre le travail, il n'y a pas grand chose pour y mettre de l'argent...

donc l'open source c'est comme ailleurs, une histoire de pognon ?

ici vmware a embauché le dev principal (et en fait un second dev aussi), qu'est ce qui empêche vmware d'en réassigner d'autre en cas de malheur ? visiblement vmware crois au projet, ce ne doit pas être que du zele/pub

sinon, je stoppe ici le troll, m'en tape complet si une entreprise sur 1000 ne peut pas s'en servir à cause du support, ce n'est pas mon cas :- )

En fait ça a une influence très importante. Parce que ces 0,1% d'entreprises elles représentent un poids économique considérable. Par exemple les entreprises du cac40 c'est 1300 milliards d'€ de CA annuel. Hors avoir un projet, tout libre fût-il, porté par la force économique d'une entreprise, ça fait une différence colossale. De fait il n'y a quasiment aucun gros projet libre qui n'aie pas de développeurs financés par une entreprise.

r043v (./66) :
mysql risque d'être stoppé ? Oo

Pas directement.
Mais il ne faut pas oublier que c'est Oracle qui est derrière mysql. Essentiellement pour une stratégie d'occupation de marché. Ça a plein d'implications, notamment que jamais mysql ne gagnera les fonctionnalité qui lui permettraient de concurrencer Oracle (le soft, pas la boite).
Le souci c'est que pour faire court, mysql est soumis à la stratégie de marché de Oracle. Le jour où ils n'en veulent plus, le projet sera mort. Il continuera sans doute de vivoter doucement, mais l'expertise de Oracle en matière de sgbdr est devenue indispensable à l'évolution de mysql.

r043v (./66) :
donc l'open source c'est comme ailleurs, une histoire de pognon ?

Bien sûr.
Tout n'a pas forcément de prix, mais tout a assurément un coût.

Tiens, à propos de technos pas mûres, on a eu un bug très joli ce matin avec Hadoop. Voilà le patch correctif officiel, je ne sais pas ce qui est le plus honteux entre le problème et sa résolution // work-around for Feb 29th in leap years -- 1970, which is // usually the base for the date format was no leap year, // so parsing would fail boolean isFeb29 = false; if (timestampStr.startsWith("Feb 29")) { isFeb29 = true; timestampStr = "Feb 28" + timestampStr.substring(6); }
(cf. https://issues.apache.org/jira/browse/NET-188)

Alors ok, version pas à jour toussa, mais n'empêche que c'est flippant de bosser avec des outils codés comme ça

WTF?!

Magnifique

r043v (./66) :
m'en tape complet si une entreprise sur 1000 ne peut pas s'en servir à cause du support

c'est légèrement plus que 1 / 1000, je constate qu'une fois de plus tu ne connais pas grand-chose au monde de l'entreprise

Zeph (./68) :
Tiens, à propos de technos pas mûres, on a eu un bug très joli ce matin avec Hadoop. Voilà le patch correctif officiel, je ne sais pas ce qui est le plus honteux entre le problème et sa résolution // work-around for Feb 29th in leap years -- 1970, which is // usually the base for the date format was no leap year, // so parsing would fail boolean isFeb29 = false; if (timestampStr.startsWith("Feb 29")) { isFeb29 = true; timestampStr = "Feb 28" + timestampStr.substring(6); }
(cf. https://issues.apache.org/jira/browse/NET-188)

Alors ok, version pas à jour toussa, mais n'empêche que c'est flippant de bosser avec des outils codés comme ça

bah ! #hadoop#

Y en a pas mal comme ça, apparemment

spectras (./67) :

r043v (./66) :
mysql risque d'être stoppé ? Oo

Pas directement.
Mais il ne faut pas oublier que c'est Oracle qui est derrière mysql. Essentiellement pour une stratégie d'occupation de marché. Ça a plein d'implications, notamment que jamais mysql ne gagnera les fonctionnalité qui lui permettraient de concurrencer Oracle (le soft, pas la boite). Le souci c'est que pour faire court, mysql est soumis à la stratégie de marché de Oracle. Le jour où ils n'en veulent plus, le projet sera mort. Il continuera sans doute de vivoter doucement, mais l'expertise de Oracle en matière de sgbdr est devenue indispensable à l'évolution de mysql.

Le problème est exactement le même avec BerkeleyDB. Il ne manque plus que Postgre et Oracle aura entre ses mains toute la concurrence du secteur de base et intermédiaire qui, mine de rien, lui coûte beaucoup (il y a énormément de projets de taille intermédiaires qui ont migré vers MySQL ou BDB il y a quelques années parce qu'ils n'avaient pas besoin d'un système aussi complexe à maintenir que du Oracle DB).

flanker (./71) :
bah ! #hadoop#

Y en a pas mal comme ça, apparemment

Oui, quand on met à côté les instabilités de Hadoop, les instabilités de Hive et les instabilités de Pig, je me demande comment on peut arriver à tirer quelque chose de cette techno, y'a vraiment des gros bugs de débutant un peu partout dans le code :/

Tu as oublié celles de HBase

J'ai pas encore eu la chance d'avoir à toucher ça ^^

C'est un peu plus buggué qu'Hadoop

./72 : oublie pas db2

Oui, mais DB2, en général, est plus utilisé pour des projets consistants (moyens-gros à gros), autant que je sache (rien que pour le coût de la licence).
Il y a aussi une autre solution dont je n'ai pas parlé, c'est MS SQL Server, mais là, j'ai plutôt l'impression que ça se place sur des dimensionnements moyens à moyens-gros (ou alors il y a des solutions de clustering efficaces ?)

Nil (./78) :
(rien que pour le coût de la licence).

(il existe une version "express")

Oh, ok, je ne savions point !

Nil (./79) :
c'est MS SQL Server, [...] ou alors il y a des solutions de clustering efficaces ?

oui, et ça marche même plutôt très bien

J'imagine bien que c'est un pavé particulièrement long, mais n'y a-t-il pas moyen de copier directement une partie du message, genre les 140 premiers caractères ?

Et encore tu es gentils les 140 ne vont pas passer sur yN

vous ne pouvez pas voir sans compte twitter ?

Salvatore Sanfilippo @antirez
Very good news, @vmware is actively investigating how to offer commercial support for Redis.

Tiens, rien à voir, mais Google a publié sur sa base SQL F1, censée passer à l'échelle comme du noSQL tout en respectant le SQL.

intéressant !