Journal «Cloud computing» libre

Posté par  (site web personnel) .
Étiquettes : aucune
-10
2
déc.
2008
Salut à toi Ô libriste intégriste qui me lit,

Je m'inquiétais récemment de ce que les mercantiles bonimenteurs modernes appellent le «cloud computing». Une solution certes alléchante à l'heure de la mobilité, de l'Internet 3.14…, du web 2.71…, etc. Au lieu de se priver de la liberté d'utiliser un logiciel, cette solution ne nous privera que d'utiliser librement nos données, nous enfermant également dans l'utilisation in fine d'un logiciel. Tout ce pour quoi les libristes de tout crin se sont battus sera remis en cause.

Mais en fait, à vrai dire, le geek avancé est capable de faire mieux. C'est pour cela que j'invite tous les libristes bidouilleurs à mettre en place des solutions de «cloud computing» et à les montrer à leurs amis.

Rapidement, je vous propose :

  • un serveur https pour votre sécurité

  • hébergement du mail chez vous
    • imaps
    • smtps
    • ldaps

  • un serveur ssh

  • utiliser LaTeX



Tout est à la portée du geek moyen, celui qui moule ici et permet très rapidement de faire du «cloud computing». En effet, cette solution permet tout simplement de générer de magnifiques PDF (ou autres) depuis n'importe où. Je vous laisse, ami lecteur, imaginer d'autres applications en fonction de vos besoins.
  • # Mieux vaut innover

    Posté par  . Évalué à 6.

    Moi je propose bien mieux.
    Plus efficace que le cloud computing
    Plus écologique que le cloud computing
    Plus daicideur pressé compliant que le cloud computing

    Le moule computing !

    Le principe: reliez votre infrastructure réseau à la tribune pour un accès web 3.0 enhanced boosted++, profitez de notre moules-pool pour régler vos problèmes les plus complexes en un rien de temps...
    • [^] # Re: Mieux vaut innover

      Posté par  . Évalué à 2.

      avec une zolie police manuscripte comme http://hiran.in/blog/tag/rufscript

      (sur http://www.linutop.com/mag.en/2008/11/28/spice-up-your-syste(...) il y a quelques autres polices que je ne connaissais pas...)
      • [^] # HS: Mieux vaut innover

        Posté par  (site web personnel) . Évalué à 4.

        Super la police mais j'ai une question à poser pour les experts :
        Le problème de la police 'rufscript' est qu'elle se contente d'imiter une écriture humaine après une phase d'apprentissage à partir de glyphes générés dans cette phase.

        Est-il possible dans une police d'ajouter du bruit de façon à introduire des variations cohérentes dans les glyphes (pseudo kaptcha) ?

        J'imagine que quelqu'un ici c'est déjà posé la question non ?
    • [^] # Re: Mieux vaut innover

      Posté par  . Évalué à 4.

      Bon, alors moi je vais avoir les problèmes techniques suivants:

      - Suis en Chine, internet est toujours contrôlé par des monopoles.
      C'est super pas cher avec la qualité au même niveau. C'est tout par cable avec la joie d'avoir jamais deux fois la même adresse IP, et de toute façon l'adresse publique de mon routeur est une adresse sur réseau local du fournisseur.
      Pour mon auto-hébergement, c'est déjà mort! (ou alors je peux me targuer d'avoir mon propre serveur accessible depuis le Monde entier sous réserve que le Monde soit chez mes voisins)

      - Je suis sous Win au bureau et sous Linux+XFCE à la maison. J'attends donc un bon client Win et GCoinCoin pour avoir une intégration parfaite dans mon environnement de travail qui permettra une meilleure productivité par amélioration du cadre de communication avec des collaborateurs dans un environnement international.

      - Bref, pour le cloud computing, j'ai déjà le cloud, mais le computing c'pas gagné!
      • [^] # Re: Mieux vaut innover

        Posté par  . Évalué à 2.

        Paie toi un petit serveur dédié. Dans nos contrées en Europe tout du moins ça revient généralement moins cher qu'une connexion correcte + facture d'électricité + problèmes à cause de l'accessibilité.
  • # Redécouvrir la roue

    Posté par  (site web personnel) . Évalué à 10.

    Et météo france ? ça fait des années qu'ils font du cloud computing, et tout le monde s'en fout.
  • # rapport ?

    Posté par  (site web personnel) . Évalué à 8.

    Euh, c'est quoi le rapport entre héberger des données chez soit et proposer une plateforme de Cloud Computing ?
    • [^] # Re: rapport ?

      Posté par  . Évalué à 2.

      Le rapport ce sont surtout les services rendus plutôt que de faire du cloud computing à proprement parler. Bref les avantages sans les problèmes.
      • [^] # Re: rapport ?

        Posté par  (site web personnel) . Évalué à 4.

        Oué bah justement, je vois absolument pas le rapport d'un point de vu services rendus, tu peux élaborer ?
        • [^] # Re: rapport ?

          Posté par  . Évalué à 4.

          Bon, déjà ça rend quoi comme services le cloud computing ? Le concept semble un peu brumeux en fait.
          • [^] # Re: rapport ?

            Posté par  (site web personnel) . Évalué à 3.

            Bah imagines que tu veuilles faire une application qui "risque" de consommer des ressources, style une appli qui fait du calcul intensif ou plus bêtement un un portail web communautaire 2.0 qui gère beaucoup de données/utiliateurs. Tu vas te poser la question des ressources matériels : nombre de serveurs, bande passante, base de données, toussa. Tu vas également devoir te préocuper de configurer tout le bouzin (os, bdd)
            Ben une plateforme de cloud computing te propose de faire abstraction de ces problèmes et de les déléguer à un fournisseur de services qui va héberger pour toi tes applis. Tu vas payer en fonction de la consommation réelle de ton appli et le fournisseur va se démerder pour que son datacenter derrière suive à tous les niveaux : os, bdd, serveurs, bande passante, etc.
            L'intérêt côté client, c'est de ne pas se préocuper de ces problématiques de ressources et de ne payer que ce qui est réellement utilisé. Côté fournisseur, l'intérêt est de mutualiser les ressources entre tous les clients pour mieux gérer/répartir la charge.
            • [^] # Re: rapport ?

              Posté par  . Évalué à 2.

              En fait on parle plutôt du côté service pour l'utilisateur final (webmail/édition collaborative de documents/etc) que propose le cloud computing plutôt que du côté le développeur/prestataire de services. Avec le cloud computing des sociétés de services centralisent les données au moins par service. Bref le cloud computing en lui même n'a quasiment aucun intérêt pour l'utilisateur final à par répandre encore plus ses données personnelles chez des tiers de non confiance (il me semble que c'est bien le but à peine caché pour dynamiser encore plus les publicités sur le web sous prétexte d'innovation).
              • [^] # Re: rapport ?

                Posté par  (site web personnel) . Évalué à 3.

                Bref le cloud computing en lui même n'a quasiment aucun intérêt pour l'utilisateur final
                Evidemment puisque c'est un service de bas niveau pour d'autres fournisseurs de services.

                il me semble que c'est bien le but à peine caché pour dynamiser encore plus les publicités sur le web sous prétexte d'innovation
                Ca ca dépend uniquement de celui qui fourni les services à l'utilisateur final. Que celui-ci utilises une plateforme de Cloud computing comme support pour son application, ca n'a pas grand chose à voir avec la choucroute.
                • [^] # Re: rapport ?

                  Posté par  . Évalué à 3.

                  Disons que le concept incite les éditeurs de services à proposer du stockage délocalisé plutôt que local pour les postes des utilisateurs. Donc fatalement les gens seront plus amenés à diffuser leurs données plutôt qu'à les garder en local. Je ne dis pas que c'est pire qu'une solution de hosting classique, mais incite à répandre le phénomène avec les problème qui en ont toujours découlé.
              • [^] # Re: rapport ?

                Posté par  (site web personnel) . Évalué à 2.

                Le risque est ailleur et ne se trouve pas au niveau de l'utilisateur final (qui aura toujours autant de risque à confier ses données à un tiers, mais ca c'est déjà le cas avec le web 2.0) mais se trouve au niveau du client du nuage : il devient fortement dépendant d'une plateforme, surtout qu'à l'heure d'aujourd'hui c'est essentiellement proprio.
                Bref le libre a intérêt à réagir rapidement pour proposer une alternative pour les fournisseurs de services.
                Evidemment ca n'empêche pas de faire du lobbying en // pour que les gens arrête de mettre leurs données partout (mais là c'est plus de la lutte contre le web 2.0 que contre le cloud computing en soit).
          • [^] # Re: rapport ?

            Posté par  . Évalué à 3.

            Le concept semble un peu brumeux en fait.

            Rooh, c'est meugnon comme jeu de mot :)

            Sinon, pour répondre, c'est un nom qui correspond mieux à l'idée que se font les utilisateurs du grid computing (Foutaises!!!).

            i.e. mutualisation de temps processeur ou de bande passante pour des données non confidentielles.

            Influencé entre autre par les schémas réseau où internet est représenté par un gros nuage.

            Les cas d'utilisations sont rigolos:
            - Ça aurait pût être utile pour le lancement Europeana.eu
            - Les devs du new york times s'en sont servit pour un besoin ponctuel :
            http://open.blogs.nytimes.com/2008/05/21/the-new-york-times-(...)
            - Il me semble que le rendu du dernier film de la fondation blender s'en est servit

            C'est utile et rentable pour des besoins de souplesse de l'ordre de la journée (30 jours mis bout à bout sont plus cher qu'une location au mois classique pour le même service).

            (sans être rentable de façon naïve, ça fait gagner du temps sur le dimensionnement des machines pour les flemmards, ça peut être rentable si le gars qui estime le dimensionnement est plus cher que le surcout (prestataire externe, ou en interne, etc.)).

            C'est aussi intéressant pour ceux qui payent leur proc et bande passante au forfait, qui ont un excédent pour répondre à un besoin ponctuel et qui désire rentabilisé leur achat. Au niveau individuel, c'est le non-économiseur electricsheep et folding@home

            Pour une analogie foireuse, on peut voir du coté du logement.
            Pour une même surface, la location à la journée peut être de l'ordre de 50€, à la semaine de 300€, au mois de 700€, et l'achat est "rentable" avec un emprunt sur 30 ans.
  • # Ok...

    Posté par  . Évalué à 1.

    ... je le fais (fuckin' serious).

    Rendez-vous dans quelques mois/années !
  • # certificats ssl,noms de dommaines

    Posté par  . Évalué à 1.

    C'est bien de s'héberger sois même mais deux problèmes persistent:
    *le certificat ssl
    *le nom de domaine

    >Tout est à la portée du geek moyen,
    J'ai un probleme avec le certficat ssl et firefox:
    Secure Connection Failed

    An error occurred during a connection to 192.168.1.1.

    Peer's certificate has an invalid signature.

    (Error code: sec_error_bad_signature)

    The page you are trying to view can not be shown because the authenticity of the received data could not be verified.

    * Please contact the web site owners to inform them of this problem.
    et pas moyen de passer outre comme d'habitude
    j'ai suivi ce howto:
    http://www.perturb.org/display/entry/754/

    Et je compte pas divulguer de renseignement a mon propos a une autorité de certification

    Sinon comment faire pour les noms de domaines?
    car si j'ai bien compris mon nom de domaine chez dyndns ne m'appartient pas vraiment...
    Y'as t'il des services communautaires pour cela?

    ps: heureusement il n'y as pas de DCMA takedowns en Europe...parce que sinon je me demande ce qu'ils font si tu t'héberges toi même et que ton contenu dérange(par exemple si tu publies ipodhash)...ton FAI te coupe la connexion?
    • [^] # Re: certificats ssl,noms de dommaines

      Posté par  . Évalué à 2.

      > J'ai un probleme avec le certficat ssl et firefox

      La méthode que tu as utilisée permet de générer un certificat signé par une autorité que tu gères toi-même, et qui signe elle-même son propre certificat, avec ce même certificat...

      ... évidemment, à la base, ton navigateur ne connaît pas ta propre autorité, et il faut lui dire de lui faire confiance. Par contre, n'utilisant pas firefox, j'ai certes ouï-dire qu'il mettait des bâtons dans les roues aux certificats auto-signés, dans sa version 3, mais je n'en sais pas plus que ça.



      > Sinon comment faire pour les noms de domaines?
      car si j'ai bien compris mon nom de domaine chez dyndns ne m'appartient pas vraiment...
      Y'as t'il des services communautaires pour cela?

      Si tu ne te sers pas de ton nom de domaine dynamique pendant un certain temps, en général, oui, il est révoqué. La boîte qui te le fournit peut aussi mettre la clé sous la porte.

      Sinon, si tu en veux un plus durable, ça dépend. Tu peux l'acheter à un registar (entre ~1€ et ~10€ à l'année, selon où tu l'achètes, l'extension qu'il a et cie), ou alors, tu peux te faire héberger sur un sous-domaine de quelqu'un qui t'acceptera gracieusement, ce qui revient au même que dyndns et cie, à la gestion du client de DNS pour IP dynamique près, ce qui fait que tu risques quand même d'avoir besoin d'un "dyndns" (je préfère no-ip), pour faire le lien entre ton domaine, et ton IP fluctuante

      Sinon, vous pouvez vous mettre à plusieurs pour acheter un domaine, même s'il sera officiellement à quelqu'un en particulier, et gérer la répartition des sous-domaines avec le service DNS du registar, ou un autre service DNS, gratuit ou pas...

      Et, en communautaire, il y a par exemple freedns.afraid.org, qui te permet d'être hébergé à un sous-domaine d'un de leurs membres, si tu n'as pas de domaine à toi, ou de gérer gratuitement le DNS de ton domaine, acheté ailleurs, pour peu que tu autorises l'hébergement des membres qui n'ont pas de domaine. M'enfin, vu le prix que ça coûte, je trouve que c'est un bon investissement de s'en acheter un.

      Il y a aussi d'autres services gratuit, exclusivement pour gérer le DNS du domaine, comme XName... après, à voir ce dont tu as besoin.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.