Comment évolutive est d'Analyser?

J'ai vu à l'aide de Parse.com's de service pour mon backend, mais je suis sceptique à propos de son évolutivité.

Peut-il vraiment la poignée à plusieurs milliers d'utilisateurs simultanés? Si non, est leur tout bon moyen de transition loin de lui?

  • J'aime vraiment cette question (comme je le suis de l'évaluation de l'Analyser pour l'instant), mais qui n'en est pas moins d'avis que c'est. Comme vous pouvez le voir à partir des réponses, si vous êtes un ingénieur lors de l'analyse, vous pensez que c'est la meilleure chose depuis le pain tranché; si vous n'êtes pas, alors tout ce que je vois sont des réponses négatives. C'est OK, mais cela montre simplement que le Débordement de Pile n'est pas le bon endroit pour cette question, parce que personne ne peut vraiment répondre objectivement.
  • blog.parse.com/learn/...
  • Beaucoup de ces réponses sont négatives envers les analyser. Mais ils sont un peu vieux. Maintenant qu'il est en 2015, je me demande si quelqu'un a un commentaire à propos de l'utiliser.
  • à compter de 2016 analyser est en cours d'arrêt blog.parse.com/announcements/moving-on
  • Haha. Maintenant que c'est 2016 Analyser est certainement pas bon!
InformationsquelleAutor Rob Caraway | 2012-07-01
  1. 75

    Je sais que la question peut-être vieux, mais je voulais donner mon 2 cents pour les autres là-bas qui peut être vu à analyser....

    En vertu de la plus simple des scénarios, l'analyse peut très bien fonctionner. Dès que vous avez besoin de monter jusqu'à des requêtes plus complexes, j'en ai personnellement rien trouvé mais les maux de tête.

    1. Requêtes sont limités à 1000 enregistrements. D'abord, vous pouvez penser que ce n'est pas un problème, jusqu'à ce que vous commencer à traiter avec des sous-requêtes, et de réaliser bizarre de données est retourné en raison de la sous-requête des coupes enregistrements sans avertissement ou d'erreur. (Pour info, la valeur par défaut est de 100 enregistrements, sauf si vous spécifiez une limite à 1000, de sorte que le problème est encore pire si vous ne payez pas attention).

    2. Pour une raison étrange, il y a une limite au nombre de fois que vous pouvez émettre un nombre de requêtes dans un min. (et cette limite semble être vraiment faible). Être prêt à essayer et l'accélération de votre code afin de ne pas atteindre cette limite, sinon des erreurs sont jetés.

    3. Tâches en arrière-plan ne pas fonctionner de manière fiable. J'ai eu un job d'arrière-plan définie pour exécuter toutes les 5 min, et il y a des fois il faut+ de 20 min avant que le travail se déclenche.

    4. Beaucoup de délais d'attente. C'est celui qui me donne le plus de brûlures d'estomac.
      A. Si vous avez un nuage de fonction qui prend un certain temps, vous avez environ 6 ou 7 secondes pour obtenir qu'il fait ou ce qu'il va vous couper off.

      B. j'ai le sentiment qu'il y a une instabilité générale avec le système. Régulièrement, je rencontre des problèmes qui semble durer environ une heure où les délais d'attente se produire plus fréquemment (et relativement simple des fonctions qui doivent retourner immédiatement).

    Je suis entièrement d'regretter ma décision d'utiliser l'analyse, et je fais tout ce que je peux pour garder l'application en vie assez longtemps pour nous d'obtenir du financement, de sorte que nous pouvons déplacer la plate-forme. Si quelqu'un a des solutions mieux adaptées à l'analyse, je suis tout oreilles.

    • +1 C'est pourquoi je ne recommanderais pas d'Analyser de quelque chose à distance grave. Si vous souhaitez faire un score élevé de table pour votre jeu, puis peut-être Parse peut le manipuler. Notre équipe vient de passer les 4 derniers mois de la reconstruction de l'ensemble de notre application dans les AWS et la migration de notre millions de documents et d'images (pas facile).
    • Merci pour l'ouverture d'un feedback honnête. Nous avons cherché à être plus cher à l'achat et transparente sur codée en dur limitations telles que les requêtes et les limites du nombre, tout en fournissant plus efficace des solutions de contournement. En gardant en place avec notre croissance massive a parfois été un défi, mais notre backend équipe a été tous sur le pont ce dernier 6mo et considérablement augmenté la fiabilité et de la performance. Si vous rencontrez encore des performances ou la fiabilité de questions s'il vous plaît joindre à moi en privé et je vais vous aider à étudier.
    • La même offre à vous Chris, mais je ne vois pas toutes les applications associées à votre nom.
    • pouvez-vous commenter l'1000 limite d'enregistrement? Est-ce toujours le cas?
    • À ce moment, jointure interne des clauses de considérer seulement les 1000 premiers matches lorsque vous exécutez une requête unique. Ensemble nous sommes de plus en plus transparent et vous aider à être plus avancés, les Analyser utilisateur/faire des choses plus avancées sur Parse (par exemple la récente libération d'Analyser l'Explorateur). Nous sommes activement à l'itération sur de nouveaux modèles pour notre couche de stockage; vous pouvez vous attendre à de très bonnes choses à partir de la prochaine feuille de route.
    • pouvez-vous donner des précisions sur Analyser le problème de latence dans la région Asie/Europe? Est-il un plan de (bientôt) pour migrer les Analyser pour Facebook serveurs dans le monde au lieu de NOUS de la côte Est à seulement? Si non, nous allons avoir à reconstruire la totalité de l'app dans AWS 🙁
    • J'ai changé cela pour la accepté de répondre parce que, après quelques années de hardcore utilisation de l'analyse, je peux vérifier que Parse a été très simple backend problèmes, mais de l'utiliser pour des problèmes complexes n'est pas fiable et nécessite beaucoup de solutions. Je ne regrette PAS l'aide de l'analyser pour la plupart de mes projets qui sont pour la plupart le client en fonction des interactions, mais je ne le recommanderais PAS pour une plate-forme qui exige une intense backend de travail, sauf si vous êtes juste en train de construire un prototype/ preuve de concept.
    • Je suis d'accord que bien certainement l'utiliser comme une base de données, il semble fonctionner à merveille pour qui. Je pense que l'hébergement de pages web statiques est probablement trop belle. Mais n'essayez pas de faire quelque chose de compliqué, avec des nuages de code, il va probablement vous mordre. Aussi, tous les quelques jours, un courriel est envoyé à ce sujet ou cette fonction connaît le taux d'erreurs ou de retards. Il est généralement fixé rapidement, mais la fréquence de elle me fait me demander pourquoi ils ne peuvent pas obtenir leurs systèmes de façon constante. D'autre part, c'est gratuit.
    • Est-il un problème de délai d'attente général pour les opérations crud sans nuage code?

    InformationsquelleAutor Robert Charest
  2. 35

    [Edit: après trois années extraordinaires avec l'équipe, j'ai décidé d'avancer et je ne suis plus une analyse ou Facebook employé. L'équipe est entre de très bonnes mains et a fait des choses extraordinaires. L'ensemble du backend a été réécrit afin d'augmenter les performances et la fiabilité de façon spectaculaire. La feuille de route est incroyable, et je m'attends à de grandes choses à venir de l'équipe. Au moment de mon départ, Analyser alimenté à plus de 600 000 applications et servi un ahurissant le nombre de demandes chaque jour. Ont chacun Analyser pousser à être envoyé à une personne unique, ils pourraient former le quatrième plus grand pays dans une journée. Pour l'avenir de l'aide à l'analyse, veuillez poster des questions ici avec le parse.com tag ou par la poste à l'analyse des développeurs Google groupe.]

    Divulgation complète: je suis un Parse ingénieur.

    Analyser accueille déjà des milliers de apps, a fortiori pour les utilisateurs. Lorsque nous sommes sortis de la bêta à la fin de mars, nous annoncé plus de 10 000 applications en cours d'exécution sur l'Analyser avec 40% d'un mois à un taux de croissance. Analyser est animé par une équipe de classe mondiale, de nombreux avec des années d'expérience dans le big data et le volume élevé de trafic.

    Nous nous réjouissons de votre trafic avec les bras ouverts, vous serez en compagnie de grandes équipes comme La bande de la Journée et Hipmunk. Nous avons tellement confiance en nos services que nous avons construit notre Un Cliquez Sur Exporter système afin que les gens comme vous pouvez essayer de l'Analyser sans risque. Si vous vous sentez Analyser ne pas répondre à vos attentes en matière de rendement, nous serons heureux de vous envoyer au large avec l'ensemble de vos données intactes.

    • Alors qu'il était un peu en conserve réponse, il a été instructif. Bon de voir des gros chiens ayant du succès avec votre plate-forme
    • Je ne suis pas dans la en conserve réponse chose, honnêtement. Si vous avez d'autres questions, n'hésitez pas à jetez-moi un email à mon prénom @parse.com
    • Les boîtes de conserve, non-informative. Combien d'utilisateurs simultanés peut Analyser la poignée? Ce message/débit de données? C'était la Fpo question et cette réponse n'y répond pas.
    • Il est généralement mal vu de post exacte de l'ops/s etc informations dans un forum comme celui-ci car c'est la garantie d'être obsolète assez rapidement. Par exemple, l'utilisateur de la base a augmenté de plusieurs fois. J'ai travaillé en mode hors connexion avec une poignée de gens hors ligne à cause de ce post, et serais heureux de vous parler ainsi. Vous pouvez aussi trouver des messages d'information sur notre blog comme le blog.parse.com/2012/09/17/...
    • Mise à jour: Nous avons annoncé de 180 000 applications développées sur l'analyse, y compris un certain nombre d'applications qui sont en haut dans leur catégorie app store. Nos marques comprennent maintenant la Rue Sésame, AMC, Zynga, et le Réseau Alimentaire. Andrew question concernant éclater les limites sont désormais intégrées dans notre page de tarification. parse.com/plans (cliquez sur "Comparer les Plans")
    InformationsquelleAutor Thomas Bouldin
  3. 23

    Nous avons choisi d'Analyser comme le back-end pour notre application.
    Conclusion: NE PAS.

    De la stabilité est une catastrophe, la performance est une catastrophe, et est donc le support (probablement parce qu'ils ne peuvent pas vraiment vous aider, parce que tous les sujets sont non reproductibles).

    En marche, même le plus simple des fonctions peut conduire à des délais d'attente aléatoire à l'intérieur de Parse (je parle de simple PFUser de connexion des appels par exemple):

    Error: Error Domain=NSURLErrorDomain Code=-1001 "The request timed out." UserInfo=0x17e42480 {NSErrorFailingURLStringKey=https://api.parse.com/2/client_events, NSErrorFailingURLKey=https://api.parse.com/2/client_events, NSLocalizedDescription=The request timed out., NSUnderlyingError=0x17d10e60 "The request timed out."} (Code: 100, Version: 1.2.20)

    Nous rencontrons des délais d'attente sur une base quotidienne, et c'est avec une application que nous testons avec 10 utilisateurs max!

    Ceci est typique de celle que nous revenir tout le temps, tout à fait arbitraire moments et impossible à reproduire. Appel d'un Nuage de Code de fonction qui n'quelques questions et quelques inserts:

     {"code":124,"message":"Request timed out"}

    Essayer la même chose 10 minutes plus tard et il s'exécute en moins d'une seconde. Essayez à nouveau 20 minutes plus tard et ça prend 30 secondes à s'exécuter.

    Car il n'est pas transactionality c'est vraiment beaucoup de plaisir lors de l'entreposage, par exemple de 3 objets en 1 Cloud Code de la fonction, où les Analyser décide de renflouer de la fonction aléatoire après disons que le fait d'avoir sauvé 2 des 3 objets. Une bonne façon de garder votre base de données cohérente.

    Le "meilleur" ceux nous avons eu où ces. Rappelez-vous, c'est le réel de données de retour d'un Nuage de Code de la fonction:

     {"code":107,"message":"Received an error with invalid JSON from Parse: <!DOCTYPE html>\n<html>\n<head>\n  <title>We're sorry, but something went wrong (500)</title>\n  <style type=\"text/css\">\n    body { background-color: #fff; color: #666; text-align: center; font-family: arial, sans-serif; }\n    div.dialog {\n      width: 25em;\n      padding: 0 4em;\n      margin: 4em auto 0 auto;\n      border: 1px solid #ccc;\n      border-right-color: #999;\n      border-bottom-color: #999;\n    }\n    h1 { font-size: 100%; color: #f00; line-height: 1.5em; }\n  </style>\n</head>\n\n<body>\n  <!-- This file lives in public/500.html -->\n  <div class=\"dialog\">\n    <h1>We're sorry, but something went wrong.</h1>\n    <p>We've been notified about this issue and we'll take a look at it shortly.</p>\n  </div>\n</body>\n</html>\n"}

    Les trucs que je décris ici n'est pas quelque chose qui arrive une fois dans une lune bleue dans notre projet. Sauf pour les erreurs 500 (que j'ai rencontrés deux fois en un mois), tous les autres sont considérés sur une base quotidienne.

    Donc oui, c'est très facile à prendre en main, mais vous devez prendre en compte le fait que vous travaillez sur une plate-forme instable, alors assurez-vous que vous avez obtenu vos tentatives et l'intervalle exponentielle des systèmes en place et en cours d'exécution, car vous en aurez besoin!

    Ce qui m'inquiète le plus, c'est que je n'ai aucune idée de ce qui allait se passer une fois de 20.000 personnes pour commencer à utiliser mon application sur ce backend.

    edit:

    Droit maintenant, j'ai ce lors d'une PFUser de connexion:

    Error: Error Domain=PF_AFNetworkingErrorDomain Code=-1011 "Expected status code in (200-299), got 502" UserInfo=0x165ec090 {NSLocalizedRecoverySuggestion=<html><body><h1>502 Bad Gateway</h1>
The server returned an invalid or incomplete response.
</body></html>
, PF_AFNetworkingOperationFailingURLResponseErrorKey=<NSHTTPURLResponse: 0x16615c10> { URL: https://api.parse.com/2/get } { status code: 502, headers {
    "Cache-Control" = "no-cache";
    Connection = "keep-alive";
    "Content-Length" = 107;
    "Content-Type" = "text/html; charset=utf-8";
    Date = "Mon, 08 Sep 2014 13:16:46 GMT";
    Server = "nginx/1.6.0";
} }, NSErrorFailingURLKey=https://api.parse.com/2/get, NSLocalizedDescription=Expected status code in (200-299), got 502, PF_AFNetworkingOperationFailingURLRequestErrorKey=<NSMutableURLRequest: 0x166f68b0> { URL: https://api.parse.com/2/get }} (Code: 100, Version: 1.2.20)

    N'est-il pas grand?

    • Puis-je demander ce niveau de prix de votre application est en cours d'exécution Analyser sur?
    • Prix de niveau ne devrait pas avoir un effet sur cette situation. Même s'ils l'utilisent pour gratuit et a dépassé l'appel d'api limite il est inacceptable de rencontre ce genre de contradiction concernant les performances, les erreurs et les messages d'erreur. Nous avons les mêmes problèmes, donc je sens combien il est douloureux.
    • Csaba est correct. Si seulement 10 personnes sont à l'aide de l'application (et lorsque vous rencontrez des erreurs, la plupart du temps j'étais le seul utilisateur) l'obtention de ces réponse est tout simplement ridicule. Avez-vous vérifier leur prix? Calculer le coût est quand vous avez 1 millions d'utilisateurs par jour, et le décalage que contre comment instable, il est. Franchement, si vous êtes prêt à débourser cette somme d'argent dans votre abonnement mensuel, vous pouvez payer un décent développeur pour vous créer votre propre interface pour s'exécuter sur AWS, ou Heroku, ou d'un autre fournisseur. Ce n'est pas vraiment la science de fusée. Il y a juste une très belle interface web collé sur le dessus.
    • Vous avez de la chance vous avez découvert cela avec seulement 10 utilisateurs. Nous avons 350k utilisateurs et 200 requêtes/seconde. Imaginez comment nous nous sentons.
    • Toujours agréable quand les gens downvote votre réponse en laissant un commentaire.
    InformationsquelleAutor Joris Mans
  4. 20

    Si vous êtes en train de rédiger un petit/simple application (ou un jetable prototype) avec peu ou pas de logique sur le backend alors allez-y, mais pour quelque chose de plus grand/évolutive, il est préférable de l'éviter, je peux dire qu'à partir de l'expérience de première main. Il semble tout bon avec leur gestion de l'utilisateur, les notifications push, résumé de stockage et de ce pas, mais à la fin il n'en vaut pas la peine. À savoir, j'ai été le développement de l'interface pour une application sur l'analyse, les clients ont été tellement en elle parce qu'il sonnait bien et prometteur (marketing fort, je suppose), d'être acheté par Facebook et ce n'est pas, mais au bout de quelques semaines de production principaux problèmes et les limitations de la plate-forme a commencé découlant, ce qui devrait être une simple application s'est avéré être un cauchemar à développer et à l'échelle.

    Le résultat/conclusion du projet:
    - a brisé la fenêtre de temps est relativement simple d'application - il doit avoir duré 2-3 mois, ça a duré presque un an et n'est toujours pas stable, fiable, si l'on utilise une pile personnalisé il avait fait à l'intérieur de la fenêtre de temps pour vous entraîner, j'ai fait un semblable projet de démonstration dans 5 à 10 jours avec un noeud personnalisé pile
    - perdu le client en confiance, ils sont en train de refaire l'application avec une autre équipe qui va utiliser une pile personnalisé
    - perdu des charges de trésorerie pour briser la fenêtre de temps et d'essayer de le faire fonctionner
    - n'a donc beaucoup d'heures supplémentaires à cause de ça que ça a commencé à réfléchir sur ma santé
    - ne jamais utiliser certains de plate-forme/solution qui promet de tout ça, toujours avec un custom/essayé pile

    D'abord les problèmes de stabilité et constante à défaut de la plate-forme comme serveur de temps d'arrêt et les erreurs aléatoires, mais ils ont tous cette triés (qui était au début-milieu de l'année 2014), mais les problèmes demeurent:

    • vous ne pouvez pas déboguer votre code, au moins pour le moment (il y a des moyens de le faire fonctionner avec un nœud supplémentaire au serveur et obscur lib)
    • les limites sont ridicules, une plate-forme évolutive qui peut faire de 50-60 demande d'API par seconde (ou plus selon votre abonnement), ce qui n'est pas aussi faible qu'il sonne jusqu'à ce que vous commencez à faire de la souche test, et lorsque vous le frappez votre code sera constamment échouer
    • Appels d'API sont mesurés comme ceci: l'appel d'une fonction de serveur (Parse emploi) - 1 appel, l'interrogation de la base de données - 1 appel, une requête (parce qu'ils n'ont pas d'avancée/requête complexe système en place, si vous avez de plus en plus complexes schéma de base de données, vous réaliserez très vite ce que je veux dire) - 1 appel, si vous avez besoin pour obtenir plus de 1000 requêtes devinez quoi - requête à nouveau, etc., requête pour compter (vous avez besoin de faire une requête distincte), qui est peu fiable (a tendance à revenir un rapprochement pour quelques milliers d'entrées)
    • création/sauvegarde de ~de+ de 1000 objets simples est une contrainte sur la plate-forme/base de données, la suppression de 1000 ou plus d'objets, plus encore, ce qui est ridiculement rapide normal de bases de données, mais sur l'analyse tend à prendre de 5 à 10 minutes (si vous le vérifier de plus près, il supprime les 20 objets par lot)
    • aucun moyen d'utiliser la plupart des packages npm (seulement de la pure JS en comprenant la source directement)
    • si vous allez lire Analyser les forums, vous verrez utilisateurs downvoting/torréfaction de l'analyse de l'équipe de permanence pour la plate-forme est le manque de fonctionnalités et d'avoir à sauter à travers des cerceaux pour arbitraire de la logique de la mise en œuvre, comme l'extraction aléatoire entrées et les trucs similaires
    • ils de soutien de Bande de l'intégration, mais si vous souhaitez utiliser Paypal ou certains autres services de paiement (nous avons décidé d'utiliser Paypal cause il dispose d'un très supérieure de l'appui aux pays Rayure) vous ne pouvez pas le faire fonctionner sur l'analyse, pour l'intégration de Paypal, j'ai dû utiliser un serveur distinct pour le retirer,
    • pas de moyen facile de synchroniser les utilisateurs et gérer des problèmes de concurrence, vous devez utiliser les hacks et les drôles de logique, vous ne l'utilisez ou admettre à l'aide de jamais nulle part
    • voulez 100+ et, a fortiori, de+ de 1000 utilisateurs simultanés, bonne chance tirant hors
    • quand vous voulez trouver le nombre d'entrées dans une table, vous pouvez frapper à la limite d'appeler le comte de la requête dont il est drôle, ce n'est pas documenté et totalement ridicule, et à la fin renvoie un nombre approximatif
    • la modularité est étrangère à la plate-forme, les fonctions que vous appelez à partir de votre emploi ne peut pas durer plus de quelques secondes (7 secondes je pense) et quand vous prenez en compte le moment de la requête, il est lié à se produire beaucoup avec des requêtes plus complexes et d'autres plus complexes logique
    • Vous pouvez avoir quelque chose comme des tâches Cron, mais ils ne peuvent pas durer plus de 15 minutes (en raison de la faible performance de la plate-forme comme plusieurs requêtes que c'est très, très court), ils sont limités à 2-3-4 simultanée des emplois en fonction de votre abonnement, et ont très peu/mauvaise programmation système en place (par exemple, vous ne pouvez pas la modifier à partir de votre code, c'est très limité, donc vous devez utiliser des hacks pour exécuter le même travail, à 2 heures précises au cours de la journée ou quelque chose de semblable, il ne peut pas regarder pour des économies de temps, etc.)
    • Lorsque vous obtenez un message d'erreur sur le serveur, il peut être tout à fait trompeuse, consultez les forums pour ça, ne me rappelle de rien à partir du haut de mon esprit
    • Les notifications Push sont régulièrement en retard autant que 20 à 30 minutes

    Un exemple au hasard: vous souhaitez récupérer un élément aléatoire dans leur base de données, votre application fait appel à un travail que vous le fourniront (1 appel de l'API), le travail interroge la base de données, mais vous devez faire 2 appels, d'abord pour obtenir le nombre de points (1 appel de l'API) et puis une deuxième pour obtenir un élément de hasard (1 appel de l'API), c'est 3 appels de l'API pour que la fonctionnalité, et avec 60 demandes par seconde, 20 les utilisateurs peuvent faire appel à un moment donné avant d'atteindre la limite de requête et de la plate-forme va détraquer, après vous d'inclure d'autres utilisateurs parcourant application des écrans et d'autres choses, vous voyez où cela mène...

    Si c'était tout bon de ne pas Facebook qui l'a acheté chaque mention de l'utiliser même pour certains de leurs applications? Je vous suggère de 3 choses:
    - premier - ne l'écoutez pas à l'analyse les gars, c'est sa plate-forme de sorte qu'il a pour le promouvoir, écouter les personnes qui ont été l'utiliser pour faire quelque chose en l'utilisant

    - deuxième - si vous avez besoin d'un grave et évolutive, la plate-forme et ne veux pas aller entièrement personnalisé, rendez-vous pour Amazon Cloud services ou quelque chose de semblable qui est testé et fiable
    le tiers - rester à l'écart de la plate-forme si vous avez n'importe quel serveur du côté de l'expérience, si vous n'avez pas d'aller louer un dev backend pour le projet, il sera moins cher et vous aurez une solution de travail à la fin

    • bande intégration à analyser est de la merde
    • Vous dessus décrite "aller avec un custom/essayé de la pile". Ce qui pourrait-il être? Je suis en train de prendre une décision entre les analyser et google cloud endpoints à ce point.
    InformationsquelleAutor Davor Badrov
  5. 11

    J'ai passé la journée à chercher dans parse.com et voici mon avis basé sur ce que j'ai trouvé (s'il vous Plaît garder à l'esprit que je n'ai que très brève expérience de développement avec le SDK encore)..

    Parse.com clairement a quelques très jolis points positifs c'est pourquoi je me suis retrouvé à la recherche en elle, mais, pour la clarté du débat, je vais me concentrer sur les critiques comme le grand positifs sont tous répertoriés sur leur site web. (Bien fait parse.com pour tenter de résoudre un grand problème!)...

    • Dans les témoignages, Hipmunk est le plus grand nom, je dirais. Il est classé comme une application qui utilise la partie de données du SDK. Sans aborder Hipmunk développeurs, je sais pas pour vous mais je ne peux pas imaginer stocker leurs données dans le parse.com le cloud.
    • Après avoir essayé et de la navigation sur la plupart des applications répertoriées. Aucun ne sort vraiment du lot comme étant très dépendante sur un serveur back-end donc je trouve qu'il est impossible de se faire une idée de si oui ou non l'évolutivité a été résolu à l'aide de parse.com sur la base de ces.
    • Le site web des états de 40 000 applications et de comptage. Je me sens (mais ne savent pas) qui est basée sur la galerie de l'application, ce chiffre est basé sur le montant d'applications dans leur base d'utilisateurs, et pas de vraie vie, de la production des applications dans l'app-stores. La galerie de l'application serait beaucoup plus grands noms de si que de nombreuses applications ont été en utilisant parse.com.

    Parse.com est un concept très nouveau, et très différentes, même à ses plus proches rivaux. Donc, sans preuves concrètes sur la façon stable et modulable (et tout le reste) c'est le cas, il est très difficile pour un développeur sur un projet de s'engager à ce qu'il y a trop en jeu.

    InformationsquelleAutor Eurig Jones
  6. 11

    J'ai couru tests pour ma propre réponse à de semblables question et il peut être TRÈS, TRÈS RAPIDE. Cependant , les résultats que vous obtenez peut dépendre de vos détails de mise en œuvre...

    Test par rapport Android SDK pour Android à l'aide de HTTP natif de la pile de prise d'Analyser et de REPOS, les appels...

    Détails Du Test:

    Environnement de Test - plus récente version d'Android sur 10 mois ancien téléphone plus rapide que la connexion WIFI.

    ( upload 63 photos où avg filesize=80K )

    test 1 à l'aide du kit SDK d'android RÉSULTAT=Ralentir les performances

    test 2 utiliser le RESTE des appels sur android RÉSULTAT=VERT RAPIDE

    --EDIT-- qu'il intéresse ici....

    Concernant http thruput , l'analyse du SDK android) et performance, il se peut que parse.com n'a pas une optimisation de la performance sur la façon dont ils mettent en œuvre android asyncTask() dans l'analyse.android SDK? Comment le travail requis 8 min. sur analyser.sdk peut être fait en 3 secondes sur une optimisation du RESTE , BRICOLAGE cadre ( voir les liens pour plus de détails sur les implémentations), je ne sais vraiment pas. Si parser n'ont pas fixé leur SDK mise en œuvre depuis ces tests de comparaison couru, alors vous avez probablement ne veux pas leur SDK par défaut asnycTask trucs à faire quelque chose d'approchant une réelle charge de travail sur le réseau.

    InformationsquelleAutor Robert Rowntree
  7. 8

    La grande attraction sur Parse (et similaires SaaS), c'est que vous pouvez économiser des dizaines de milliers sur les coûts de développement. Étant donné que le back-end est souvent l'aspect le plus coûteux d'une application Web; la tête de l'ache est soudainement pouf.

    Le problème avec l'Analyser et la plupart (tous) SaaS, c'est que la région, de la puissance, mémoire, bande passante, l'évolutivité, les seuils, les alertes et les différentes actions sont hors de votre contrôle.

    Même avec Shopify. C'est un grand Saas, avec un contrôle complet des produits, des commandes, des stocks et de l'esthétique-mais aucun contrôle sur la machine. Donc, aujourd'hui, le SaaS n'est pas un diable de beaucoup de choses différentes que godaddy. Ils sont toujours en rajouter ou max-leurs machines pour faire de l'argent, et vous êtes coincé si vous vous souciez vraiment de cul-coups de la performance. Vous ne pouvez même pas acheter ce niveau de service.

    Je voudrais quelque chose d'AU MOINS aussi puissant et complet que la console AWS. La plupart des techniciens connaissent et acceptent que la société Heroku et Analyser sont tous deux hébergés sur AWS. Qui s'en soucie. Donc plus de frais pour le service supplémentaire, mais ne pas interdire l'accès à ceux de très faible niveau des outils d'un Site et l'Application et l'expérience de l'utilisateur zing. Astuce pour ceux Analyser employés.

    À toute vitesse, en réponse à la question:

    L'analyse de l'API est simple JSON. De sorte que vous pouvez pomper les données dans le même format JSON qu'un Parse application attend.

    Vous pourriez même être en mesure d'utiliser leur PFObject (iOS). À un certain point, tout ce qui haut niveau de l'API va à une commune de requête/réponse HTTP. La bonne chose à propos RESTE de la généralité de moyens communs de l'étagère, des choses comme http, url, les chaînes, et utf. Pas funky Orbe ici.

    • Ce à propos de Google Cloud Endpoints?
    InformationsquelleAutor Gabe Rainbow
  8. 5

    Analyser est très bien de commencer avec notamment des fonctions d'assistance/les fonctionnalités de gestion des utilisateurs. Mais j'ai commencé à rencontrer des problèmes ..

    Des temps d'exécution/de ping fois, 1000 objet limite, y COMPRIS les sous-requêtes, pas de centres de données en europe (autant que je sache)

    Il aurait été une divine plate-forme, si elles pouvaient les performances de tri et de problèmes de stabilité. J'ai un peu de regret de développement avec elle, mais j'ai mis plus de 5 000 lignes de code, donc je vais rester avec elle.

    Peut-être qu'ils devraient séparer de leur DEV apps et PROD applications des environnements, et ne permettent PROD applications après un contrôle, ou de créer un environnement différent avec seulement les clients qui payent?

    Nous sommes en 2014, de 20 $/mois les serveurs peuvent gérer unoptimized sites web(60 pas en cache les requêtes db sur la page d'accueil) avec 1 million de visites/mois, cela ne devrait pas être difficile de venir sur le Parse!

    • Vous avez encore le temps de renflouer. J'ai écrit 50k + LOC seul (Il y a deux développeurs de sorte total loc est + de 100K) pour une application iOS. Il est trop tard pour moi 🙁 .
    • Je reviens à cette question lors de l'Analyser est de faire des siennes. Et chaque fois que je reçois vers le bas de la page et de lire votre commentaire, @xeon111, il me désespère. Et ne jurent que mon prochain projet sera node.js sur AWS. Et puis aller regarder les twitter.com/emergencypuppy
    • Facebook a acheté, je pense vraiment qu'ils seront à l'avenir de commodité, mais ils ont vraiment besoin pour arranger les choses assez vite. @buildsucceeded emergencypuppy est une bouée de sauvetage!!
    InformationsquelleAutor EralpB
  9. 2

    C'est ok pour le prototypage des applications, en particulier si le iOS/Android développeur ne sait pas comment construire un DB/API backend lui-même.

    Il n'est pas ok du tout, quand il s'agit de développer une application avec une logique qui exige des requêtes plus complexes que:

    SELECT * FROM 'db' WHERE 'column' = 'value' LIMIT 100;

    Requêtes associées et des jointures internes n'existent pas sur Analyser. Et bonne chance pour la mise à jour/suppression de 320 000 dossiers si vous avez besoin (c'est le numéro que je travaille avec maintenant).

    La seule chose qui est vraiment utile est de gérer les Utilisateurs par le biais du SDK. Si je pouvais trouver un bon docs ou même tutoriel comment gérer/créer des utilisateurs via iOS/Android apps à l'aide de Django et DRF/Tastypie, je suis instantanément la conversion de tout ce qui est développée dans notre société à les utiliser.

    InformationsquelleAutor Andrey Shipilov