WEBVTT 00:00:00.200 --> 00:00:07.200 [Poniższe tłumaczenie jest zapewniane przez Bing Translator] 00:00:09.000 --> 00:00:10.900 Witam. Jestem Abhishek Lal. 00:00:11.400 --> 00:00:15.360 Jestem menedżerem programu Windows Azure i dziś Chcę 00:00:15.460 --> 00:00:17.670 rozmowy dotyczące systemu Windows Magistrala usług Azure. 00:00:18.530 --> 00:00:23.350 Usługa magistrali pozwala na budowanie aplikacji i łączyć różne 00:00:23.400 --> 00:00:25.990 reguły między rzędami sieci web i pracownika. 00:00:26.620 --> 00:00:31.190 Możesz użyć tego do wyrównywania niski lub mocować gdzie Twój 00:00:31.240 --> 00:00:34.780 warstwy sieci Web wysyła wiadomości do kolejki i ściąga warstwie sieci pracownika 00:00:34.830 --> 00:00:36.040 wiadomości od nich. 00:00:36.620 --> 00:00:41.350 Możemy również obsługiwać niektóre bardzo zaawansowany scenariusze sub pub gdzie wydawców 00:00:41.400 --> 00:00:46.100 wiadomości można wysyłać do tematów, a następnie może mieć kilka abonentów 00:00:46.450 --> 00:00:50.130 z wiadomościami. Dziś pójdziemy Spójrz na niektóre z nowych narzędzi 00:00:50.180 --> 00:00:54.920 Visual Studio 2013, który obsługuje rozwój z magistrali usług Azure. 00:00:56.000 --> 00:00:59.980 Z Azure wiesz, że możesz Tworzenie aplikacji skali chmury 00:01:00.370 --> 00:01:01.470 w przedsiębiorstwie. 00:01:02.240 --> 00:01:07.320 Jednym z kluczowych aspektów i jeden klucz usług Azure 00:01:07.370 --> 00:01:09.190 jest magistrala usług systemu Windows Azure. 00:01:10.090 --> 00:01:14.650 Zapewnia to wiadomości i przekazywania usługi, które naprawdę pomaga 00:01:14.700 --> 00:01:19.070 odblokowywanie danych organizacji jak i logiki biznesowej. 00:01:22.580 --> 00:01:27.040 Z magistrali usług Azure dziś będziemy skupić się na bezpiecznej wymiany komunikatów 00:01:27.090 --> 00:01:33.330 możliwości i jak umożliwiają tworzenie luźno rozwiązań. 00:01:37.680 --> 00:01:41.330 Ponadto chcemy zobaczyć jak można osiągnąć niektórych bogate 00:01:41.380 --> 00:01:45.060 Publikowanie subskrypcja scenariuszy za pomocą magistrali usług Azure. 00:01:48.700 --> 00:01:52.570 Gdy mówimy o ściśle sprzężona jest to przypadek aplikacji 00:01:52.620 --> 00:01:57.020 w przypadku gdy sklepu przedni koniec może być mówienie bezpośrednio do wysyłki 00:01:57.070 --> 00:02:01.790 Usługa, która następnie rozmowy bezpośrednio być może na wysyłkę lub 00:02:01.840 --> 00:02:03.090 usługi magazynu. 00:02:04.400 --> 00:02:09.600 Tego rodzaju bezpośredniego system ma Błąd że przy jednym konkretnym 00:02:09.650 --> 00:02:14.290 składnik jest niedostępna, to znaczy jednej wysyłki, błędy są 00:02:14.340 --> 00:02:18.560 propagowane całą drogę z powrotem, ponieważ nie ma żadnych pośrednich 00:02:18.830 --> 00:02:22.030 oddzielenie do ochrony z tych błędów. 00:02:22.080 --> 00:02:28.470 W systemie bardziej luźno widzimy, że są błędy 00:02:29.710 --> 00:02:32.950 oddzielonej od przodu i Wewnętrzna baza danych poprzez umieszczenie kolejki 00:02:33.000 --> 00:02:33.980 w środku. 00:02:35.450 --> 00:02:40.340 W tym przypadku wszystkie żądania są wysyłane jako wiadomości do kolejki kolejności. 00:02:41.280 --> 00:02:44.580 System śledzenia mogą następnie kopiować te wiadomości i wysłać je 00:02:44.630 --> 00:02:45.890 Over dla dostawy. 00:02:48.000 --> 00:02:52.090 Jeśli z jakiegokolwiek powodu system obserwacji jest niedostępny, nie - niewyraźne - 00:02:52.140 --> 00:02:55.910 kontynuować wiadomości od przodu Aby przejść do kolejki kolejności 00:02:56.540 --> 00:02:59.080 i tym samym systemu kontynuuje prace. 00:02:59.640 --> 00:03:02.840 Zamówienia te nie będą przetwarzane. do systemu śledzenia 00:03:02.890 --> 00:03:07.210 jest ponownie w tryb online, ale w tym momencie będziesz mieć możliwość pobrania 00:03:07.260 --> 00:03:10.120 te zamówienia i procesu ich dostawy. 00:03:11.430 --> 00:03:14.990 Tym razem, jak widział z luźno aplikacje, w połączeniu 00:03:15.040 --> 00:03:18.590 Fronton dyspozycyjna podczas system obserwacji może 00:03:18.640 --> 00:03:21.040 należy podjąć off-line uaktualnień. 00:03:24.680 --> 00:03:28.550 Rozważmy scenariusz, w którym znajduje się kilka wystąpień koniec sklepu. 00:03:29.590 --> 00:03:33.400 Może być generowania szczytowe obciążenia w przypadku, gdy istnieje wiele wiadomości 00:03:33.450 --> 00:03:36.950 i nakazuje jest generowane co Nie można zachować system śledzenia 00:03:37.000 --> 00:03:41.140 up z i tego punktu, zlecając kolejki kolejności w środku, 00:03:41.190 --> 00:03:43.220 można osiągnąć, niektóre równoważenia obciążenia. 00:03:44.630 --> 00:03:48.900 Jest to gdzie mają wiele wystąpień System śledzenia 00:03:48.950 --> 00:03:50.740 Wyciągając z tej samej kolejki kolejności. 00:03:51.680 --> 00:03:56.290 W tym miejscu klucza rozróżnienie jest to, że masz wiele odbiorników 00:03:56.340 --> 00:04:01.230 na tej samej kolejki i są one ubiegania się o wiadomości tak 00:04:01.280 --> 00:04:05.930 sam komunikat nigdy nie jest widoczne przez dwa wystąpienia systemu śledzenia 00:04:07.180 --> 00:04:10.830 ale są w stanie osiągnąć niektóre Równoważenie obciążenia przez zwiększenie 00:04:10.880 --> 00:04:14.830 Liczba reguł pracownika, który masz usługi wysyłki. 00:04:14.880 --> 00:04:20.900 Z tym Pozwól mi przełączyć się do Program Visual Studio i pokazać kilka 00:04:20.950 --> 00:04:25.320 narzędzia programistyczne, będziemy musieli włączyć rozwój w tym scenariuszu. 00:04:26.740 --> 00:04:30.480 Co mam zainstalowane tutaj jest Narzędzia Windows Azure chmura, 00:04:31.080 --> 00:04:34.880 a Oto po lewej stronie w Srebrny Explorer jesteś w stanie 00:04:34.930 --> 00:04:38.550 Aby zobaczyć, że mam Moje usługi Wymienione pomieszczenia nazwę magistrali. 00:04:39.350 --> 00:04:43.530 Jeśli Zaloguj się i nie widać żadnych dostępne tutaj obszaru nazw, głowa 00:04:43.580 --> 00:04:48.540 do systemu Windows Azure Portal w WindowsAzure.com i od 00:04:48.590 --> 00:04:53.160 będzie można łatwo tworzyć wybierając nowy obszar nazw 00:04:53.210 --> 00:04:55.290 który region znajduje się w. 00:04:58.510 --> 00:05:02.460 Z mojego obszary nazw wymienionych tutaj Można łatwo można wyliczyć poprzez 00:05:02.510 --> 00:05:05.800 kolejkami i tematy który powstał. 00:05:07.570 --> 00:05:11.330 Zapewniamy niektóre dodatkowe tak więc informacje debugowania 00:05:11.380 --> 00:05:14.380 można przejść do określonego w kolejce i wyświetlić jego właściwości. 00:05:18.170 --> 00:05:21.730 Należy zwrócić uwagę, jak jestem w stanie zobaczyć, że mam wiele aktywnych komunikatów, w tym 00:05:21.780 --> 00:05:26.340 kolejki, gdy kolejki było utworzona, a także 00:05:27.860 --> 00:05:32.940 ważne wartości jak maksymalna Liczba dostawy i max 00:05:32.990 --> 00:05:34.090 rozmiar kolejki. 00:05:34.780 --> 00:05:38.240 Tak więc możemy zobaczyć wszystkie różne właściwości, które są niezbędne 00:05:38.290 --> 00:05:39.200 dla tej kolejki. 00:05:40.050 --> 00:05:44.720 Bezpośrednio z programu Visual Studio mam możliwość tworzenia nowych obiektów 00:05:49.960 --> 00:05:53.800 jak również jako modyfikacji wszystkich właściwości klucza w tym. 00:05:57.790 --> 00:06:02.020 Po umieszczeniu Mój nową kolejkę Można zobaczyć go nie zawiera żadnych komunikatów I 00:06:02.070 --> 00:06:07.210 faktycznie można wysłać wiadomość testową do niej a zauważysz, że 00:06:07.260 --> 00:06:11.150 właściwości są aktualizowane, a są w stanie zobaczyć wszystkie najnowsze 00:06:11.200 --> 00:06:14.640 właściwości w kolejce z Zwiększona liczba aktywnych wiadomości 00:06:14.690 --> 00:06:15.160 1. 00:06:16.610 --> 00:06:19.910 Również należy zauważyć, że to pokazuje, kiedy był ostatni raz kolejki 00:06:19.960 --> 00:06:24.710 uzyskano dostęp. Można przejść odbierania wiadomość z tego miejsca 00:06:26.020 --> 00:06:30.080 a to ponownie przyniesie aktywny Liczba wiadomości z powrotem w dół 00:06:30.130 --> 00:06:30.780 do zera. 00:06:33.320 --> 00:06:38.990 Narzędzia te naprawdę pomóc debug i uzyskać bardzo wnikliwością 00:06:39.040 --> 00:06:42.290 do wszystkich aktywnych jednostek z usługi magistrali. 00:06:44.120 --> 00:06:47.570 Teraz korzystać z tego będę Aby utworzyć nowy projekt 00:06:50.260 --> 00:06:55.410 w którym zamierzam wybrać systemu Windows Chmura azure usługi projektu. 00:06:57.630 --> 00:07:01.160 Kilka szablonów, które są dostępne dla mnie, jeden z nich 00:07:01.210 --> 00:07:04.380 jest to reguła pracownika z tą kolejką magistrali. 00:07:07.740 --> 00:07:10.600 Dodam ze do projektu i kliknij przycisk Utwórz. 00:07:14.450 --> 00:07:19.170 Co daje mi jest cały kod potrzebne dla mnie do dynamicznej listy 00:07:19.220 --> 00:07:23.850 w szczególności kolejka wiadomości a następnie proces te określone wiadomości. 00:07:23.900 --> 00:07:28.250 Teraz masz kod załadowany w tym miejscu. Pozwól mi przejść przez niektóre 00:07:28.300 --> 00:07:30.700 różnych sekcji w tym miejscu. 00:07:31.990 --> 00:07:36.120 Na początku tworzymy określonego Nazwa kolejki, powiedz przetwarzania 00:07:36.170 --> 00:07:36.690 kolejki, i 00:07:37.920 --> 00:07:43.410 w tym miejscu będziemy, przy uruchomieniu Metoda o nazwie jednej metody 00:07:43.460 --> 00:07:45.340 client.on wiadomości. 00:07:46.060 --> 00:07:50.890 Zainicjowano klienta kolejki w metodzie na start 00:07:52.910 --> 00:07:56.880 i używa określonej kolejki Nazwa, która określonej wcześniej. 00:07:58.370 --> 00:08:02.000 Zamierzam to zmienić Moje kolejki przetwarzania. 00:08:03.390 --> 00:08:08.520 Po dokonaniu wiadomości na wywołanie, w każdym wiadomości, które stają się dostępne 00:08:08.570 --> 00:08:13.780 w tym punkcie końcowym są następnie wysyłane Aby funkcja przetwarzania. 00:08:15.820 --> 00:08:21.120 W tym miejscu należy zauważyć, że mam proste śledzenia pisze się co komunikat 00:08:21.170 --> 00:08:22.120 Odebrano. 00:08:23.050 --> 00:08:26.520 Tak więc w demo zobaczył sposoby łatwo utworzyć regułę pracownika 00:08:26.570 --> 00:08:30.190 Projekt i odbierać na wiadomości z kolejki. 00:08:31.590 --> 00:08:34.870 Jednego pojęcia dodatkowe, którego chcę Aby pokazać, jest to, że tematu. 00:08:35.890 --> 00:08:39.550 W tym przypadku wysyłania sklepów wiadomości do jednego tematu 00:08:40.200 --> 00:08:44.190 ale może być wiele subskrypcji które są odbierane 00:08:44.240 --> 00:08:45.820 te wiadomości. 00:08:46.440 --> 00:08:49.570 Pomyśl o przypadek, w którym znajduje się skrypt w systemie - niewyraźne- 00:08:49.620 --> 00:08:54.660 i oddzielnie w systemie śledzenia. W tym miejscu ma tę samą wiadomość 00:08:55.030 --> 00:08:59.710 do wysłania do obu oraz że jest dokładnie co się dzieje w tym 00:08:59.760 --> 00:09:01.820 scenariusza. 00:09:02.730 --> 00:09:06.190 Podczas tworzenia subskrypcji należy można dodać filtry do nich, które 00:09:06.240 --> 00:09:08.840 zadecydować, które wiadomości przejdź do której subskrypcja 00:09:10.130 --> 00:09:14.310 i tych wiadomości mogą być kopiowane. między subskrypcji lub 00:09:14.360 --> 00:09:18.040 Możesz mieć wzajemnie się wykluczają filtry, w przypadku gdy pojedynczej wiadomości 00:09:18.090 --> 00:09:19.620 Przechodzi do pojedynczej subskrypcja. 00:09:20.720 --> 00:09:25.420 Scenariusze te rodzaju sformatowanego pub sub naprawdę pozwala na budowanie 00:09:25.470 --> 00:09:29.780 połączonych systemów poprzez oddzielenie Twój Frontony, jak również swoje 00:09:29.830 --> 00:09:36.370 Pracownik warstwy i osiągnięcia bardzo skalowalne i połączone usługi. 00:09:36.420 --> 00:09:41.360 Z magistrali usług Azure widzieliśmy dzisiaj jak to jest tak łatwe do zbudowania 00:09:41.410 --> 00:09:46.420 wielowarstwowe aplikacje z sieci web Warstwa i poziomów pracownik jest 00:09:46.470 --> 00:09:51.020 połączone za pośrednictwem kolejki lub przy użyciu Publikowanie subskrypcja wzorców 00:09:51.070 --> 00:09:53.060 Tematy i subskrypcji. 00:09:53.730 --> 00:09:58.940 Azure narzędzi w programie Visual Studio 2013 sprawia, że bardzo proste 00:09:58.990 --> 00:10:01.210 Aby dwukrotnie górę te aplikacje oddzielonych od produkcji.