Czy są naliczane opłaty za transfer danych w przypadku nawiązania połączenia z odbiornikiem połączenia hybrydowego?

Za każde połączenie z odbiornikiem zostanie naliczona opłata za 64 KB. Ta ilość zostanie odjęta od 5 GB, które oferujemy bezpłatnie co miesiąc dla jednostek odbiorników. Opłata za jednostkę odbiornika jest obliczana za godzinę z przyrostem wynoszącym 5 minut. Opłata nie zostanie naliczona za wiele otworzeń i zamknięć połączenia na potrzeby tworzenia i testowania.

Service Bus

Related questions and answers

  • Godziny przekazywania są rozliczane dla łącznego czasu, przez który wystąpienie usługi Service Bus Relay było „otwarte”. Wystąpienie przekaźnika jest niejawnie tworzone i otwierane pod danym adresem usługi Service Bus (adres URL przestrzeni nazw usług), gdy obsługująca przekazywanie usługa WCF („odbiornik przekazywania”) nawiąże pierwsze połączenie z tym adresem. Wystąpienie jest zamykane tylko wtedy, gdy ostatni odbiornik zamknie połączenie z tym adresem. Dlatego na potrzeby rozliczania przekaźnik jest traktowany jako „otwarty” od chwili, gdy pierwszy odbiornik przekaźnika nawiąże połączenie, do chwili, gdy ostatni odbiornik zamknie połączenie z adresem usługi Service Bus odpowiadającym temu przekaźnikowi.

  • Warstwa Premium obsługi komunikatów usługi Service Bus to stała stawka dzienna za zakupioną jednostkę obsługi komunikatów. Przestrzenie nazw utworzone w warstwie Premium mogą zawierać 1, 2 lub 4 jednostki obsługi komunikatów, za które naliczane są określone stawki dzienne za jednostkę. Liczbę zakupionych jednostek obsługi komunikatów przestrzeni nazw w warstwie Premium można zmienić w dowolnym momencie, ale stawka dzienna opiera się na maksymalnej liczbie jednostek przypisanych do przestrzeni nazw w dowolnym momencie.

  • Przekaźnik traktuje każdy wysłany do niego komunikat i każdy wysłany przez niego komunikat jak płatny. Płatny komunikat odpowiada danym o rozmiarze do 64 KB. W przypadku przekroczenia rozmiaru 64 KB przez komunikat (na przykład przez odpowiedź HTTP, która zwróciła obraz) każde dodatkowe 64 KB są traktowane jako dodatkowy płatny komunikat. W przypadku normalnej przekazywanej usługi zawierającej implementację schematu żądania/odpowiedzi żądanie najpierw jest wysyłane do przekaźnika, następnie do usługi, po czym odpowiedź jest wysyłana w ten sam sposób. Powoduje to utworzenie co najmniej czterech płatnych komunikatów. W przypadku usługi multiemisji z czterema odbiornikami komunikat wysłany do przekaźnika jest traktowany jak jeden komunikat. Cztery komunikaty wysłane do odbiorników również są traktowane jak jeden komunikat, co powoduje utworzenie w sumie pięciu komunikatów.

  • Tak. Zmiana warstwy Premium na niższą i odwrotnie jest technicznie możliwa. Aby uzyskać wytyczne dotyczące migracji rozwiązania obsługi komunikatów z warstwy Standardowa do warstwy Premium, przeczytaj ten wpis w blogu.

  • Tak. Nie ma opłat za połączenia związane z przesyłaniem zdarzeń przez protokół HTTP niezależnie od liczby systemów lub urządzeń wysyłających. Odbieranie zdarzeń za pośrednictwem protokołu HTTP przy użyciu limitu czasu większego niż zero, czasami nazywane „długim sondowaniem”, generuje opłaty za połączenia obsługiwane przez brokera. Połączenia AMQP generują opłaty za połączenia obsługiwane przez brokera bez względu na to, czy połączenia są używane do wysyłania czy odbierania. Należy pamiętać, że w podstawowej przestrzeni nazw można bezpłatnie skorzystać ze 100 połączeń obsługiwanych przez brokera — jest to również maksymalna liczba połączeń obsługiwanych przez brokera dla subskrypcji platformy Azure. Pierwsze 1000 połączeń obsługiwanych przez brokera w dowolnych i wszystkich standardowych przestrzeniach nazw subskrypcji platformy Azure uwzględnia się bez opłat dodatkowych (poza opłatą podstawową). Ze względu na to, że te dozwolone liczby połączeń są wystarczające w wielu scenariuszach obsługi komunikatów między usługami, opłaty za połączenia obsługiwane przez brokera będą zazwyczaj naliczane, jeśli planuje się korzystanie z długiego sondowania AMQP lub HTTP z dużą liczbą klientów, czyli na przykład w celu zwiększenia wydajności przesyłania strumieniowego zdarzeń lub umożliwienia dwukierunkowej komunikacji z tysiącami lub milionami urządzeń albo wystąpień aplikacji.

  • Połączenie hybrydowe umożliwia ustanowienie dwukierunkowej komunikacji korzystającej ze strumienia danych binarnych między dwiema aplikacjami sieciowymi. Jedna lub obydwie strony mogą znajdować się poza translatorami adresów sieciowych lub zaporami. Odbiornik akceptujący to przekazane połączenie oraz nadawcę inicjującego połączenie można zaimplementować na dowolnej platformie i w dowolnym języku z podstawową możliwością WebSocket. Obejmuje to interfejs API WebSocket w większości przeglądarek internetowych.