19 Oct 2014, 21:21

Paris Web 2014 - Le Reverse Proxy, ce majordome à votre service !

Pour ceux qui veulent retrouver les slides de ma conférence à Paris Web 2014 sur les reverse-proxys, elle est publiée : Le Reverse Proxy, ce majordome à votre service ! ; pour avoir les notes explicatives/additionnelles, appuyez sur la touche "s".

La vidéo de la conférence est déjà disponible !

Ce fut pour moi en tous cas une chouette expérience avec ses plus et ses moins :

  • La logistique tu prévoieras mieux, j'avais oublié mon adaptateur VGA de mon vieux macbook blanc (pré-unibody) ; du coup, petit moment de flottement au début le temps de tout remettre en oeuvre. Avec pour résultat d'accroitre mon niveau de stress. Merci à Corinne et Audrey pour avoir diverti le public...
  • De bons retours en réel ou via twitter prouvant que le sujet a pu intéresser du monde
  • Le message ou le format à simplifier ? Le format 15mn est vraiment court en fait ; l'intro bien que nécessaire prend pas mal de place, il aurait mieux valu limiter les usages et leur présentation pour être plus impactant.
  • Une judicieuse remarque de S. Bortzmeyer sur les RP SSL ; il est évident qu'il vaut mieux chiffrer aussi entre le RP et les frontaux ; comme indiqué sur la slide, vous pouvez utiliser votre PKI interne pour économiser en certificats. Tout dépend votre niveau de contrôle de votre réseau...

Vos avis/commentaires/remarques sont les bienvenues...

05 Jun 2014, 21:06

Paris Web 2014

J'avais adoré Paris Web 2013 de part la diversité des sujets et l'ambiance associée. A la fin de l'événement, il y avait eu forcément cet appel à orateurs pour l'année d'après sur le principe de "si ça t'a plu, pourquoi n'y contribuerais tu pas toi aussi ?". L'idée faisant doucement son chemin, je me suis finalement laissé prendre au jeu jusqu'à soumettre une proposition. Et paf, mardi 3 juin au matin, au réveil, je vois que je suis sélectionné !

C'est donc avec une grand fierté mais aussi une certaine appréhension/pression que je présenterais une conférence de 15mn sur les Reverse Proxy avec pour objectif de démystifier ce terme et montrer comment ils peuvent être utile et vous accompagner dans vos projets web, sous le titre "Le Reverse Proxy, ce majordome à votre service".

Y a plus qu'à maintenant, surtout que je suis le seul intervenant sur un sujet "backend" :-)

Au plaisir de vous y retrouver, que vous veniez à ma conf ou pas, la participation à Paris-Web est fortement recommandée.

17 Jan 2013, 09:43

What if your next backend application would be only an API ?

Web site and application used to be built as following :

  • On the server side, you had all the data, all the logic (what to display and when) and at the end, the server push the answer
  • On the client side (ie in a browser mainly), you only have the rendering of the data and the layout (HTML/CSS/Javascript) - client side allows just to interact with the server side and get/do what you expect. If you go offline but keep your browser open, you cannot do anything with your website or app.

So we all know client/server apps.

Now, for a few years, we have a rise :

  • SaaS services (Flickr, Delicious, Salesforce, etc)
  • Web 2.0 and the mashups effect : you want to retrieve on one page your latest photos, aside your latest marks or latest custom requests, all coming from differents places

That's only feasible thanks to API, which allows interactions between some services/softwares over the net and retrieve data you will aggregate and use as you like.With an API, you can get / create / update / delete data in a system.

Going a little bit further over the years, we got mobile apps, HTML5 and Javascript :

  • Mobile apps, which are on the client side and are able to get data from somewhere over internet and display what you expect and of course manage some offline features so thar you app may work even if you have no connections.
  • HTML5 and its ability to provide especially some local storage and offline management, with a consequence that you can do more on client side, as for mobile.
  • Javascript :
    • Note : if for you Javascript means some crappy visual effects from the early 2000s, just forget this vision. Javascript evolves a lot on the last years, is far more robust than you exepct (but still hase some drawbacks as any language) and can now work both on client and server side. I will not enter into detals here but consider it as a real language as you do for Java, PHP, etc.
    • So Javascript will still provide you all the interaction you need on client side to interact with your application.
    • Have a look at AngularJS or BackboneJS which are HTML/JS framework to build web apps, on client side. See the AngularJS demo app you will build during the tutorial. Everything is done on client side, including search / sort, getting phone list and displaying phone details. For data, there are a few JSON files to provide data in a structured way.

The consequence of this shift is that you can move all or part of the logic on the client side. You only need to be able to fetch/retrieve your data over the network, then apply the logic and render the content & layout to the user on client side, whatever it is a browser, a mobile phone.

So let's imagine you plan to build a new application and know that you will have several devices to support, you could change the architecture as follows :

  • On backend side, just define an API to expose your data as you will use them, with some authentication & authorisation of course
  • On client side (web / mobile / ...), build an app/web app that will connect to your API and consume the data and render it as expected.

In a article in French called "From mobile to web" where the same principe is used (API on one side to provide data and a web app on client side), it even goes one step further by imaginting a single app that will autodetect if you use a mobile or desktop browser and then render the appropriate display. I'm not convinced it's the best solution as it could make your code quite messy.