Parse fermer et migration au Parse Server

Avec la fermeture annoncée du serveur Parse en janvier 2017, de nombreux développeurs se demandent comment ils pourront désormais conserver leurs applications en ligne. Cet article vous présente la solution fournie par Parse : le projet Parse-Server. Il s’agit d’une version en accès libre du code Parse, à l’exception de quelques différences importantes.

Pour protéger ses données, il est crucial pour tout développeur de faire migrer ses applis vers d’autres solutions telles que Back4App.

À fins de comparaison, nous avons analysé les facteurs suivants :

• Facilité de déploiement
• Interface de gestion
• Fonctionnalités
• Changements de syntaxe
• Contrôle
• Connexion
• Viabilité

Facilité de déploiement

Commençons par nous pencher sur la remarquable facilité de déploiement pour les applis. La solution fournie par Parse.com est bien plus simple, car elle permet à n’importe qui de créer une appli en un seul clic. Le déploiement du Parse-Server est bien plus compliqué. Vous devez tout d’abord configurer votre Parse-Server et votre serveur DB manuellement avant d’héberger ces deux serveurs dans un PaaS ou un IaaS (comme Heroku ou AWS) pour terminer le déploiement. De plus, toute mise à jour du code serveur ou base de données doit être remise en ligne sur les serveurs de façon manuelle.

Interface de gestion

À côté de tous les efforts requis pour développer et déployer une appli, les développeurs doivent encore se souvenir que, contrairement à Parse.com, le Parse-Server ne dispose pas d’un panneau de contrôle interne. Bien que Parse ait publié une version en accès libre du panneau de contrôle, cela requiert toujours beaucoup plus de travail de la part de l’équipe de développement qu’auparavant.

Fonctionnalités

Même si le Parse-Server ne possède pas de panneau de contrôle propre, il conserve la plupart des fonctionnalités de Parse – projets nuage et webhooks –, même si celles-ci doivent être installées manuellement. La version en accès libre propose également des fonctionnalités dont Parse.com ne dispose pas, comme par exemple la requête live, une requête qui est mise à jour en temps réel. Vous pouvez aussi ajouter au serveur les modules NodeJS. Les possibilités sont pour ainsi dire illimitées.

Changements de syntaxe

Malheureusement, la syntaxe diffère en certains endroits entre Parse et Parse-Server, surtout en ce qui concerne le code nuage. Par exemple, la méthode Parse.Cloud.useMasterKey() a été supprimée de l’objet nuage pour être remplacée par une option useMasterKey. Pour l’identification utilisateur, vous ne pourrez plus utiliser Parse.User.current(), mais vous devrez désormais utiliser l’attribut request.user pour obtenir des informations utilisateur. En outre, pour les requêtes et les writes qui dépendent de l’utilisateur, il est nécessaire de faire passer en option le sessionToken utilisateur [disponible via user.getSessionToken()].

Supprimer des objets dans le code nuage (cloud code) Parse. 

Supprimer des objets dans le code nuage (cloud code) Parse-Server.

Contrôle et connexion

Avec ce pack de nouvelles fonctionnalités et possibilités, le Parse-Server donne au programmeur un plus grand contrôle sur l’application, puisque l’ensemble du code serveur peut être modifié. Malgré la flexibilité du code en accès libre, il est important de noter que cela accroit les besoins en maintenance : si auparavant, l’équipe Parse accomplissait l’ensemble du travail de maintenance du serveur, ce travail doit désormais être accompli par l’équipe de développement.

Il est également extrêmement important de comparer la manière dont le fait de passer de Parse à Parse-Server modifie la forme de connexion à l’appli. Dans les serveurs Parse-Server autohébergés, il n’y a pas besoin de créer une clé client ou une clé REST, ce qui facilite la connexion au serveur.

Tarification

Un autre facteur à prendre en considération est la différence de prix entre les deux solutions. Dans le cas du Parse-Server, vous devrez payer pour deux serveurs, alors qu’avec Parse, vous ne deviez payer que pour un seul. Cette comparaison requiert d’examiner les plans à la performance similaire sur les deux plateformes.

Nous prendrons pour plateforme d’hébergement le Parse-Server Heroku + l’ensemble mlab. Pour la comparaison, nous utiliserons le logiciel Apache Bench pour accomplir un test de performance (15 000 requêtes avec une concurrence de 4000) avant de comparer la performance des plans du groupe pour trouver des plans semblables sur Parse.com.

Pour le test, j’ai utilisé le plan Heroku’s Hobby, soit l’équivalent d’un plan de 2400 $ dans Parse. Pour le stockage, Parse offre 20 Go d’espace disponible. Dans mlab, un plan de 40 Go coute 180 $, pour un total de 187 $. Il est nécessaire d’expliquer le pourquoi de cette différence apparemment absurde entre les deux tarifs :

• Sur le Parse-Server, toute la maintenance du serveur doit être faite par l’équipe de développement ; chez Parse, ce travail est réalisé par les développeurs de Parse.
• Dans une solution d’autohébergement, toute nouvelle fonctionnalité doit venir de l’équipe de développement, alors que dans Parse, les nouvelles fonctionnalités sont ajoutées par le serveur lui-même.
• Évolutivité automatique : avec Parse, votre appli est automatiquement adaptée lorsque c’est nécessaire, alors que dans les solutions autohébergées, tout doit être fait manuellement.

Viabilité

La question que vous vous posez certainement à présent est : « Pourquoi comparer le Parse-Server avec Parse, puisque ce dernier sera fermé d’ici quelques mois ? » Le but ici n’est pas de comparer l’une ou l’autre solution spécifique, mais bien les différents modèles derrière ces solutions. À l’heure actuelle, de nombreuses entreprises utilisent des solutions basées sur Parse (telles que Back4App) pour prolonger le modèle créé par Parse. Ces solutions permettent une migration facile pour leurs serveurs, développent de nouvelles fonctionnalités pour le Parse-Server et proposent leurs services à des prix plus compétitifs que Parse.

Même si cette plateforme est prévue pour être fermée prochainement, le modèle Parse demeure une alternative valable pour les applications de back-end puisqu’il permet aux développeurs de consacrer plus de leur temps au développement de leurs applis plutôt que de devoir constamment garder un œil sur leurs bases de données.

Article original

Parse.com vs Parse Server