{"id":73065,"date":"2020-03-06T20:42:13","date_gmt":"2020-03-06T17:42:13","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/rabbitmq-chast-3-razbiraemsya-s-queues-i-bindings"},"modified":"2020-03-06T20:42:13","modified_gmt":"2020-03-06T17:42:13","slug":"rabbitmq-chast-3-razbiraemsya-s-queues-i-bindings","status":"publish","type":"post","link":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/rabbitmq-chast-3-razbiraemsya-s-queues-i-bindings","title":{"rendered":"RabbitMQ. Del 3. Vi ser p\u00e5 Queues og Bindings","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><code>K\u00f8<\/code> (k\u00f8) \u2014 en datastruktur p\u00e5 disk eller i arbejdshukommelsen, der opbevarer referencer til beskeder og udleverer deres kopier <code>forbrugere<\/code> (forbrugerne). <code>K\u00f8<\/code> repr\u00e6senterer <noindex><a rel=\"nofollow\" href=\"http:\/\/erlang.org\/doc\/reference_manual\/processes.html\">Erlang-proces<\/a><\/noindex> med tilstand (hvor beskederne kan caches). 1.000 k\u00f8er kan optage omkring 80Mb.<\/p>\n<p><\/p>\n<p><code>Binding<\/code> (binding) \u2014 en regel, der informerer exchange om, hvilken k\u00f8 beskederne skal sendes til.<\/p>\n<p><noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<h3 id=\"oglavlenie\">Indholdsfortegnelse<\/h3>\n<p><\/p>\n<ul>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/488654\/\">RabbitMQ. Del 1. Introduktion. Erlang, AMQP og RPC<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/489086\/\">RabbitMQ. Del 2. Vi ser p\u00e5 Exchanges<\/a><\/noindex><\/li>\n<li><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/490960\/\">RabbitMQ. Del 3. Vi ser p\u00e5 Queues og Bindings<\/a><\/noindex><\/li>\n<li>RabbitMQ. Del 4. Vi ser p\u00e5 hvad beskeder og frames er<\/li>\n<li>RabbitMQ. Del 5. Ydeevne for publicering og forbrug af beskeder<\/li>\n<li>RabbitMQ. Del 6. Oversigt over modulerne Federation og Shovel<\/li>\n<li>RabbitMQ. Del 7. Detaljer om Connection og Channel<\/li>\n<li>RabbitMQ. Del 8. RabbitMQ i .NET<\/li>\n<li>RabbitMQ. Del 9. Overv\u00e5gning<\/li>\n<\/ul>\n<p><\/p>\n<h4 id=\"vremennye-ocheredi\"><em>Tempor\u00e6re k\u00f8er<\/em><\/h4>\n<p><\/p>\n<p>Hvis k\u00f8en oprettes med den angivne parameter <code>autoDelete<\/code>, s\u00e5 f\u00e5r denne k\u00f8 muligheden <strong>for automatisk at slette sig selv<\/strong>. S\u00e5danne k\u00f8er oprettes typisk, n\u00e5r den f\u00f8rste klient opretter forbindelse og slettes, n\u00e5r alle klienter er frakoblet. <\/p>\n<p><\/p>\n<p>Hvis k\u00f8en oprettes med den angivne parameter <code>eksklusiv<\/code>, s\u00e5 tillader denne k\u00f8 <strong>kun \u00e9n forbruger at oprette forbindelse<\/strong> og slettes, hvis kanalen lukkes. Indtil kanalen lukkes, kan klienten frakoble\/tilslutte sig, men kun inden for den samme forbindelse. Hvis parameteren <code>eksklusiv<\/code> er indstillet, s\u00e5 har parameteren <code>autoDelete<\/code> ingen effekt.<\/p>\n<p><\/p>\n<p>Egenskaber:<\/p>\n<p><\/p>\n<ul>\n<li>ved kortvarige forbindelsesafbrydelser vil vi miste beskeder, der endnu ikke er n\u00e5et frem til forbrugeren<\/li>\n<li>kan f\u00e6nomenet <code>binding churn<\/code>. F\u00e6nomenet opst\u00e5r, n\u00e5r antallet af operationer til oprettelse\/fjernelse af k\u00f8er og bindinger n\u00e5r meget store v\u00e6rdier. I klusterindstilling vil s\u00e5danne operationer sprede sig over alle noder og skabe en stor belastning. Denne proces kan optimeres ved at kontrollere antallet af tilmeldinger<\/li>\n<\/ul>\n<p><\/p>\n<h4 id=\"postoyannye-ocheredi\"><em>Permanente k\u00f8er<\/em><\/h4>\n<p><\/p>\n<p>Hvis k\u00f8en oprettes med den angivne parameter <code>holdbar<\/code>, s\u00e5 tillader denne k\u00f8 <strong>bevarer sin tilstand<\/strong> og genoprettes efter genstart af serveren\/broker. Denne k\u00f8 vil eksistere, indtil kommandoen <code>Queue.Delete<\/code>. <\/p>\n<p><\/p>\n<h4 id=\"highly-available-ocheredi\"><em>H\u00f8jt tilg\u00e6ngelige k\u00f8er<\/em><\/h4>\n<p><\/p>\n<p>HA-k\u00f8er kr\u00e6ver en klynge RabbitMQ. I klyngeindstilling vil al information om exchanges, k\u00f8er, bindinger og forbrugere blive kopieret til alle noder.<\/p>\n<p><\/p>\n<p>N\u00e5r en besked publiceres i en HA-k\u00f8, gemmes den p\u00e5 hver node, der tilh\u00f8rer HA-k\u00f8en. N\u00e5r beskeden erstattes p\u00e5 en af noderne, vil alle kopier af denne besked blive slettet p\u00e5 de andre noder. <\/p>\n<p><\/p>\n<p>HA-k\u00f8er kan str\u00e6kke sig over alle noder i et cluster eller kun enkelte. <\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"RabbitMQ. Del 3. Vi ser p\u00e5 Queues og Bindings\" src=\"\/wp-content\/uploads\/2020\/03\/46d560ab33e686ddf9adb0b18b4bb0b0.jpeg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>Egenskaber:<\/p>\n<p><\/p>\n<ul>\n<li>Brugen af HA-k\u00f8er medf\u00f8rer pr\u00e6stationsnedslag. N\u00e5r en besked placeres i en HA-k\u00f8 eller bliver forbrugt fra HA-k\u00f8en, skal RabbitMQ koordinere mellem alle noder (2-3 noder er normalt tilstr\u00e6kkeligt).<\/li>\n<\/ul>\n<p><\/p>\n<h4 id=\"sozdanie-ocheredi\"><em>Oprettelse af k\u00f8<\/em><\/h4>\n<p><\/p>\n<p>Oprettelsen af k\u00f8en sker ved hj\u00e6lp af en synkron <code>RPC<\/code> anmodning til serveren. Anmodningen udf\u00f8res ved hj\u00e6lp af metoden <code>Queue.Declare<\/code>, der kaldes med parametre:<\/p>\n<p><\/p>\n<ul>\n<li>navnet p\u00e5 k\u00f8en<\/li>\n<li>andre parametre<\/li>\n<\/ul>\n<p><\/p>\n<p>Eksempel p\u00e5 oprettelse af en k\u00f8 ved hj\u00e6lp af <noindex><a rel=\"nofollow\" href=\"https:\/\/www.rabbitmq.com\/dotnet.html\">RabbitMQ.Client<\/a><\/noindex>:<\/p>\n<p><\/p>\n<pre><code class=\"cs\">\/\/ ...\nchannel.QueueDeclare(\n    queue: &quot;my_queue&quot;,\n    durable: false,\n    exclusive: false,\n    autoDelete: false,\n    arguments: null\n);\n\/\/ ...<\/code><\/pre>\n<p><\/p>\n<ul>\n<li><code>k\u00f8<\/code> \u2013 navnet p\u00e5 k\u00f8en, vi \u00f8nsker at oprette. Navnet skal v\u00e6re unikt og m\u00e5 ikke v\u00e6re det samme som systemets k\u00f8navn.<\/li>\n<li><code>holdbar<\/code> \u2013 hvis true, vil k\u00f8en <strong>bevare sin tilstand<\/strong> og genoprettes efter genstart af serveren\/brokeren.<\/li>\n<li><code>eksklusiv<\/code> \u2013 hvis true, vil k\u00f8en kun tillade, at \u00e9n forbruger tilslutter sig.<\/li>\n<li><code>autoDelete<\/code> \u2013 hvis true, vil k\u00f8en f\u00e5 evnen til <strong>for automatisk at slette sig selv<\/strong><\/li>\n<li><code>arguments<\/code> \u2013 valgfrie argumenter. Vi vil g\u00e5 n\u00e6rmere ind p\u00e5 dem nedenfor.<\/li>\n<\/ul>\n<p><\/p>\n<h5 id=\"arguments\"><em>arguments<\/em><\/h5>\n<p><\/p>\n<ul>\n<li><code>x-message-ttl<\/code>(<code>x-message-time-to-live<\/code>) \u2013 tillader at s\u00e6tte udl\u00f8bstid for beskeden i millisekunder. Hvis k\u00f8en oprettes med en angivet argumentv\u00e6rdi, <code>x-message-ttl<\/code>vil en s\u00e5dan k\u00f8 <strong>automatisk udelukke beskeder, der er udl\u00f8bet.<\/strong>At s\u00e6tte v\u00e6rdien af argumentet <code>x-message-ttl<\/code> angiver den maksimale alder for alle beskeder i denne k\u00f8. Oprettelse af en s\u00e5dan k\u00f8 <strong>hj\u00e6lper med at forhindre modtagelse af for\u00e6ldet information.<\/strong>Dette kan bruges i realtids-systemer. Hvis en k\u00f8, som har en exchange for afviste beskeder, f\u00e5r en angivet argumentv\u00e6rdi, <code>x-message-ttl<\/code>vil afviste beskeder i denne k\u00f8 <strong>begynde at have en livstid<\/strong>.<\/li>\n<li><code>x-expires<\/code> \u2014 angiver v\u00e6rdien i millisekunder, hvorefter k\u00f8en slettes. K\u00f8en kan kun udl\u00f8be, hvis den ikke har nogen abonnenter. Hvis der er abonnenter til k\u00f8en, kan den kun automatisk slettes, n\u00e5r alle abonnenter har afsluttet forbindelsen. <code>Basic.Cancel<\/code> eller er frakoblet. K\u00f8ens levetid kan kun udl\u00f8be, hvis der ikke har v\u00e6ret nogen foresp\u00f8rgsel til den. <code>Basic.Get<\/code>. Ellers nulstilles den nuv\u00e6rende tidsindstillingsv\u00e6rdi, og k\u00f8en vil ikke l\u00e6ngere blive slettet automatisk. Der er heller ingen garantier for, hvor hurtigt k\u00f8en slettes, efter dens levetid er udl\u00f8bet. <strong>x-max-length<\/strong>.<\/li>\n<li><code>\u2014 angiver det maksimale antal meddelelser i k\u00f8en. Hvis antallet af meddelelser i k\u00f8en overstiger det maksimale antal, vil de \u00e6ldste meddelelser begynde at blive slettet.<\/code> x-max-length-bytes<\/li>\n<\/ul>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"RabbitMQ. Del 3. Vi ser p\u00e5 Queues og Bindings\" src=\"\/wp-content\/uploads\/2020\/03\/738f23dcfdd173a66be619032b46c5cc.jpeg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<ul>\n<li><code>\u2014 angiver den maksimalt tilladte samlede st\u00f8rrelse af nyttelasten for meddelelserne i k\u00f8en. Hvis den fastsatte v\u00e6rdi overskrides (der opstod en overfyldning af k\u00f8en ved publicering af en meddelelse), vil de \u00e6ldste meddelelser begynde at blive slettet.<\/code> x-overflow<\/li>\n<li><code>\u2014 dette argument bruges til at konfigurere adf\u00e6rden i tilf\u00e6lde af, at k\u00f8en overfyldes. Der er to tilg\u00e6ngelige v\u00e6rdier:<\/code> drop-head <code>(standardv\u00e6rdi) og<\/code> reject-publish <code>. Hvis du v\u00e6lger<\/code>, vil de \u00e6ldste meddelelser blive slettet. Hvis du v\u00e6lger <code>(standardv\u00e6rdi) og<\/code>, vil modtagelse af meddelelser blive sat p\u00e5 pause. <code>. Hvis du v\u00e6lger<\/code>x-dead-letter-exchange<\/li>\n<li><code>\u2014 angiver exchange, som de afviste meddelelser sendes til, som ikke s\u00e6ttes tilbage i k\u00f8en.<\/code> x-dead-letter-routing-key<\/li>\n<li><code>\u2014 angiver en valgfri rute-n\u00f8gle for de afviste meddelelser.<\/code> x-max-priority<\/li>\n<li><code>\u2014 tillader sortering efter prioriteter i k\u00f8en med en maksimal prioritet p\u00e5 255 (RabbitMQ version 3.5.0 og nyere). Tallet angiver den maksimale prioritet, k\u00f8en vil underst\u00f8tte. Hvis argumentet ikke er indstillet, vil k\u00f8en ikke underst\u00f8tte meddelelsesprioriteter.<\/code> x-queue-mode<\/li>\n<li><code>\u2014 tillader at s\u00e6tte k\u00f8en i<\/code> doven tilstand <strong>. I denne tilstand vil s\u00e5 mange meddelelser som muligt blive gemt p\u00e5 disken. Anvendelsen af RAM vil v\u00e6re minimal. Hvis det ikke er angivet, vil k\u00f8en gemme meddelelser i hukommelsen for hurtigst mulige leverancer.<\/strong>x-queue-master-locator<\/li>\n<li><code>\u2014 hvis vi har et cluster, kan en master k\u00f8 angives.<\/code> x-ha-policy<\/li>\n<li><code>x-ha-policy<\/code> \u2014 bruges ved oprettelse af HA-k\u00f8er og definerer, hvordan beskeden vil blive distribueret til noderne. Hvis v\u00e6rdien er indstillet til <code>alle<\/code>, vil beskeden blive gemt p\u00e5 alle noder. Hvis v\u00e6rdien er indstillet til <code>noder<\/code>, vil beskeden blive gemt p\u00e5 bestemte noder i klyngen<\/li>\n<li><code>x-ha-nodes<\/code> \u2014 angiver de noder, som en given k\u00f8 vil vedr\u00f8re <code>HA<\/code><\/li>\n<\/ul>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"RabbitMQ. Del 3. Vi ser p\u00e5 Queues og Bindings\" src=\"\/wp-content\/uploads\/2020\/03\/a8f660b6c0a43626e4025cf7769a4425.jpeg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>Hvis oprettelse af k\u00f8en <strong>er muligt<\/strong>, vil serveren sende en synkron <code>RPC<\/code> @cassowary714 <code>Queue.DeclareOk<\/code>. Hvis oprettelse af k\u00f8en <strong>ikke er muligt<\/strong> (anmodningen blev n\u00e6gtet <code>Queue.Declare<\/code>), s\u00e5 <strong>vil kanalen blive lukket<\/strong> af serveren ved hj\u00e6lp af kommandoen <code>Channel.Close<\/code> og klienten vil modtage en undtagelse <noindex><a rel=\"nofollow\" href=\"https:\/\/www.rabbitmq.com\/releases\/rabbitmq-dotnet-client\/v3.6.10\/rabbitmq-dotnet-client-3.6.10-client-htmldoc\/html\/type-RabbitMQ.Client.Exceptions.OperationInterruptedException.html\">OperationInterruptedException<\/a><\/noindex>, som vil indeholde en fejlkode og en beskrivelse af fejlen. <\/p>\n<p><\/p>\n<p><strong>Et gentaget kald<\/strong> <code>Queue.Declare<\/code> <strong>med de samme parametre<\/strong> vil returnere nyttige oplysninger om denne k\u00f8. For eksempel det samlede antal beskeder, der venter i denne k\u00f8, og det samlede antal tilmeldte forbrugere. <\/p>\n<p><\/p>\n<p>Kald <code>Queue.Declare<\/code> med brugerens legitimationsoplysninger, som ikke har de n\u00f8dvendige rettigheder <strong>vil lukke kanalen<\/strong> ved hj\u00e6lp af kommandoen <code>Channel.Close<\/code> og klienten vil modtage en undtagelse <noindex><a rel=\"nofollow\" href=\"https:\/\/www.rabbitmq.com\/releases\/rabbitmq-dotnet-client\/v3.6.10\/rabbitmq-dotnet-client-3.6.10-client-htmldoc\/html\/type-RabbitMQ.Client.Exceptions.OperationInterruptedException.html\">OperationInterruptedException<\/a><\/noindex>, som vil indeholde en fejlkode <noindex><a rel=\"nofollow\" href=\"https:\/\/developer.mozilla.org\/ru\/docs\/Web\/HTTP\/Status\/403\">403<\/a><\/noindex> og en beskrivelse af den.<\/p>\n<p><\/p>\n<p>N\u00e5r k\u00f8en har v\u00e6ret inaktiv i &gt;= 10 sekunder, <strong>g\u00e5r den i dvale<\/strong>, hvilket fremkalder GC i k\u00f8en, hvilket resulterer i en betydelig reduktion af det n\u00f8dvendige hukommelsesforbrug for denne k\u00f8.<\/p>\n<p><\/p>\n<h4 id=\"sozdanie-queue-cherez-graficheskiy-interfeys\"><em>Oprettelse af k\u00f8 gennem den grafiske brugerflade<\/em><\/h4>\n<p><\/p>\n<p>G\u00e5 til administrationspanelet <code>RabbitMQ<\/code> som bruger <code>guest<\/code> (brugernavn: <code>guest<\/code> og adgangskode: <code>guest<\/code>). Bem\u00e6rk, at brugeren <code>guest<\/code> kun kan oprette forbindelse fra localhost. Nu g\u00e5r vi til fanen <code>Queues<\/code> og klikker p\u00e5 <code>Add a new queue<\/code>. Udfyld indstillingerne:<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"RabbitMQ. Del 3. Vi ser p\u00e5 Queues og Bindings\" src=\"\/wp-content\/uploads\/2020\/03\/ea77a406ad16f0871c7197e96a66818f.jpeg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>N\u00e5r vi har indtastet alle n\u00f8dvendige oplysninger og trykker p\u00e5 <code>Add queues<\/code>, vil k\u00f8en blive tilf\u00f8jet til den overordnede liste.<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"RabbitMQ. Del 3. Vi ser p\u00e5 Queues og Bindings\" src=\"\/wp-content\/uploads\/2020\/03\/8342e044a0d6c0a035a2c9f646035cad.jpeg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>Klik p\u00e5 k\u00f8ens navn for at se dens detaljerede oplysninger. Her kan man konfigurere bindingen mellem udveksling og k\u00f8, se listen <code>forbrugere<\/code>, publicere\/modtage beskeder, slette k\u00f8en og se statistikken.<\/p>\n<p><\/p>\n<h4 id=\"sozdanie-binding\"><em>Oprettelse af binding<\/em><\/h4>\n<p><\/p>\n<p>Binding skabes ved hj\u00e6lp af en synkron <code>RPC<\/code> anmodning til serveren. Anmodningen udf\u00f8res ved hj\u00e6lp af metoden <code>Queue.Bind<\/code>, der kaldes med parametre:<\/p>\n<p><\/p>\n<ul>\n<li>navnet p\u00e5 k\u00f8en<\/li>\n<li>navnet p\u00e5 udvekslingspunktet<\/li>\n<li>andre parametre<\/li>\n<\/ul>\n<p><\/p>\n<p>Eksempel p\u00e5 oprettelse af binding ved hj\u00e6lp af <noindex><a rel=\"nofollow\" href=\"https:\/\/www.rabbitmq.com\/dotnet.html\">RabbitMQ.Client<\/a><\/noindex>:<\/p>\n<p><\/p>\n<pre><code class=\"cs\">\/\/...\nchannel.QueueBind(\n    queue: queueName,\n    exchange: &quot;my_exchange&quot;,\n    routingKey: &quot;my_key&quot;,\n    arguments: null\n);\n\/\/...<\/code><\/pre>\n<p><\/p>\n<ul>\n<li><code>k\u00f8<\/code> \u2014 navnet p\u00e5 k\u00f8en<\/li>\n<li><code>exchange<\/code> \u2014 navnet p\u00e5 udveksleren<\/li>\n<li><code>routingKey<\/code> \u2014 n\u00f8glen til rutning<\/li>\n<li><code>arguments<\/code> \u2014 valgfri argumenter<\/li>\n<\/ul>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"RabbitMQ. Del 3. Vi ser p\u00e5 Queues og Bindings\" src=\"\/wp-content\/uploads\/2020\/03\/9123186c94a822309b679f26c2e511ea.jpeg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>Hvis oprettelsen af bindingen <strong>er muligt<\/strong>, vil serveren sende en synkron <code>RPC<\/code> @cassowary714 <code>Queue.BindOk<\/code>.<\/p>\n<p><\/p>\n<h4 id=\"sozdanie-binding-cherez-graficheskiy-interfeys\"><em>Oprettelse af binding gennem den grafiske brugerflade<\/em><\/h4>\n<p><\/p>\n<p>G\u00e5 til administrationspanelet <code>RabbitMQ<\/code> som bruger <code>guest<\/code> (brugernavn: <code>guest<\/code> og adgangskode: <code>guest<\/code>). Bem\u00e6rk, at brugeren <code>guest<\/code> kun kan oprette forbindelse fra localhost. Nu g\u00e5r vi til fanen <code>Queues<\/code> og tryk p\u00e5 k\u00f8en <code>my_queue<\/code>. Udfyld felterne i sektionen <code>bindings<\/code>:<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"RabbitMQ. Del 3. Vi ser p\u00e5 Queues og Bindings\" src=\"\/wp-content\/uploads\/2020\/03\/7db6b42a4f29a1860aabe54ade0b6833.jpeg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>N\u00e5r vi har indtastet alle n\u00f8dvendige oplysninger og trykket p\u00e5 <code>Bind<\/code>, vil tilknytningen vises p\u00e5 den samlede liste:<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"RabbitMQ. Del 3. Vi ser p\u00e5 Queues og Bindings\" src=\"\/wp-content\/uploads\/2020\/03\/499eda8e8cb061e6feb75c471eb64b92.jpeg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<h3 id=\"code\">Kode<\/h3>\n<p><\/p>\n<p>I dette afsnit vil vi beskrive k\u00f8en og tilknytningen med kode i C#, som om vi skulle udvikle et bibliotek. Dette kan v\u00e6re nyttigt for forst\u00e5elsen.<\/p>\n<p><\/p>\n<pre><code class=\"cs\">public interface IQueue\n    {        \n        string Name { get; }\n\n        \/\/<summary>\n        \/\/     Hvis sat til true, vil k\u00f8en v\u00e6re permanent.\n        \/\/     Den vil blive gemt p\u00e5 disken og kan\n        \/\/     overleve genstart af server\/broker.\n        \/\/     Hvis v\u00e6rdien er false, er k\u00f8en midlertidig og vil blive slettet,\n        \/\/     n\u00e5r serveren\/broker bliver genstartet\n        \/\/<\/summary>\n        bool IsDurable { get; }\n\n        \/\/<summary>\n        \/\/     Hvis v\u00e6rdien er true,\n        \/\/     tillades kun \u00e9n forbruger at tilslutte sig.\n        \/\/<\/summary>\n        bool IsExclusive { get; }\n\n        \/\/<summary>\n        \/\/     Automatisk sletning.\n        \/\/     K\u00f8en vil blive slettet, n\u00e5r alle klienter er frakoblet.\n        \/\/<\/summary>\n        bool IsAutoDelete { get; }\n\n        \/\/<summary>\n        \/\/     Valgfri argumenter\n        \/\/<\/summary>\n        IDictionary Arguments { get; }\n    }<\/code><\/pre>\n<p><\/p>\n<pre><code class=\"cs\">offentlig klasse K\u00f8 : IK\u00f8\n    {\n        offentlig K\u00f8(\n             streng navn, \n             bool erHoldbar = sand, \n             bool erEksklusiv = falsk, \n             bool erAutomatiskSlet = falsk, \n             IDictionary argumenter = null)\n        {\n            Navn = navn ??\n                kast ny ArgumentNullException(navn, $\"{navn} m\u00e5 ikke v\u00e6re null\");\n\n            ErHoldbar = erHoldbar;\n            ErEksklusiv = erEksklusiv;\n            ErAutomatiskSlet = erAutomatiskSlet;\n            Argumenter = argumenter ?? ny Dictionary();\n        }\n\n        offentlig streng Navn { get; }\n        offentlig bool ErHoldbar { get; }\n        offentlig bool ErEksklusiv { get; }\n        offentlig bool ErAutomatiskSlet { get; }\n        offentlig IDictionary Argumenter { get; }\n    }<\/code><\/pre>\n<p><\/p>\n<pre><code class=\"cs\">offentlig statisk klasse K\u00f8Tilstand\n    {       \n        offentlig konstant streng Standard = \"standard\";\n        \/\/ <summary>\n        \/\/     Lazy tilstand. Lazy tilstand tvinger til at gemme \n        \/\/     s\u00e5 mange beskeder som muligt p\u00e5 disken for at reducere \n        \/\/     brugen af hukommelse\n        \/\/ <\/summary>\n        offentlig konstant streng Lazy = \"lazy\";\n    }<\/code><\/pre>\n<p><\/p>\n<pre><code class=\"cs\">public interface IBinding\n    {\n        \/\/<summary>\n        \/\/     Exchange, der vil blive bundet via binding\n        \/\/<\/summary>\n        IExchange Exchange { get; }\n\n        \/\/<summary>\n        \/\/     Routing n\u00f8gle\n        \/\/<\/summary>\n        string RoutingKey { get; }\n\n        \/\/<summary>\n        \/\/     Valgfri argumenter\n        \/\/<\/summary>\n        IDictionary Arguments { get; }\n    }<\/code><\/pre>\n<p><\/p>\n<pre><code class=\"cs\">offentlig klasse Binding : IBinding\n    {\n        offentlig Binding(\n             IExchange exchange, \n             string routingKey, \n             IDictionary arguments)\n        {\n            Exchange = exchange;\n            RoutingKey = routingKey;\n            Arguments = arguments;\n        }\n\n        offentlig IExchange Exchange { get; }\n        offentlig string RoutingKey { get; }\n        offentlig IDictionary Arguments { get; }\n    }<\/code><\/pre>\n<p>Kilde: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/490960\/\">habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>Queue (\u043e\u0447\u0435\u0440\u0435\u0434\u044c) \u2014 \u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u0430 \u0434\u0430\u043d\u043d\u044b\u0445 \u043d\u0430 \u0434\u0438\u0441\u043a\u0435 \u0438\u043b\u0438 \u0432 \u043e\u043f\u0435\u0440\u0430\u0442\u0438\u0432\u043d\u043e\u0439 \u043f\u0430\u043c\u044f\u0442\u0438, \u043a\u043e\u0442\u043e\u0440\u0430\u044f \u0445\u0440\u0430\u043d\u0438\u0442 \u0441\u0441\u044b\u043b\u043a\u0438 \u043d\u0430 \u0441\u043e\u043e\u0431\u0449\u0435\u043d\u0438\u044f \u0438 \u043e\u0442\u0434\u0430\u0435\u0442 \u0438\u0445 \u043a\u043e\u043f\u0438\u0438 consumers (\u043f\u043e\u0442\u0440\u0435\u0431\u0438\u0442\u0435\u043b\u044f\u043c). Queue \u043f\u0440\u0435\u0434\u0441\u0442\u0430\u0432\u043b\u044f\u0435\u0442 \u0441\u043e\u0431\u043e\u0439 Erlang-\u043f\u0440\u043e\u0446\u0435\u0441\u0441 \u0441 \u0441\u043e\u0441\u0442\u043e\u044f\u043d\u0438\u0435\u043c (\u0433\u0434\u0435 \u043c\u043e\u0433\u0443\u0442 \u043a\u044d\u0448\u0438\u0440\u043e\u0432\u0430\u0442\u044c\u0441\u044f \u0438 \u0441\u0430\u043c\u0438 \u0441\u043e\u043e\u0431\u0449\u0435\u043d\u0438\u044f). 1 \u0442\u044b\u0441\u044f\u0447\u0430 \u043e\u0447\u0435\u0440\u0435\u0434\u0435\u0439 \u043c\u043e\u0436\u0435\u0442 \u0437\u0430\u043d\u0438\u043c\u0430\u0442\u044c \u043f\u043e\u0440\u044f\u0434\u043a\u0430 80Mb. Binding (\u043f\u0440\u0438\u0432\u044f\u0437\u043a\u0430) \u2014 \u043f\u0440\u0430\u0432\u0438\u043b\u043e, \u043a\u043e\u0442\u043e\u0440\u043e\u0435 \u0441\u043e\u043e\u0431\u0449\u0430\u0435\u0442 \u043e\u0431\u043c\u0435\u043d\u043d\u0438\u043a\u0443 \u0432 \u043a\u0430\u043a\u0443\u044e \u0438\u0437 \u043e\u0447\u0435\u0440\u0435\u0434\u0435\u0439 \u0434\u043e\u043b\u0436\u043d\u044b \u043f\u043e\u043f\u0430\u0434\u0430\u0442\u044c \u0441\u043e\u043e\u0431\u0449\u0435\u043d\u0438\u044f. [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":73066,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-73065","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.3 - aioseo.com -->\n\t<meta name=\"description\" content=\"Queue (\u043e\u0447\u0435\u0440\u0435\u0434\u044c) \u2014 \u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u0430 \u0434\u0430\u043d\u043d\u044b\u0445 \u043d\u0430 \u0434\u0438\u0441\u043a\u0435 \u0438\u043b\u0438 \u0432 \u043e\u043f\u0435\u0440\u0430\u0442\u0438\u0432\u043d\u043e\u0439 \u043f\u0430\u043c\u044f\u0442\u0438, \u043a\u043e\u0442\u043e\u0440\u0430\u044f \u0445\u0440\u0430\u043d\u0438\u0442 \u0441\u0441\u044b\u043b\u043a\u0438 \u043d\u0430 \u0441\u043e\u043e\u0431\u0449\u0435\u043d\u0438\u044f \u0438 \u043e\u0442\u0434\u0430\u0435\u0442 \u0438\u0445 \u043a\u043e\u043f\u0438\u0438 consumers (\u043f\u043e\u0442\u0440\u0435\u0431\u0438\u0442\u0435\u043b\u044f\u043c).\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/rabbitmq-chast-3-razbiraemsya-s-queues-i-bindings\" \/>\n\t\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.3\" \/>\n\t\t<meta property=\"og:locale\" content=\"da_DK\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47RabbitMQ. \u0427\u0430\u0441\u0442\u044c 3. \u0420\u0430\u0437\u0431\u0438\u0440\u0430\u0435\u043c\u0441\u044f \u0441 Queues \u0438 Bindings | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"Queue (\u043e\u0447\u0435\u0440\u0435\u0434\u044c) \u2014 \u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u0430 \u0434\u0430\u043d\u043d\u044b\u0445 \u043d\u0430 \u0434\u0438\u0441\u043a\u0435 \u0438\u043b\u0438 \u0432 \u043e\u043f\u0435\u0440\u0430\u0442\u0438\u0432\u043d\u043e\u0439 \u043f\u0430\u043c\u044f\u0442\u0438, \u043a\u043e\u0442\u043e\u0440\u0430\u044f \u0445\u0440\u0430\u043d\u0438\u0442 \u0441\u0441\u044b\u043b\u043a\u0438 \u043d\u0430 \u0441\u043e\u043e\u0431\u0449\u0435\u043d\u0438\u044f \u0438 \u043e\u0442\u0434\u0430\u0435\u0442 \u0438\u0445 \u043a\u043e\u043f\u0438\u0438 consumers (\u043f\u043e\u0442\u0440\u0435\u0431\u0438\u0442\u0435\u043b\u044f\u043c).\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/rabbitmq-chast-3-razbiraemsya-s-queues-i-bindings\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2020-03-06T17:42:13+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2020-03-06T17:42:13+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47RabbitMQ. Del 3. Vi dykker ned i Queues og Bindings | ProHoster","description":"Queue (k\u00f8) \u2013 en datastruktur p\u00e5 disken eller i RAM, der gemmer referencer til beskeder og giver deres kopier til forbrugerne.","canonical_url":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/rabbitmq-chast-3-razbiraemsya-s-queues-i-bindings","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"da_DK","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47RabbitMQ. \u0427\u0430\u0441\u0442\u044c 3. \u0420\u0430\u0437\u0431\u0438\u0440\u0430\u0435\u043c\u0441\u044f \u0441 Queues \u0438 Bindings | ProHoster","og:description":"Queue (\u043e\u0447\u0435\u0440\u0435\u0434\u044c) \u2014 \u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u0430 \u0434\u0430\u043d\u043d\u044b\u0445 \u043d\u0430 \u0434\u0438\u0441\u043a\u0435 \u0438\u043b\u0438 \u0432 \u043e\u043f\u0435\u0440\u0430\u0442\u0438\u0432\u043d\u043e\u0439 \u043f\u0430\u043c\u044f\u0442\u0438, \u043a\u043e\u0442\u043e\u0440\u0430\u044f \u0445\u0440\u0430\u043d\u0438\u0442 \u0441\u0441\u044b\u043b\u043a\u0438 \u043d\u0430 \u0441\u043e\u043e\u0431\u0449\u0435\u043d\u0438\u044f \u0438 \u043e\u0442\u0434\u0430\u0435\u0442 \u0438\u0445 \u043a\u043e\u043f\u0438\u0438 consumers (\u043f\u043e\u0442\u0440\u0435\u0431\u0438\u0442\u0435\u043b\u044f\u043c).","og:url":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/rabbitmq-chast-3-razbiraemsya-s-queues-i-bindings","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2020-03-06T17:42:13+00:00","article:modified_time":"2020-03-06T17:42:13+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"73065","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 18:41:06","updated":"2022-09-30 05:07:23","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts\/73065","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/comments?post=73065"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts\/73065\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media\/73066"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media?parent=73065"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/categories?post=73065"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/tags?post=73065"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}