Re: [FRsAG] Système de fichier distribué
Tiens, d'ailleurs ça me rappelait quelque chose... http://comments.gmane.org/gmane.org.user-groups.frsag/2106 -- Pierre 'catwell' Chapuis ___ Liste de diffusion du FRsAG http://www.frsag.org/
[FRsAG] Java et portabilité (was: Présentation)
On Wed, 27 Apr 2011 10:06:25 +0200, Stephane Dupille wrote: Puisqu'on n'est pas vendredi : quelle autre techno avons-nous pour développer une application native et portable ? .NET n'est pas portable mais aurait été une option. Quelles sont tes définitions de : * natif ? Une application qui tourne sur la JVM n'a rien de natif pour moi. Dans pas mal de contextes, natif est même synonyme de pas Java... * portable ? Une application Java est (au mieux) portable sur les plate-formes où il existe une implémentation de la JVM. Une application en Python est (au mieux) portable sur celles où il existe une implémentation de Python. Une application .NET peut être relativement portable si elle tourne avec Mono... -- Pierre Chapuis ___ Liste de diffusion du FRsAG http://www.frsag.org/
Re: [FRsAG] Java et portabilité (was: Présentation)
On Wed, 27 Apr 2011 17:49:31 +0200, Steven Le Roux wrote: Faisable en C/Python, avec un toolkit existant sur les plateformes, soit Qt/GTK, mais à chier, donc EFL (bcp mieux). Dépend plus largement des binding de chaque toolkit pour le langage en question, qui lui a des chances d'être déjà porté. J'aurais dit Python/wxPython mais je ne vais pas rentrer dans un troll entre les toolkits graphiques : de toute façon ça devrait être mieux que Swing. -- Pierre Chapuis ___ Liste de diffusion du FRsAG http://www.frsag.org/
[FRsAG] EC2, un Cloud taillé pour la haute disponibilité
... sauf parfois : http://thenextweb.com/industry/2011/04/21/amazon-ec2-troubles-bring-down-reddit-foursquare-quora-hootsuite-and-more/ Quelqu'un de la liste a été impacté ? Personnellement j'ai eu de la chance que mes instances ne soient pas dans cette zone de disponibilité... -- Pierre Chapuis ___ Liste de diffusion du FRsAG http://www.frsag.org/
Re: [FRsAG] EC2, un Cloud taillé pour la haute disponibilité
Christophe BAILLON c...@20h.com a écrit : Chez Amazon on peut avoir des instances dans plusieurs zones et mettre en place un LB entre les zones... Difficile de finir complètement dans le noir... +1, d'ailleurs des services comme Netflix ou SimpleGeo ont tenu grâce à ça. Ceci dit c'est quand même difficile de mettre en place des SLA avec une architecture qu'on ne maitrise pas. C'est encore plus génant quand on revend du Cloud par dessus en PaaS ou SaaS. Entre autres, Heroku et MongoHQ sont tombés. Au passage je me suis souvent dit que balancer entre les zones de disponibilité d'une même région suffisait, mais a priori non. C'est donc globalement acceptable pour des sites web sociaux (et encore ils vont perdre combien de personne qui seront venus tester à ce moment précis et qui diront que ca ne marche pas) Et de revenus publicitaires... Encore une fois, si c'est utilisé correctement c'est très bien aussi pour les pro, mais c'est mieux si Amazon n'est qu'une partie de son infra... Oui, plus ça va plus je me dis que c'est bien pour lancer de gros batchs ou absorber des pics de charge mais que les services critiques devraient être hébergés de manière plus classique. -- Pierre Chapuis___ Liste de diffusion du FRsAG http://www.frsag.org/
Re: [FRsAG] Journées FedeRez 2011, le 19 et 20 mars sur la sécurité informatique
On Tue, 01 Mar 2011 12:33:42 +0100, Thomas Fuzeau wrote: Nous avons le plaisir de vous inviter aux premières journées FedeRez qui se dérouleront les 19 et 20 mars à Supélec Gif-sur-Yvette. Petite précision (même si c'était dit plus loin dans le mail) : il s'agit bien de la 7e édition des Journées FedeRez et non de la première. Sinon, que dire sinon que c'est bien, que je n'y serai pas pour cause de conflit de date, mais que vous devriez tout particulièrement y aller si vous êtes inscrit à fr(sa|no)g et dans l'enseignement supérieur. -- Pierre 'catwell' Chapuis ___ Liste de diffusion du FRsAG http://www.frsag.org/
Re: [FRsAG] Légalité du filtrage SMTP
On Thu, 24 Feb 2011 22:10:46 +0100, Michel Blanc wrote: J'ai eu aujourd'hui un expéditeur (externe), ému de ne pouvoir envoyer une newsletter à ses clients, à qui j'ai expliqué la situation. Discussion cordiale, terminée par un status-quo : je ne vais pas vérifier visuellement ses envois (là par contre, je n'en ai pas le droit) pour vérifier sa bonne foi et changer les règles de filtrage en conséquence. Mais du coup, je m'interroge sur les implications légales possibles. Est-ce légal de filtrer ainsi ? L'expéditeur externe peut-il légitimement arguer du fait que ce filtrage nuit à son business ? Et les éditeurs de logiciels de mass-mailing ? Légal je ne sais pas trop mais si j'étais l'expéditeur, que c'était des mails sollicités et que ça nuisait à mon business : 1) je trouverais un moyen de contourner le filtrage (pas trop dur), 2) j'inclurais dans un mailing à mes clients le fait que leur provider mail bloque mes courriers et qu'ils devraient en changer s'ils veulent continuer à les recevoir (à la DailyMotion) Bloquer du spam OK, mais quand un expéditeur râle et est dans son bon droit la moindre des choses me semble d'être de changer les règles de filtrage. -- Pierre 'catwell' Chapuis ___ Liste de diffusion du FRsAG http://www.frsag.org/
Re: [FRsAG] Légalité du filtrage SMTP
On Fri, 25 Feb 2011 14:06:02 +0100, Radu-Adrian Feurdean wrote: Suis-je le seul a penser le contraire : les entetes ne font pas partie du mail, ce sont surtout des informations techniques necessaires pour l'acheminement ? Légalement, aucune idée, mais techniquement, sur une lettre papier, les en-têtes correspondent à ce qui est visible par le facteur donc je dirais qu'on peut les lire... -- Pierre 'catwell' Chapuis ___ Liste de diffusion du FRsAG http://www.frsag.org/
Re: [FRsAG] Gestion d'un réseau filaire avec plusieurs passerelles
On Sun, 30 Jan 2011 15:58:10 +0100, Duboucher Thomas tho...@duboucher.eu wrote: Salut, Tu peux contacter FedeRez pour ta question. C'est une association qui regroupe déjà une douzaine de réseaux de résidences étudiantes. +1. De quelle école s'agit-il, pour information ? -- Pierre 'catwell' Chapuis ___ Liste de diffusion du FRsAG http://www.frsag.org/
Re: [FRsAG] Architecture trois tiers scalable
Jerome Benoit jerome.ben...@grenouille.com a écrit : Des données de type multimédia (ahah, définition alakon™ quand tu nous tiens), un type qui veut rien ou tout dire. C'est vendredi et je suis nase mais en gros des BLOBs et leur métadonnées exprimés en XML et du XML (du texte donc encodé en UTF-8). Métadonnées que tu veux utiliser pour des requêtes je suppose ? Parce que sinon tu peux peut-être te contenter du FS distribué. Certains gèrent les métadonnées nativement (par exemple S3), avec les autres utiliser de simples fichiers texte est une possibilité. Sinon, tout dépend du contenu de ton XML. Si tu ne le maitrises pas le plus simple sera probablement de prendre une base NoSQL orientée documents. Pour les blobs ça me semble une mauvaise idée de les stocker dans la base NoSQL. Presque toutes les gèrent mal et certaines ont des limites sur la taille des données pour éviter ce genre d'utilisation. Beaucoup n'ont pas de type binaire non plus, et le base64 n'est pas vraiment une solution. C'est typiquement le rôle d'un FS distribué de stocker les assets. ___ FRsAG mailing list FRsAG@frsag.org http://www.frsag.org/mailman/listinfo/frsag
Re: [FRsaG] Pont réseau sans fils 802.11a ? n? laser ?
Est-ce qu'une box de chaque côté et un VPN ne suffirait pas pour cet usage ? En plein Paris il y a du débit, surtout si vous êtes couverts en FTTH... -- Pierre Chapuis ___ FRsaG mailing list FRsaG@frsag.org http://www.frsag.org/mailman/listinfo/frsag
Re: [FRsaG] Technos utilisées pour les images disques en environnement virtualisé KVM
On Sat, 14 Aug 2010 12:49:01 +0200, eberkut eber...@minithins.net wrote: Pour Google, Facebook ou Twitter, ça peut être simplement que la virtualisation n'est pas adaptée à leurs workloads et/ou ils ont commencé à construire leurs infra avant que la virtualisation ne soit suffisamment performante. Pas adaptée à leurs workloads, certainement. Par contre, Twitter refait son infra à neuf cet été et ne passe a priori pas à du virtualisé donc j'ai un doute sur la deuxième possibilité. Et ils ont quand même la facilité de déploiement grâce à des solutions de provisionning maison. Mais les gros cloud providers eux sont basés sur de la virtualisation (de mémoire, AWS sur Xen, Rackspace sur VMWare, Azure sur Hyper-V...). AWS sur Xen, d'accord pour EC2 et EMR, mais je ne suis pas certain que les services de stockage de données comme S3, SQS ou SimpleDB tournent en environnement virtualisé. Quelqu'un aurait plus d'infos là-dessus ? On Sat, 14 Aug 2010 19:14:54 +0200, Benjamin Billon bbillon...@splio.fr wrote: Dans des cas de plus en plus fréquents, le NoSQL devient une option réaliste et crédible. Et on rejoint les Twitter, Facebook et autres sites sans virtualisation. Ça dépend de quelle virtualisation on parle. Pas mal de BDD NoSQL scalables sont en Java ou en Erlang et les deux langages tournent dans leur propre VM. Je considère déjà ça comme une forme réduite de virtualisation. On Sat, 14 Aug 2010 17:16:23 +0200, Xavier Beaudouin k...@oav.net wrote: Si on trouve que le coût en CPU est trop élevé... bah des fois réapprendre aux développeurs a coder c'est aussi une bonne idée... comment faire ? baisser la prio de leur VM de dev a des valeurs basses histoire de leur faire comprendre qu'un code bien optimisé c'est de l'argent de gagné ! Si ça leur fait prendre deux fois plus longtemps pour finir une application ou choisir la performance contre la fiabilité, pas certain que ça soit une bonne opération. Le CPU coûte souvent moins cher que le dev, et presque toujours moins que le downtime. -- Pierre Chapuis ___ FRsaG mailing list FRsaG@frsag.org http://www.frsag.org/mailman/listinfo/frsag
Re: [FRsaG] Sources de documentation
On Thu, 12 Aug 2010 12:13:21 +0200, Jérôme Nicolle jer...@ceriz.fr wrote: _linode_ : http://library.linode.com/ Un des plus vieux hébergeurs de VPS XEN, qui a eu la bonne idée de monter une équipe de coumentation pour réduire la charge de support. Les tutos sont nombreux, clairs, rapides, et globalement à jour et testés. Valables en tout cas pour au moins 3 distros mainstream (ubuntu LTS, debian stable et CentOS) Dans le même ordre d'idées : http://articles.slicehost.com/ *Distro-specific* Pour moi, la meilleure doc est quand même celle de _gentoo_ : http://www.gentoo.org/doc/en/?catid=sysadmin Mais bon, je suis pas allé voir du coté des RPM-based ;) On trouve des choses pas trop mal non plus sur http://wiki.archlinux.org Par contre on tombe rarement du premier coup dessus, alors pensez à donner les URL de vos sites/blogs/docs, ça finira par atterir sur un planet ! http://linux-attitude.fr/, le blog d'une connaissance, a parfois des articles pas trop mal. Sinon, par catégorie : = réseau = http://packetlife.net/library/cheat-sheets/ http://livre.g6.asso.fr/index.php/Table_des_mati%C3%A8res = dev = http://beej.us/guide/bgnet/output/html/singlepage/bgnet.html http://beej.us/guide/bgipc/output/html/multipage/index.html = système (bases) = http://www.linux-france.org/prj/edu/archinet/systeme/ et un paquet d'autres sur http://delicious.com/catwell (utilisez les tags)... -- catwell ___ FRsaG mailing list FRsaG@frsag.org http://www.frsag.org/mailman/listinfo/frsag