Le choix entre les deux .NET Files d'attente Service Bus vs Azure Service de File d'attente [fermé]
https://stackoverflow.com/questions/1906244
-
19-09-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianQuestion
Juste une petite question concernant l'application de bleu Azur.Si j'ai un certain nombre de Web et les rôles de travail qui ont besoin de communiquer, la documentation indique de se rendre à l'Azur de la File d'attente de Service.
Cependant, je viens de lire que le nouveau .NET Service Bus propose maintenant également des files d'attente.Ceux-ci semblent être de plus en plus puissants, car ils semblent beaucoup plus détaillée de l'API.Alors que l' .ONN a l'air plus intéressant, il a un couple de questions qui me font attention de ne pas utiliser dans des applications distribuées.(par exemple, la File d'attente de l'Expiration...si je ne peux pas garantir qu'une file d'attente sera renouvelé à l'heure, je peut tout perdre!).
Quelqu'un a eu une expérience d'utilisation de ces deux technologies et pourraient donner des conseils sur le moment de choisir l'un sur l'autre.
Je soupçonne que, si le service de bus a l'air plus puissant que mon cas est vraiment juste l'activation Web/Travailleur rôles de communiquer entre eux, que l'Azur de la File d'attente de Service est ce que je suis après.Mais je suis vraiment à la recherche de la confirmation de l'avant progamming moi-même dans un coin :-)
Merci à l'avance.
Mise à JOUR
Avez lu sur les deux systèmes au cours de la pause.Il defo ressemble .NET service de bus est plus spécialement conçu pour l'intégration de systèmes plutôt que de fournir un objectif général de système de messagerie fiable.Azure Files d'attente sont distribués et donc fiable et évolutive d'une manière qui .NSB les files d'attente ne sont pas, et donc plus adapté pour code hébergé dans Azure lui-même.
Merci pour les réponses.
La solution
Je recommande que vous en tenir à Azure Queues pour communiquer entre les rôles Web et des travailleurs. L'utilisation des files d'attente est la voie officielle et sanctionné de communication entre les processus Azure et je doute sincèrement que vous vous programmer dans un coin. Service Bus (AppFabric) a une tête plus haut et bien que très bon pour parler à des applications externes, peuvent ne pas être optimale pour les messages rapides et simples dans votre application Azure.
Autres conseils
Stockage des Files d'attente de vs Service de Bus
Voici un aperçu de quelques-uns des différentes considérations, j'ai eu à réfléchir à cette question.
Disponibilité
Depuis le stockage de panne en novembre dernier Azure promis qu'ils ne seraient jamais de déployer le code de toutes les régions à la fois nouveau - construit dans le système afin de le rendre impossible. https://azure.microsoft.com/en-us/blog/final-root-cause-analysis-and-improvement-areas-nov-18-azure-storage-service-interruption/
Voici ce que msdn dit à propos de la disponibilité:
Si vous utilisez déjà le Stockage Azure Blob ou Tableaux et vous commencez à utiliser les files d'attente, vous avez une garantie de disponibilité de 99,9%.Si vous utilisez des Gouttes ou des Tables avec des files d'attente Service Bus, vous aurez une plus faible disponibilité.
Azure Files d'attente sont conçus pour soutenir le découplage des composants de l'application pour augmenter l'évolutivité et de la tolérance de pannes.
Développement
Personnellement, je suis à l'aise avec l'Api de stockage et ont déjà besoin pour son stockage blob dans d'autres domaines de la plupart des applications.Stockage des files d'utiliser le même sdk que le stockage blob.Les Files d'attente Azure fournir un uniforme et un modèle de programmation cohérent à travers les files d'attente, les tables et les Gouttes
Coût
La réception et le mode de Suppression pris en charge par un Service de Bus permet de réduire la messagerie de nombre de fonctionnement (et le coût) en échange d'une baisse de prestation de l'assurance.
Il semble qu'il y est quelques outillage à travers le contrôle des coûts pour le service de bus que vous pourriez tirer parti de si vous aviez commencer à tenir un budget pour exécuter votre application - j'ai fait une tentative de briser le potentiel de stockage de la file d'attente des coûts ci-dessous :).Il sort pour moins d'une centaine de dollars par mois à plus de 40 000 files d'attente d'une heure pour les ressources génétiques.Regroupés avec le reste de nos coûts de stockage, je ne vois pas d'avantages à se concentrer sur la réduction des coûts ici.(La bande passante est la même pour les deux et annule de lui-même lors de la comparaison)
Les tarifs de stockage
Vous obtenez gratuitement des files d'attente et des opérations - vous payer pour l'espace
- supposons 30K message de taille moyenne
- supposons 1000K, dans un non 1024 MO
- supposons que vous ne frappera pas le diplôme de prix au-dessus de 1 TO
30K / 1 message * 1 TB / 1000000000K * $.095 / 1 GO * 1 000 GO / 1 to = $0.00000285 / message pour la première de la TUBERCULOSE de l'utilisation
1 message / ~30K * 1000000000K / 1 TB = 33333333 messages dans un TB
33333333 messages * $0.00000285 / message = ~$95 dollars pour la première TB
l'étaler sur un mois, nous pouvons faire comme 40 000 messages par heure et avec qui 1er de la TUBERCULOSE
Le Service de Bus de prix
- De 10 dollars par mois prix de base
- payer par opération (tous les appels de l'api est un op) - ajouter une file d'attente / recevoir une file d'attente / surveiller la file d'attente / etc.
- vous obtenez 12,5 millions gratuit ops / mois
- payer par million ops après que
Difficile d'évaluer l'usage ici, mais 100 millions de dollars des coûts d'exploitation de 80 dollars par mois
Lot De Recevoir
Stockage par lot jusqu'à un maximum de 32 messages en spécifiant nombre de message lors de la récupération des messages, tandis que le Service de Bus permet une file d'attente de clients pour lot de plusieurs messages en une seule opération d'envoi.
Afin de stockage est le lot de recevoir bien que le service de bus est lot envoyer.
Surveillance
Les Files d'attente Azure vous permettre d'obtenir un journal détaillé de toutes les transactions exécutées sur la file d'attente, ainsi que des agrégés indicateurs de mesure.Ce type de soutien ne vient pas de la box avec le Service de Bus, mais pourrait sans doute trouver prêts à l'emploi solution quelque part.
Transfert
Service de Bus a une auto-fonction de transfert d'un stockage des files d'attente est manquant.
transfert automatique permet à des milliers de files d'attente à l'auto-transmettre leurs messages à une seule file d'attente, à partir de laquelle la réception de la demande consomme le message.Vous pouvez utiliser ce mécanisme pour parvenir à la sécurité, le contrôle de flux et de les isoler de stockage entre chaque éditeur de message.
Les doublons
La duplication de détection de fonctionnalités prises en charge par le Service de Bus files d'attente supprime automatiquement les doublons de messages envoyés à une file d'attente ou le sujet, basé sur la valeur de la propriété MessageID.
Stockage des messages en file d'attente peut dupliquer sans avertissement.
Les métadonnées
Service de Bus vous donne 2 parties du message d'en-tête+corps.C'est une fonctionnalité très utile pour un déployée à l'échelle mondiale.Vous permettant de décorer vos messages avec des choses comme le nom de la région et de l'id d'instance.La file d'attente de messages sont de simples chaînes de caractères.D'autre part le stockage Azure files d'attente de fournir un soutien pour arbitraire des attributs qui peuvent être appliqués à la description de la file d'attente, sous la forme de paires nom/valeur.De sorte que vous pouvez décorer le message dans le Service de Bus et de décorer la file d'attente avec le stockage des files d'attente
Garantie De Livraison
Service de Bus offre Au Plus une Fois, et Au Moins une Fois alors que les Files d'attente offrent seulement Au-Moins-une Fois la livraison.Cela pourrait limiter notre capacité à utiliser les files d'attente si simultanées abonnés sont jamais un problème.
Performance
Azure storage files d'attente offrir un 10ms de latence (dans un centre de données), tandis que le Service de Bus de 20 25ms de latence.Bus de Service offre le long du scrutin qui serait encore mieux que 10ms si vous avez un besoin pour elle.
Sécurité
Stockage des files d'utiliser le primaire/secondaire clé partagée chose, tandis que le service de bus permet d'RBAC via Active Directory avec Émetteur/Récepteur/rôles d'Administrateur.
références
Si je comprends bien, le bus de service (comme cela a été) a eu des files d'attente pendant un certain temps, mais ceux-ci ne sont pas garantis pour livrer le message - la chance de bon
coutures Azure Files d'attente pour correspondre parce que votre cas d'utilisation reste basique avec de simples Get REST / PUT / Interface Peek.
Les havs de documentation été récemment mis à jour (21/05/2015) et il détaille avec précision lorsque vous utilisez l'un ou l'autre, et les caractéristiques communes (prise en charge des transactions, la taille de la file d'attente et un message, temps de vivre, ... ):
La file d'attente des motifs liés à un développeur apprend peuvent être appliquées à la fois. Les deux peuvent être utilisés à partir d'une fiabilité et un point de vue implémentation facilité.
Les choses ne file d'attente de stockage peut faire 1) Le travailleur traitement d'un message se bloque. Un travailleur subséquent veut lire l'état du message pour continuer d'où le travailleur avant laissé. 2) Vous avez besoin des journaux côté serveur de toutes les transactions exécutées sur vos files d'attente.
Mais les comparaisons ne comptent pas. Si le développement de la file d'attente personnalisée est ce que nous avons besoin alors toujours utiliser la file d'attente de stockage. Il a été le premier à être mis au point par Microsoft. bus de service a été mis en copie BizTalk et le but est l'intégration (hybride), d'où il y a des fonctionnalités avancées de cette ligne: sessions, transactions, lettres mortes-automatiques, etc.
Ce lien fournit une comparaison, le fait ce lien . Il sera difficile d'analyser tout et commencer dans un développement agile d'où la règle ci-dessus mentionnée.
Pour rendre les choses très claires, c'est une comparaison entre deux composants Azure, créé à un autre moment, pour des raisons différentes.
noreferrer files d'attente de stockage et de service des files d'attente de bus - comparé et
Azure prend en charge deux types de mécanismes de file d'attente: les files d'attente de stockage et service bus files d'attente.
files d'attente de stockage, qui font partie de l'infrastructure de stockage Azure, disposent d'une interface simple GET / PUT / PEEK REST, fournissant fiable, messagerie persistante au sein et entre les services.
Service des files d'attente de bus font partie d'une messagerie plus large Azure l'infrastructure qui prend en charge les files d'attente ainsi que publish / subscribe et plus des modèles d'intégration avancés. Pour plus d'informations sur le Service files d'attente de bus / sujets / abonnements, voir la vue d'ensemble du service de bus.
Alors que les deux technologies qui font la queue existent simultanément, les files d'attente de stockage on introduit d'abord, en tant que mécanisme de stockage de file d'attente dédiée construit sur haut de services Azure Storage. Service files d'attente de bus sont construites au-dessus de l'infrastructure de messagerie plus large visant à intégrer des applications ou des composants d'application qui peuvent couvrir plusieurs protocoles de communication, les contrats de données, domaines de confiance, et / ou réseau environnements.
