WEBVTT 00:00:01.460 --> 00:00:02.340 İyi akşamlar. 00:00:04.930 --> 00:00:05.880 Ne çok kişi yapmakta olduğunuz? 00:00:08.810 --> 00:00:14.600 İyi mi? Guys, neredeyse yaptığınız Konferans sonuna kadar. 00:00:15.630 --> 00:00:17.150 Nasıl deneyim mi şu ana kadar yapılmış? 00:00:17.160 --> 00:00:19.360 [Applause] 00:00:19.520 --> 00:00:20.120 >> İyi. 00:00:20.170 --> 00:00:24.940 Başar. Söyledikleri gibi iyi oldukları her zaman en son kaydedin. 00:00:26.240 --> 00:00:32.190 Neyse ki bu nedenle ben disappoint değil Sen guys. Gerçekten benim için teşekkür ederiz 00:00:32.240 --> 00:00:34.450 Bu öğleden sonra getirerek. 00:00:35.200 --> 00:00:40.360 Abhishek Lal olduğumu. Program Yöneticisi Azure platformu ekibiyle. 00:00:41.090 --> 00:00:45.840 PaaS yapılar takım budur Mobil Hizmetleri gibi hizmetleri, 00:00:45.890 --> 00:00:48.550 Hizmet veri yolu, Azure önbellek. 00:00:49.240 --> 00:00:51.080 Ve Medya Hizmetleri. 00:00:51.720 --> 00:00:54.320 Bu hizmetleri nelerdir Takım sahibidir. 00:00:54.830 --> 00:00:58.940 Ve ben özellikle çalışmakta son üç artı yıl için 00:00:58.990 --> 00:01:05.100 kullanılarak ileti oluşturma Parça. Bu nedenle bu sıralar olan 00:01:05.150 --> 00:01:08.720 konulardır, pub sub, Bu parça. 00:01:09.470 --> 00:01:15.150 Bugün biz hakkında konuşmak Ölçekle ileti gönderme. 00:01:17.010 --> 00:01:22.030 Sıraları ve konular. İnsanların sunulmuştur Hizmet veri yolu ile tanıdık. 00:01:22.840 --> 00:01:26.920 Bu geçiş kapsar. Bunu yapar bildirim hub kapsayacak, 00:01:27.780 --> 00:01:29.010 sıraları ve konular. 00:01:29.560 --> 00:01:34.840 Bu nedenle tür tüm avantajlarına olduğunu ileti gönderme ile ilgili hizmetleri. 00:01:35.710 --> 00:01:39.560 Bu özel oturumu gitme öncelikle sıralarda odaklanmak için 00:01:39.610 --> 00:01:46.260 ve böylece, birincil konular alan. Ancak sorularınız varsa 00:01:46.310 --> 00:01:50.120 ya da bir şey bilmek ister misiniz özellikle geçiş hakkında veya 00:01:50.170 --> 00:01:55.150 bildirim hub'ları için mutlu olduğumu yanıt, ya da en azından işaret 00:01:55.200 --> 00:01:57.410 size doğru yönde. 00:01:58.820 --> 00:02:00.930 Çok fazla şey var. Bugün kapsamasını istediğiniz. 00:02:01.710 --> 00:02:04.730 Farklı yönleri hakkında konuşun Ölçek. Konuşmak istiyorum 00:02:04.780 --> 00:02:08.490 Gönderenleri ve alıcıları ve üretilen iş, tüm farklı 00:02:08.540 --> 00:02:11.630 desenler yanı sıra kod özellikleri. 00:02:12.390 --> 00:02:14.870 Nasıl, Ölçek elde edebilirsiniz biri. 00:02:15.810 --> 00:02:19.040 Bu nedenle iyi bir hızla tutmaya çalışacağım. 00:02:19.640 --> 00:02:24.190 Sorular mükemmel. Bana görürseniz kısa sorular kesmek başlangıç 00:02:24.240 --> 00:02:27.780 yalnızca biraz daha sonra böylece ben istediğim şeyi kapsayabilen 00:02:27.830 --> 00:02:31.490 Kapak için. Sonra kullanılabilir olacak oturum ve her zaman kullanabilirsiniz. 00:02:31.540 --> 00:02:36.200 Bana ulaşma ancak etkileşimli tutun. Hiçbir şey elinizde 00:02:36.250 --> 00:02:41.270 mikrofonlar sağ burada bulunmaktadır. Sadece yürüyüş ve ben duyurmak. 00:02:43.930 --> 00:02:48.720 Ne hakkında konuşarak başlayacağız 's Yeni. Bir güncelleştirmenin yalnızca sıralama 00:02:48.770 --> 00:02:51.210 ne biz SDK 2.3 duyurulan üzerinde. 00:02:52.250 --> 00:02:56.290 Biz hakkında konuşmak için geçiş yaparak zaman kazanırsınız Ölçek boyutları. 00:02:56.340 --> 00:03:00.420 Biz Gönderenler hakkında alıcıları konuþacaðýz, üretilen iş, nasıl size, elde etmek. 00:03:01.800 --> 00:03:05.770 Ve sonra biz biraz zaman harcadığınız kullanılabilirliği hakkında önemli noktalar. 00:03:05.820 --> 00:03:07.850 Geniş çapta anlamı yalnızca kullanılabilirliği 00:03:09.190 --> 00:03:14.340 esneklik, daha iyi SLA ve nasıl Uygulamanız için tasarlamak için 00:03:14.390 --> 00:03:19.520 her zaman kadar her zaman açık olması Biz bazı geçireceksiniz böylece var 00:03:19.570 --> 00:03:20.510 Bu kez. 00:03:22.060 --> 00:03:25.780 Bunu SDK 2.3. 00:03:26.330 --> 00:03:28.310 Ne biz sadece yayımladı? 00:03:29.070 --> 00:03:32.540 İleti oturum. Vb. üyesi push juries olan 00:03:32.590 --> 00:03:36.970 Stil API. Aslında alır hemen tüm sabit çalışma, 00:03:37.020 --> 00:03:42.960 C döngüleri veya herhangi bir şey yazmak Bu karmaşıklığı ve onu 00:03:43.010 --> 00:03:46.420 bir çok olay-farklı verir iletileri tüketen modeli. 00:03:46.470 --> 00:03:50.110 Bu alıcı tarafı API ' dir. Bu nedenle Biz, oturumlar için varsın. 00:03:50.160 --> 00:03:52.680 Biz kesinlikle, ele alacağız Bugün daha ayrıntılı olarak. 00:03:53.890 --> 00:03:58.440 Bağlantı modu, otomatik algıla. Bildiğiniz gibi gerçek biri 00:03:58.490 --> 00:04:02.520 anahtar değeri Azure hizmet veri yolu olmuştur ne zaman bağlandığınızı 00:04:02.950 --> 00:04:07.700 sıraları ve bulut konular güvenlik duvarlarının 00:04:07.750 --> 00:04:11.450 kendi veri merkezlerinde veya, hangi müşterilerin veri merkezleri 00:04:11.500 --> 00:04:16.230 olan sit ardında çok iyi korunan tür güvenlik duvarları, hizmet 00:04:16.280 --> 00:04:19.660 Veri yolu yalnızca TCP bağlantı noktasında giden bağlantılar oluşturmak için yeteneğine sahiptir 00:04:19.710 --> 00:04:22.110 ancak 83 ve 443 numaralı bağlantı noktası 00:04:23.670 --> 00:04:25.860 TCP bağlantı noktalarını bloke ederken. 00:04:26.700 --> 00:04:30.790 Bu tesis hala şimdi kullanılabilir olur. yalnızca doğrudan ayarlarsanız 00:04:30.840 --> 00:04:34.230 dizin için TCP modu Bu nedenle hiçbir zaman seçim vardı. 00:04:34.910 --> 00:04:38.730 Şimdi, kodunuzda yalnızca ayarlayabilirsiniz otomatik olarak algılar ve biz olur 00:04:38.780 --> 00:04:42.910 otomatik olarak TCP bağlantı noktası olup olmadığını kullanılabilir, kullanacağız. 00:04:42.960 --> 00:04:48.410 Güvenlik Duvarı engellerse, biz olacaktır. HTTP aşağı doğru sürükleyip bırakın. Bunu SDK 00:04:48.460 --> 00:04:51.560 kullanılabilir 2.3, Ayrıca ileti alıp göndermek için. 00:04:54.390 --> 00:04:57.980 CORS destekler. Ne kadar çok kişi CORS ne olduğunu biliyor musunuz? 00:05:00.360 --> 00:05:04.200 Çoğu insanların bunu biliyor. Bu aslında kolay gönderme/alma sağlar 00:05:04.250 --> 00:05:09.370 tarayıcılardan. Bu nedenle, olur her zaman sahip olduğunuz Bitti, 00:05:09.420 --> 00:05:14.320 SCTP ile STPI. Yapabileceğiniz Gönder iletiler, ileti Al, 00:05:14.370 --> 00:05:18.920 ancak CORS ile şimdi çok sağlar tarayıcıları ve Web siteleri için daha kolay 00:05:18.970 --> 00:05:23.650 tümleştirme ve biz geri öğrenebilirsiniz. Bugün ayrıntılı,. 00:05:25.010 --> 00:05:29.530 Benzer şekilde, ile yardımcı olan sıralama Ölçek yanı sıra performans 00:05:29.580 --> 00:05:34.760 HTTP Gönderenler için biz var Şimdi kullanılabilir toplu işlem. 00:05:35.200 --> 00:05:43.980 Ve sonra istemci tarafı perf birkaç gönderirken olan sayaçları 00:05:44.030 --> 00:05:46.900 gerçekten bir uygulama getiriyor karmaşık olduğu veya olduğunuz 00:05:46.950 --> 00:05:50.450 farklı ortamlarda çalıştırmak için giderek, yapmanız gerekebilir 00:05:50.500 --> 00:05:53.340 Bu hata ayıklama ve profil için gerekebilir Bu nedenle istemci ekledik 00:05:53.390 --> 00:05:57.890 yan performans sayacı gönderilen iletiler her saniye ikinci, harfler 00:05:57.940 --> 00:06:01.460 ve şey, hangi gerçekten olabilir, gerçekten yardımcı profili 00:06:01.510 --> 00:06:05.250 ileti katmanı yapan genel karşı 00:06:05.300 --> 00:06:09.020 gün yapıyor. Bu nedenle olur sonra bu performans için bildirim 00:06:09.070 --> 00:06:14.230 NuGet paketinin bir parçası olarak sayaçları onu gerçekten sağlar böylece 00:06:14.280 --> 00:06:17.550 size bazı iyi hata ayıklama yapmak. 00:06:20.550 --> 00:06:23.340 Ve son olarak, ForwardTo Geçersiz sıralarda için. 00:06:23.880 --> 00:06:27.380 Deadlettering bir çok güçlüdür Burada koruma özelliği 00:06:27.430 --> 00:06:30.820 yoksa zarar arka ucu demektir iletileri. Genellikle bunlar 00:06:30.870 --> 00:06:34.620 burada deneyin zarar sıraları denir bir ileti almaya ve 00:06:34.670 --> 00:06:38.600 ileti biçimlendirilmemiş ya da Kodunuzda bir yere hata 00:06:38.650 --> 00:06:42.080 üzerinde bir yerde de civilizer içinde Burada sizin açmanız mümkün değil 00:06:42.130 --> 00:06:44.560 ileti ve arka uç çöküyor. 00:06:45.780 --> 00:06:50.390 Hizmet veri yolu yeteneği sağlar en fazla teslimat ayarlama 00:06:50.440 --> 00:06:54.420 Varsayılan değer 10 ve hangi sayımını Biz görürseniz, olduğu anlamına gelir 00:06:54.470 --> 00:06:57.660 Biz ileti teslim 10 kez ve sahip olduğunuz için 00:06:57.710 --> 00:07:01.310 başarıyla tamamlandı ileti, biz buradan hareket eder 00:07:01.360 --> 00:07:03.240 ana sıranın içine sahipsiz sıraya. 00:07:03.870 --> 00:07:07.930 Bu nedenle bu tam anlamıyla uygulamalarınızı yardımcı olur Varsayılan olarak esnek olması 00:07:08.190 --> 00:07:12.840 Sensiz tek yazmak zorunda kod satırını ve koruma 00:07:12.890 --> 00:07:18.660 arka uç sunucuları. Bunu ForwardTo Kanal yeteneği olan 00:07:18.710 --> 00:07:23.810 iletileri otomatik olarak zengin oluşturma ileti akışları ve şimdi de 00:07:23.860 --> 00:07:30.000 bir uygulama olabilir alabilir 6, 8, 10 sıraları ve ForwardTo 00:07:30.050 --> 00:07:34.450 Tüm sahipsiz sıraya için yani tek bir sıra 00:07:34.500 --> 00:07:38.530 Şimdi, şimdi gitmek için bir yer gerekir zararlı iletileri alma 00:07:38.980 --> 00:07:42.340 ne olursa olsun kaç sıraları Konular ya da Abonelikleri, 00:07:42.390 --> 00:07:46.280 Bunu kullanarak bu bir özelliği çok eklemeniz. 00:07:47.180 --> 00:07:49.910 Biz, içinde ele alınacaktır biraz daha fazla ayrıntı. 00:07:51.740 --> 00:07:57.570 Hızlı bir şekilde ne olduðunu istediğiniz Biz bu yana son Nisan yaptıktan 00:07:57.620 --> 00:08:01.400 ne zaman biz hakkında bugün olarak konuşmak için Ölçek ve performans koşulları 00:08:01.450 --> 00:08:05.780 işlem hacmi çok sayıda göreceksiniz. Başvurulan bu özellikleri 00:08:06.180 --> 00:08:08.570 Yalnızca bunları eklemek istediğim şekilde koşullarını mi oldukları 00:08:08.620 --> 00:08:12.370 Bugün zaten kullanılabilen ve bunlar olduğunuz out bir süre için yapılmış ancak 00:08:12.420 --> 00:08:16.250 Bunlar var hala ilgili. 00:08:18.520 --> 00:08:22.290 Bir şey burada görmek için hizmet veren satırın altındaki ilk 00:08:22.340 --> 00:08:26.310 promise hizmet yolunda için bu nedenle son Biz hizmet yol vermedi yıl 00:08:26.360 --> 00:08:28.900 Windows server sürüm 1.1. 00:08:29.580 --> 00:08:33.210 Bunun için tamamen simetrik sıra ve anlamına gelen konular 00:08:33.260 --> 00:08:37.450 Örneğin SDK 2.1 çekme Son SDK olduğu, 00:08:38.470 --> 00:08:42.010 ya da isabet mümkün olacaktır Hizmet veya üzerindeki tüm yapar 00:08:42.060 --> 00:08:45.070 kullanılabilir olan özellikler. 00:08:46.760 --> 00:08:51.600 Bu cadence sıralama bulut yayın her üç ayda bir, 00:08:51.650 --> 00:08:55.290 üç veya dört ayda görebilirsiniz at üzerinde içi bırakın 00:08:55.340 --> 00:08:59.520 Biz deneyin yılda en az bir kez olur. her ikisi de getirmek ve korumak 00:08:59.570 --> 00:09:02.680 Bu özellik eşlik ayarlar. 00:09:05.540 --> 00:09:08.740 Bu nedenle bu sizin için kullanılabilir açısından, daha sonra başvuru 00:09:08.790 --> 00:09:10.010 özellikleri. 00:09:12.110 --> 00:09:13.310 Herhangi bir sorunuz için şimdiye kadar? 00:09:15.820 --> 00:09:16.720 Evet, lütfen. 00:09:16.730 --> 00:09:19.730 [İndiscernible] 00:09:19.950 --> 00:09:23.560 >> Bu nedenle soru oldu: ne zaman olur Sonraki güncelleştirme ve nerede 00:09:23.610 --> 00:09:28.920 2.3 en son duruma getirecek işlevselliği vardır. 00:09:28.970 --> 00:09:33.240 Tüm tarihler sahip değilseniz hemen sonraki hizmet için paylaşmak için 00:09:33.290 --> 00:09:36.320 Veri yolu yayın olacak bir 2.2 veya bir 1.2 olması. 00:09:37.800 --> 00:09:42.620 Ancak, genellikle bu düşünebilirsiniz belirli yayın tarihi 00:09:43.340 --> 00:09:46.900 Windows Server Sürüm eşleşiyor Çoğu zaman onlar denemek için 00:09:46.950 --> 00:09:51.580 Bu nedenle sunucu sürümleri ile hizalamak için en büyük platform Doğum günün kutlu olsun 00:09:51.630 --> 00:09:55.010 biz sunuyoruz emin olmak için kazanç en son büyük sunucu 00:09:55.060 --> 00:09:59.310 Son yönetimi ile kümeleme ve defaces ve her şey. 00:09:59.360 --> 00:10:03.610 Bu nedenle genellikle yalnızca kılavuz varsayar cadence aynı tür 00:10:03.660 --> 00:10:05.820 izleyecektir. İyi soru. 00:10:08.920 --> 00:10:13.130 Gönderenin ölçekleyin. İle başlayalım Bu ilk açısından 00:10:13.180 --> 00:10:14.210 Ölçek boy. 00:10:15.570 --> 00:10:18.650 Gönderenler böylece hiçbir şey ama Burada olduğunuz bir yer 00:10:18.660 --> 00:10:20.040 [İndiscernible] 00:10:20.000 --> 00:10:22.830 Senaryo çok fazla düşünebilirsiniz. Burada. Aygıt düşünebilirsiniz. 00:10:22.880 --> 00:10:24.970 telemetry, kullanıcı eylemleri. 00:10:26.630 --> 00:10:31.030 Ve sistemlerinizi olaylar oluşturma ve senaryo olarak B B tür. 00:10:31.080 --> 00:10:32.910 Üretilen olaylar. 00:10:33.640 --> 00:10:37.660 Nasıl, senaryoları ilgilen Bu çok olduğu 00:10:37.710 --> 00:10:41.620 ya da belki bazılarının çok onlarla çok sayıda Gönderenler veya olayları 00:10:41.670 --> 00:10:45.250 olayların çok ile? Tüm olanlar olası senaryolar verilmiştir. 00:10:46.830 --> 00:10:50.480 Bu nedenle biz bunu somut yapacağız. Biz gerekir gerçek bir senaryo ile başlatma 00:10:50.530 --> 00:10:54.510 hangi müşterilerin kullanımı için bugün? Burada, zorunda olduğu 00:10:54.560 --> 00:10:58.850 Çözümleme dışı olayları toplamak çok sayıda aygıt. 00:11:00.370 --> 00:11:05.900 Bu aygıtların tanıdık Ancak bu bir rastlantı, 00:11:05.950 --> 00:11:11.000 Ben onaylamak reddetmek ne. Bu nedenle herhangi bir aygıt olabilir. 00:11:11.050 --> 00:11:12.350 Herhangi bir aygıt olabilir. 00:11:13.160 --> 00:11:18.850 Şimdi tüm bu başlar Aygıt içinde sıraya çalışabilme 00:11:18.900 --> 00:11:24.250 iletiler, birkaç yapılacak çalışabilme Konular ya da bir konu ve itme 00:11:24.300 --> 00:11:28.090 çok fazla bilgi Bu kanal 00:11:29.520 --> 00:11:33.640 bir ileti içinde bir konuyu olduktan sonra şunları yapabilirsiniz düşünün 00:11:34.710 --> 00:11:39.370 birkaç senaryo olan onu kullanmak istiyorsunuz. 00:11:39.420 --> 00:11:43.330 Gerçek zamanlı analitik veya hangi kendi kodunuzla yapmayı tercih edilir 00:11:43.380 --> 00:11:48.570 gerçekten çok daha yaygın hale ve popüler. İnsanların yaptı 00:11:48.620 --> 00:11:53.840 Orleans oturumu için hangi dün yapılmış mıydı? İyi 00:11:53.890 --> 00:11:57.080 yaptığınız, Başar, Başar taş teknolojinin çalışır çünkü 00:11:57.130 --> 00:12:02.580 çalışan, bu sorunu çözmek için kod içinde dağıtılmış bir ölçekte 00:12:02.630 --> 00:12:06.190 ile ilgili olup olmadığını bir kez deneyerek Oluşturulmakta olayları 00:12:06.240 --> 00:12:10.830 çok sayıda ve bu Gönderenler tarafından içinde every bu yolla ilişkili. 00:12:12.020 --> 00:12:15.930 Bunu nasıl, emin olun bu arka uç sistem bilgisini iletmiyor? 00:12:15.980 --> 00:12:18.590 Ne, emin olun, bu arka uç sistemler için 00:12:18.640 --> 00:12:24.640 iletileri bu hızda tüketen ve hareket içinde esnek oldukları şekilde? 00:12:25.950 --> 00:12:29.560 Ve bunun için konular koymak Orta. Sadece böyle konular 00:12:29.610 --> 00:12:33.440 arabelleğe alma, tıpkı size başka bir deyişle, bir sıra 'D 00:12:33.490 --> 00:12:35.950 arka plan yapılabilir birkaç saat ve yok 00:12:36.000 --> 00:12:39.060 olaylardan herhangi biri kaybeder. Olaylar hala orada Kal, ancak bunlar 00:12:39.110 --> 00:12:40.490 Ayrıca pub sub verin. 00:12:41.470 --> 00:12:45.530 Diğer varsa, yani sadece yapmakta olduğunuz sistemleri 00:12:45.580 --> 00:12:51.310 Durum İzleme, yerleştirme diyelim ki Azure kabloları değerlere veya 00:12:51.360 --> 00:12:56.520 Toplu İş Analizi ile yaptıkları Dosya yapınızı bağlamak 00:12:56.570 --> 00:13:00.330 HDFS ve Hadoop çalıştırın Bunu işler. 00:13:01.400 --> 00:13:05.850 Ya da bunlar yüksekliği, yerleştirme demektir verileri bir SQL veri ambarında 00:13:05.900 --> 00:13:09.170 ve BI sorguları çalıştırma üst üste. 00:13:09.790 --> 00:13:13.980 Tüm bu sistemler bak Git aynı olay akış. 00:13:15.280 --> 00:13:18.350 Ve sadece aynı olay akışı, Şimdi Ara olay 00:13:18.400 --> 00:13:21.780 , çok akış. Belki de BI ambar çalışma, kullanmak istemediğiniz 00:13:21.830 --> 00:13:25.870 tüm olayları. Herhangi bir ilişkili eylem olaylar var. ait değil. 00:13:25.920 --> 00:13:29.420 Yalnızca kod sorular ait oldukları. Akışları bölebilirsiniz. 00:13:29.470 --> 00:13:30.210 Bu şekilde. 00:13:32.750 --> 00:13:36.990 Ardından, arka uç, gelen olup olmadığını Azure, okuduğunuz 00:13:37.040 --> 00:13:41.730 tablolar veya, SQL veri ambarı, sizin geçirmesi oluşturabilirsiniz. 00:13:41.780 --> 00:13:43.200 panoları ve analizi. 00:13:44.750 --> 00:13:45.750 Bu nedenle bir anahtar 00:13:46.970 --> 00:13:49.340 Bu pakette noktaları tasarlayın. 00:13:50.180 --> 00:13:52.920 Konuları ilk kez kullanma için fan. 00:13:53.960 --> 00:13:57.730 Gerekli olarak fan anlamına gelir, daha az olması Konular daha aygıtlarda bulunur. 00:13:57.780 --> 00:13:59.900 Sağ? Bu nedir önem düzeyini daha düşük olabilir. 00:14:01.080 --> 00:14:03.820 Onu alacağını olmayabilir biri. Bir tane olacak şekilde gitmeyecek 00:14:03.870 --> 00:14:07.660 Konu her şey için. Muhtemelen öyledir k. giderek sağlar alacağını değil 00:14:07.710 --> 00:14:12.220 olarak ve de arasında bir yerde olması için Biz gündeme nasıl hakkında konuşun 00:14:12.270 --> 00:14:13.860 Sağdaki sayı ile. 00:14:14.410 --> 00:14:18.960 Yük Dengeleme üzerinde olacak veri merkezleri için birkaç nedeni olabilir. 00:14:19.320 --> 00:14:22.490 Bu konuda, bu aygıtların düşünüyorsanız aslında farklı yerlere dağılmış olan 00:14:23.190 --> 00:14:26.300 dağılmış, bu nedenle, yapmak istediğiniz Aygıt kullandığından emin 00:14:26.350 --> 00:14:30.740 az miktarda güç, en düşük görebilmek için gecikme süresi bağlantı 00:14:30.790 --> 00:14:33.770 dışarıya ulaşıp verisini sıraya için. 00:14:35.480 --> 00:14:39.640 Bu nedenle veriler arasında dengeli değil ortalar. Bu yol kullanılabilir olacak şekilde 00:14:39.690 --> 00:14:45.690 Tüm Azure bölgelerde tüm veriler toplanır. Bu nedenle yeteneğine sahip 00:14:45.740 --> 00:14:50.730 Konular etrafında yaymak için. Üzerinde artık arka plan gelmez 00:14:50.780 --> 00:14:53.890 sistemleri abdicated gerekir tüm çok olanlar yerleştirir. 00:14:54.880 --> 00:14:58.000 Eğer içinde Hadoop hakkında düşünüyorsanız, olgu Genellikle, kümeler. 00:14:58.050 --> 00:15:01.860 olmayan yinelemek bir şey Her veri merkezi her bölgede. 00:15:01.910 --> 00:15:05.890 Ancak, düşük gecikme sağlar Bitiş noktası. Buradan şunları yapabilirsiniz: 00:15:05.940 --> 00:15:10.490 Burada olmaya verilerini toplamak oluşturulan. Ve sonra çekme 00:15:10.540 --> 00:15:14.310 arka uç. Üzerinden ulaşma Bu bölgelere ve 00:15:14.360 --> 00:15:18.450 Farklı bölgelerdeki abonelikleri ve o veri birleştiriliyor. 00:15:20.910 --> 00:15:23.690 Biri dışında tüm abonelik için doğru filtre, Bunu içinde bu yatay 00:15:23.740 --> 00:15:27.550 Müşteri servis talebi, bunlar gerçekte neden tüm verileri kullanan ve 00:15:27.600 --> 00:15:31.700 Durum İzleme ve toplu işlem kodu Analytics ancak BI içinde değil. 00:15:31.750 --> 00:15:35.900 Bu nedenle bu üç gerçekten doğru filtreler, ancak bir abonelik 00:15:35.950 --> 00:15:39.960 Azaltma filtresi vardı. Önceki bir Oyun olduğu söylenebilir filtresi 00:15:40.010 --> 00:15:45.060 olay, daha sonra biz hakkında düşünmeniz gerekmez ve Elbette, bunu yapabilirsiniz 00:15:45.110 --> 00:15:47.360 gerçek zamanlı ve Toplu İş analizi. 00:15:49.410 --> 00:15:53.110 Bu nedenle bu senaryo için düşündüm Biz hızlı demo atlamak. 00:15:54.270 --> 00:15:59.080 Ve CORS Göster Bu yönüyle destekler. 00:16:00.290 --> 00:16:05.680 Çünkü çok fazla istemci sağlar açısından ulaşmak 00:16:05.730 --> 00:16:11.600 sıradaki için çalışabilme iletileri yalnızca saf kullanmak 00:16:13.270 --> 00:16:15.140 HTTP ve her şeyi. 00:16:15.730 --> 00:16:21.550 Ben ayarlanmış bir Web sitesi bulunmaktadýr. Sizin guys çok ziyaret varsa 00:16:21.600 --> 00:16:25.950 bir aygıt ya da bir şey. Aranan Not Dosya kullanıcı Azure yapın 00:16:26.000 --> 00:16:28.260 .NET Web siteleri. 00:16:29.750 --> 00:16:40.510 Burada olan şey çok kolay Hangi ı olacak JavaScript 00:16:40.560 --> 00:16:41.160 size gösterir. 00:16:41.880 --> 00:16:43.280 Ve ne yapar 00:16:48.770 --> 00:16:53.470 anahtar değerleri temel alınır onun adı nedir, değerleri 00:16:53.520 --> 00:16:58.790 alan adı sıra adı nedir, SaaS kuralınız ver 00:16:58.840 --> 00:17:02.140 Paylaştırılmış erişim imza yetkilendirme ne kullanıyor olmasıdır 00:17:02.190 --> 00:17:03.800 SaaS anahtar yanı sıra. 00:17:04.950 --> 00:17:07.970 Dayalı ve ileti gönderebilirsiniz. 00:17:14.280 --> 00:17:18.140 Başarıyla gönderilen ileti. Bu onu. Yoksa görebilmeniz için 00:17:18.190 --> 00:17:21.380 tarayıcı istemcilerinin çok fazla olması veya başka bir istemci veya 00:17:21.430 --> 00:17:25.940 sadece saf HTTP yapmak için aygıt Burada hiçbir SOAP yoktur. Yok yok... 00:17:26.900 --> 00:17:31.300 hiçbir kodlama. İleti koyabilirsiniz JSON özellikleri ve sonra 00:17:31.350 --> 00:17:35.930 çok kolay bir şekilde iletileri Al Buna sıraya alındı. Göstermek istiyorum 00:17:35.980 --> 00:17:38.170 size bu Web sitesi için kod. 00:17:47.070 --> 00:17:52.110 Bu nedenle burada olup olmadığınızı görebilirsiniz zengin özellikler yapmak 00:17:52.730 --> 00:17:55.220 hatta sadece çok ama temel özellikleri, 00:17:58.440 --> 00:18:05.280 Bu kodu kolayca gönderebilirsiniz. Ve Aslında, JavaScript kitaplık 00:18:05.330 --> 00:18:09.370 Burada kullanılan, versin Bana Göster, size de. 00:18:16.200 --> 00:18:22.410 Bu web sayfası olması için hangi ı Siz ve sizin görebileceğiniz gösterdi nasıl 00:18:35.560 --> 00:18:40.400 Basit gerçekten Gönder ve Bu ileti için alırsınız. 00:18:40.450 --> 00:18:44.840 HTTP delete gerçekte olduğundan Alma senaryosu. 00:18:45.430 --> 00:18:47.500 Hangi biraz daha sonra göreceğiz. 00:18:48.120 --> 00:18:56.600 Ve yerine gönderme senaryo için post, özür dileriz, gönderme senaryo kavrama. 00:18:58.510 --> 00:19:02.420 Bu nedenle istiyorum 00:19:03.620 --> 00:19:05.210 Bana birkaç daha fazla ileti gönder. 00:19:05.810 --> 00:19:09.220 Ve yeni iletileri görüntülemek için gösteren, burada ben sunucu var 00:19:09.270 --> 00:19:12.280 Explorer ile yüklü... 00:19:21.330 --> 00:19:25.310 Benim ad uzayına bağlı. Ve ben olduğunuz üzerinde basit bir sıraya alındı 00:19:25.360 --> 00:19:28.770 Şimdi iki vardır görebilirsiniz iletileri sıraya alındı. Ben bunu yaparsanız bir 00:19:28.820 --> 00:19:35.430 yenileme, 14 iletileri görüyorum. Bu nedenle gibi iletileri geldikleri zaman 00:19:35.480 --> 00:19:37.840 Bu sırada görünür. 00:19:48.480 --> 00:19:53.620 Biz Al senaryoyu ele alacağız biraz daha açısından, 00:19:53.670 --> 00:19:56.920 HTTP istemcisi. Bu nedenle, HTTP için istemcidir. 00:19:57.510 --> 00:20:02.200 Ancak gerçekten özellikle konuşmak istediğim iletişim kuralları hakkında. 00:20:02.820 --> 00:20:06.840 Dikkat edilmesi gereken noktalar nelerdir, karar verirken yapmalısınız 00:20:06.890 --> 00:20:11.460 HTTP kullanan veya kullanmak için AMQP. Hizmet bildiğiniz gibi 00:20:11.510 --> 00:20:13.930 Veri yolu birkaç protokollerini destekler. 00:20:15.060 --> 00:20:21.750 HTTP ise yalnızca bizim RKDPI AMQP olur Ben göreceksiniz bir standart iletişim kuralı 00:20:21.800 --> 00:20:27.620 hakkında daha fazla konuşmak ve bizim diğer SBMP ise .NET üzerinden özel iletişim kuralı. 00:20:29.320 --> 00:20:35.000 Şimdi, bu performans değerlendirmeleri olabilir ve dikkat edilmesi gereken noktalar ulaşmak. 00:20:35.710 --> 00:20:39.950 Böyle bir aygıt üzerinde varsa güç kaynağı, yapabileceğiniz çok düşük düzeyde 00:20:40.000 --> 00:20:44.810 hangi protokolü hakkında endişeleriniz uygulama yapabilirsiniz koymak 00:20:44.860 --> 00:20:49.590 orada üzerinde. Senaryo varsa burada Satıcı bağımsız olmasını istediğiniz, 00:20:50.070 --> 00:20:54.160 ulaşma dikkat edilmesi gereken noktalar olabilir. Burada söyleyen ben içine satın olmaz 00:20:54.210 --> 00:20:57.830 herhangi bir belirli iletişim kuralı veya API bir satıcı ile. İçin gidiyorum 00:20:57.880 --> 00:21:00.060 bir açık standart AMQP gibi kullanın. 00:21:01.900 --> 00:21:04.390 Bazen Özellikler iletişim kuralına göre değişir. 00:21:05.130 --> 00:21:08.000 Ve vurgulamak istediğiniz kısmı çok fazla kayıp 00:21:08.050 --> 00:21:11.300 çok kişi, çoğunlukla olmasıdır tarafı özellikleri alırsınız. 00:21:11.950 --> 00:21:13.290 Bazı gönderme yan vardır. 00:21:14.560 --> 00:21:19.100 olası etkileri, çok, çoğu alma işlemi üzerinde olduğu zaman burada 00:21:19.150 --> 00:21:23.270 iletişim kuralları gerçekten ertelenmiştir bir yani neden çok ve biz görürsünüz 00:21:23.320 --> 00:21:24.240 Servis talebi. 00:21:25.950 --> 00:21:28.810 Ve sonra genel olarak bazı Kota farklılıkları şartları 00:21:28.860 --> 00:21:32.360 kaç tane bağlantıları şunları yapabilirsiniz: AMQP ve SBMP ile oluşturun. 00:21:32.410 --> 00:21:35.550 Bu nedenle de önemli noktalar dosyalardır , Merhaba, düşünürken, 00:21:35.600 --> 00:21:38.980 hangi iletişim kuralının kullanılacağını yapacağım Benim büyük ölçekli için büyük bir sayı 00:21:39.030 --> 00:21:50.090 gönderenlerin? Bu nedenle ikili protokoller HTTP karşı neden bu kadar önemli 00:21:50.140 --> 00:21:53.280 ileti alıp göndermek için? Anahtarı nedir ileti dikkat edilmesi gereken noktalar? 00:21:53.810 --> 00:21:56.350 Yalnızca anahtar aramak istediğim Burada yaptığı senaryoları bir 00:21:56.400 --> 00:21:59.380 Bunu fark sonra seçim yapabilirsiniz ve önemli olup olmadığını karar 00:21:59.430 --> 00:22:02.780 ya da belirli durumunuz için değil. 00:22:04.210 --> 00:22:08.070 Her yaptığınızda HTTP durumu bir duyurmak olabilir olacak 00:22:08.120 --> 00:22:11.480 bir varlık ulaşmak kullanabilirsiniz. Böylece 's bir bitiş noktası olup 00:22:11.530 --> 00:22:13.850 Gönderme bitiş noktası veya alma bitiş noktası. 00:22:14.850 --> 00:22:16.820 Bunu bekleyen işlem yapabilirsiniz. 00:22:17.560 --> 00:22:21.540 Sadece tek bir çağrı göndermek veya bir tek alma çağrısı. 00:22:22.370 --> 00:22:26.300 Ve çoğu zaman, işlem Yaşam olamaz birden fazla 00:22:26.350 --> 00:22:30.940 60 saniye ya da ihtiyacınız yük Dengeleyici ne için izin verir. 00:22:31.480 --> 00:22:33.060 Sağlayıcı çalıştırmakta olduğunuz. 00:22:34.490 --> 00:22:41.480 Bu nedenle bu tür duruma getirmek istediğiniz bir durum senaryoları 00:22:41.530 --> 00:22:43.390 birden çok Uç noktalara konuşmak için. 00:22:44.040 --> 00:22:47.590 Çok fazla kez satın yön olduğunuz iletişim senaryoları 00:22:47.640 --> 00:22:51.230 sürekli olarak göndermek için bir sıra gitmek için ve bir abonelikten alıyor. 00:22:52.080 --> 00:22:55.730 Ya da bir bildirim gitmek Gönder hub. Tüm bu tür, 00:22:55.780 --> 00:22:57.060 Senaryo var olabilir. 00:22:57.640 --> 00:23:01.320 İkili bir protokolle, aslında tek bir bağlantı oluşturabilir, 00:23:01.370 --> 00:23:08.270 bir tek bite, tek soketli, ve tüm diğer bağlantılar 00:23:08.320 --> 00:23:13.320 AMQP içerik multiflexed bir bağlantı olduğunu tek bir HTTP bağlantısı üzerinden. 00:23:14.500 --> 00:23:18.740 Bu nedenle çok sayıda avantaj Al Anlaşma yapmak zorunda değil 00:23:18.790 --> 00:23:22.680 ve bu yuva kurmak zorunda değil ve her tek sorular 00:23:22.730 --> 00:23:26.880 ... yapmak yerine varlık, ödeme Maliyet bir kez ve sonra yeniden kullanma 00:23:26.930 --> 00:23:29.460 ne zaman konuşan Bazı varlıklar için. 00:23:30.290 --> 00:23:33.900 Bu senaryonun göz önünde bulundurun. Bazen ne zaman alan ağ geçitleri yazma 00:23:33.950 --> 00:23:37.240 ya da burada olduğunuz özel ağ geçitleri Aygıt çok fronting bu 00:23:37.290 --> 00:23:40.690 çok önemli bir husus olacaktır. 00:23:43.280 --> 00:23:48.250 Diğer çekmek uzun bir parçasıdır. Bu nedenle bu sabit bir şey var. 00:23:48.300 --> 00:23:51.400 Kuyruklar, doğru çekmek Merhaba, ben bir ileti var mı? 00:23:51.450 --> 00:23:55.160 Bir ileti var mı? Sahibim bir ileti? Çünkü burada 00:23:55.210 --> 00:24:01.040 bir bağlantıda AMQP Protokolü Biz bağlantı Canlı. 00:24:01.090 --> 00:24:04.370 Herhangi bir işlem yapmanıza gerek yoktur dışında olan bir bekliyor 00:24:04.420 --> 00:24:09.120 almak için ayarlanabilir bir Sonsuz zaman aşımına uğradı. Size verebilir 00:24:09.170 --> 00:24:12.110 haftada bir gün için kapatın. Genellikle siz onu kapatıp kapatmayacağını değil 00:24:12.160 --> 00:24:16.090 sonsuzluk için. Bunu ne için ayarladığınız Kapatma Özellikleri 00:24:16.140 --> 00:24:19.560 belki de 20 dakika görünümünü veya Örneğin. Ancak, 00:24:19.610 --> 00:24:24.920 Bekleyen Alma uzun bir tanıtım olabilir ve hakkında endişelenmenize gerek kalmaz 00:24:24.970 --> 00:24:27.640 görmelisiniz CPU döngülerini ve hizmetler 00:24:29.370 --> 00:24:33.080 hakkında alma. Biz tutmak üzerinden canlı bağlantı 00:24:33.130 --> 00:24:37.040 ping veya belirlediğiniz başka bir yük dengeleyici gerekli değildir ve biz sağlar 00:24:37.090 --> 00:24:41.640 Düşük gecikmeli yanıt Her bir ileti görünür. 00:24:42.360 --> 00:24:45.820 Bu nedenle çok önemli bir başka Değerlendirme koşulları içinde 00:24:45.870 --> 00:24:50.380 üzerindeki etkisini yanı sıra maliyet Aygıtınızın. Bu nedenle ikili protokoller 00:24:50.430 --> 00:24:53.310 bakımından bir fark yaratmak senaryolarınızın. 00:24:56.240 --> 00:24:59.820 Hangi protokolleri dikkate getirir SDK içinde olur. 00:24:59.870 --> 00:25:03.520 Üretken almak istiyor. İstediğiniz düz bir çekirdek kullanmak için. İstediğiniz 00:25:03.570 --> 00:25:08.220 Düz kitaplıkları kullanmak için. Bu nedenle, gerçekten Seçim yapabilmek istediğiniz 00:25:08.270 --> 00:25:11.010 ile doğru iletişim kuralı sağ SDK. 00:25:12.880 --> 00:25:13.950 Bunu hizmet veri yolu için 00:25:15.670 --> 00:25:19.750 .NET, daha sonra bizim varsayılan kullanıyorsanız SBMP, varsayılan protokoldür. 00:25:19.800 --> 00:25:24.130 Ne kullanılır olmasıdır. Geçiş yapabilirsiniz AMQP herhangi bir zamanda kendisine ve 00:25:24.180 --> 00:25:25.170 çok ince olmasıdır. 00:25:25.850 --> 00:25:28.980 Bazı özel savunma vardır. Şimdi, ancak biz Kapamakta olduğunuz 00:25:29.030 --> 00:25:33.730 Bu boşluğu oldukça yakında. Ancak siz iseniz .NET kullanarak, SBMP ise 00:25:33.780 --> 00:25:36.010 tür varsayılan senaryonuzu bugün. 00:25:37.560 --> 00:25:42.400 Bu, HTTP, kullanıyorsanız, 's Servis talebi, HTTP sarmalayıcılar üzerinde çok sahibiz 00:25:42.450 --> 00:25:46.160 kullanılabilir işletim sistemlerinin ve çok sayıda kitaplıkları kullanılabilir. 00:25:47.010 --> 00:25:50.510 Sonra size başlangıç ile AMQP ve birçok topluluk görmek için 00:25:50.560 --> 00:25:51.700 kitaplıklar gündeme. 00:25:52.940 --> 00:25:59.670 Açık bir standart olan AMQP oldu ile tasarlanmış ve geliştirilmiş tüm 00:26:00.690 --> 00:26:05.690 verimli ve güvenilir göz önünde bulundurarak, taşınabilir tür olan 00:26:05.740 --> 00:26:10.310 gösterimi ve esneklik göz önünde. Koşullarındaki esnekliği 00:26:10.360 --> 00:26:13.470 istemci için istemci olup kitaplıkları veya istemci aracı için 00:26:13.520 --> 00:26:15.120 ya da ihlal kitaplıklara broke. 00:26:16.680 --> 00:26:20.260 Bu nedenle AMQP ile görmek başlatıyorsanız Standartlaştırma hareketli İleri... 00:26:20.310 --> 00:26:26.370 Bu arada AMQP standart OASIS son oldu Ekim. Sadece ISO/IEC da temizlenir. 00:26:27.560 --> 00:26:32.950 Şimdi bir Uluslararası tanınmış olan Standart, çok. Böylece 's 00:26:33.210 --> 00:26:35.180 Yeni Sıcağına. 00:26:36.990 --> 00:26:41.560 Ancak sizin için anlamı, bir dizi kitaplıkları görürsünüz 00:26:42.230 --> 00:26:47.750 Apache Qpid kitaplığı tarafından geliştirilen ayarlama veya Protonun durgun kitaplığı 00:26:47.800 --> 00:26:51.010 birçok farklı dilde istemciler. 00:26:51.890 --> 00:26:55.240 C, Java, JMS uygulaması yoktur. 00:26:56.110 --> 00:27:00.670 PHP. Bunların tümü kullanılabilir sizinle için topluluk 00:27:00.720 --> 00:27:05.970 Kütüphane açık kaynak kullanma desteği ve geliştirmek ve katkıda bulunan 00:27:06.020 --> 00:27:06.740 için ve 00:27:07.970 --> 00:27:12.310 artı ya da diğer aygıtlarla hizmetiyle destekleyen sağlayıcı 00:27:12.360 --> 00:27:14.070 AMQP portal koyacağız. 00:27:14.820 --> 00:27:18.400 Bunu hizmet veri yolu, erişmeye çalıştığınız farklı protokolleri görebilirsiniz. 00:27:18.450 --> 00:27:22.940 Ne istediği pek çok Kullandığınız SDK ve hangi kitaplıkları 00:27:22.990 --> 00:27:34.850 kullandığınız ve olması gerekmez herhangi bir şekilde sınırlı. 00:27:34.900 --> 00:27:36.150 Eşitleme, toplu iş ve zaman uyumsuz. 00:27:37.150 --> 00:27:40.650 Bu nedenle biz anladığınıza göre ne olduğunu Sanırım iletişim kuralı küçük farklar 00:27:40.700 --> 00:27:45.840 Biz ne zaman hakkında konuşmak gerekir Biz zaman uyumsuz bir eşitleme kod yazma 00:27:45.890 --> 00:27:49.170 kod, toplu işlem kodu ve nelerdir Gerçek koşulları farklılıklar 00:27:49.220 --> 00:27:54.100 gördüğünüz performansı Bu farklı senaryolarda. 00:27:55.890 --> 00:27:58.710 Toplu iş oluşturma özelliğinin açıkça verimi artırır. 00:27:59.460 --> 00:28:04.620 Her zaman bir çok iyi bir yöntemdir onu olup olmadığı açısından 00:28:04.670 --> 00:28:09.260 Alma tarafında veya hatta on Toplu iş oluşturma özelliğinin kullanılacağını gönderme yan. 00:28:09.310 --> 00:28:13.190 Yalnızca negatif insanların önemli Bazen ile gecikme oluyor 00:28:13.240 --> 00:28:17.490 ve nasıl olabilir göreceğiz değil çok fazla ama etkiledi. 00:28:17.540 --> 00:28:18.880 Biz, hakkında söz edeceðiz. 00:28:21.250 --> 00:28:24.830 Zaman uyumsuz genel olarak değil her zaman en iyi yöntem. Her zaman istediğiniz 00:28:24.880 --> 00:28:28.620 mümkün olduğunda kullanmak için. Dışında bağlı istiyor musunuz 00:28:28.670 --> 00:28:31.760 Karşılıklı çağrı sayısı. Size sadece sıkı bir zorunda kalmak istemiyorsanız 00:28:31.810 --> 00:28:34.720 sonsuz bir numarası yapar döngü Arama ve göreceğiz nasıl 00:28:34.770 --> 00:28:37.660 Hizmet veri yolu bu senaryo ile yardımcı olur. 00:28:40.160 --> 00:28:44.110 Ve son olarak biz ikili bakın önemli ölçüde daha yüksek iletişim kuralları 00:28:44.160 --> 00:28:47.980 üretilen iş elde etmek çalışabilme Bu iletişim kuralları için yalnızca 00:28:48.030 --> 00:28:54.290 AMQP iletişim kuralı geliştirilmiştir göz önünde bulundurularak ile verimliliği 00:28:55.260 --> 00:28:58.750 akış denetimi ve o iletişim kuralı katmanına içe yerleştirilmiş 00:28:58.800 --> 00:29:03.950 kendini çok fazla avantajı bakın gösteriliyor. Bunu gerçekten istiyorum 00:29:04.000 --> 00:29:08.550 Bazı numaraları gösterir. Bazı çalışan Böylece, karşılaştırabilirsiniz numaraları 00:29:08.600 --> 00:29:10.090 bunlar sizin için. 00:29:20.030 --> 00:29:24.820 Buraya kadar olan bazı kod sahibim iletileri göndermeyi denemek için Devam'ı tıklatın. 00:29:26.190 --> 00:29:28.970 Ve ben bölünmüş görebilirsiniz üç bölüme ayarlayın. 00:29:29.850 --> 00:29:32.930 İlk eşitleme gönderme yapıyor. 00:29:33.690 --> 00:29:38.660 Anahtar satırlar şunlardır. Her biri için iletiler, bir qClient yapın ve gönderin 00:29:38.710 --> 00:29:44.060 iletiyi. Çok eşitleme budur çağırın. Ağırlıkları bir tamamlamak. 00:29:44.110 --> 00:29:48.030 Alındı bildirimi için gelmesini bekler sunucudan geri ulaşmak 00:29:48.080 --> 00:29:51.200 geri, istemciden tam döngü ve sonra onu geçer. 00:29:52.910 --> 00:29:56.650 İkincisi bunu yapar bir zaman uyumsuz bir şekilde. 00:29:57.900 --> 00:30:02.780 Burada aslında onu oluşturuyor Tüm bunlar için zaman uyumsuz görevler 00:30:03.350 --> 00:30:04.470 Gönderme işlemleri. 00:30:05.700 --> 00:30:09.150 Ve tüm için bekliyor tamamlanacak görevlerin. 00:30:11.410 --> 00:30:15.170 Ve sonra son olarak, bir komut dosyası Gönder ve ben bunu sipariş arama 00:30:15.220 --> 00:30:19.430 çünkü Gönder toplu ile zaman uyumsuz, genellikle kişiler ile gündeme 00:30:19.480 --> 00:30:22.840 Burada söyledikleri, yapacak bir senaryo ile Zaman uyumsuz, ben sipariş kaybedersiniz. Ben yok 00:30:22.890 --> 00:30:25.800 hangisinin ilk olacağını biliyorsanız, hangisinin daha gerçekleşecektir. 00:30:26.300 --> 00:30:29.430 Ve İşte bu nedenle toplu gönderme var. hangi tür üstündedir 00:30:29.480 --> 00:30:32.300 Her iki durumda da koruyan Tüm... ya da bütün 00:30:32.350 --> 00:30:35.920 Toplu geldiği veya bütün Toplu iş gelir ve siz olursunuz 00:30:35.970 --> 00:30:38.910 sonra ne kadar performans görmek etkisi bu olabilir. 00:30:40.310 --> 00:30:45.300 Bu nedenle tüm bu işaret sahip olduğum ileti örneği sırası basit. 00:30:45.350 --> 00:30:47.900 Gördüğünüz şu anda sıra Sayı sıfırdır. 00:30:48.910 --> 00:30:52.560 Ve benim ileti sayısı ayarlanmış olması 100 küçük bir sayı için. 00:30:53.660 --> 00:30:54.780 Bu yüzden Haydi hemen çalıştırın. 00:30:57.310 --> 00:30:59.530 Ve ne kadar Doğum günün kutlu olsun. 00:31:00.250 --> 00:31:04.670 İçin öncelikle onu kullanarak gönderme yapıyor Eşitleme. Böylece zaman uyumlu yapma 00:31:04.720 --> 00:31:09.020 Tüm dizüstü Bilgisayarım'dan 100 çağrıları hizmeti ve arka yolu. 00:31:09.550 --> 00:31:13.970 Bakımından yaklaşık on saniye sürdü o. Ve size göstermek için 00:31:14.020 --> 00:31:18.360 Bizim her zaman geri dönebilirsiniz, kontrol ileti sayısı ve gerekir 00:31:18.410 --> 00:31:21.860 Şimdi 100'de olabilir. Tüm yüz iletileri, buraya yapmış. 00:31:23.160 --> 00:31:26.940 Şimdi ne olacağını görelim, Zaman uyumsuz ile aynı şeyi yapmam. 00:31:29.190 --> 00:31:30.590 Zaman uyumsuz ile aynı şey. 00:31:31.940 --> 00:31:36.120 Ve şartları arasında fark iletiler için 00:31:37.540 --> 00:31:40.460 iletilerin tümü, yapmış olduğunuz Burada. Şimdi 200 ileti olur. 00:31:41.250 --> 00:31:46.450 .3 saniye sürdü. Tüm olanlar için Burada almak için iletileri. 00:31:50.260 --> 00:31:52.620 Toplu işlemle daha hızlı. 00:31:53.370 --> 00:31:54.990 Aslında daha hızlı. 00:31:56.080 --> 00:31:58.880 Ve yine, çünkü nedeni Kapak altında hizmet veri yolu 00:31:58.930 --> 00:32:04.440 bir ikili protokolünü kullanarak bunu ne zaman Siz bize iletileri zaman uyumsuz olarak 00:32:04.490 --> 00:32:09.600 Biz birlikte öbek için tabloda olduğunuz ve bunları üzerinden dolaylı olarak toplu işleme ile gönderin. 00:32:10.260 --> 00:32:13.630 Bu değeri ayarlayın alın. , Toplu temizleme aralığı, ne 00:32:13.680 --> 00:32:17.710 bir ileti fabrikasında ayarlamak, izin verir size o pencereyi ayarlayın. 00:32:18.310 --> 00:32:21.010 Daha geniş bir penceresini ayarlayabilirsiniz. Daha fazla gecikme göreceksiniz, 00:32:21.060 --> 00:32:23.690 Ancak, çok daha iyi görürsünüz uçtan uca işlem hacmi. Şunları yapabilirsiniz 00:32:23.740 --> 00:32:27.310 çok küçük bir pencere için ayarlama ve daha iyi gecikme görürsünüz 00:32:27.360 --> 00:32:32.110 ve belki biraz daha az işlem hacmi. Ancak, görebilirsiniz 00:32:32.160 --> 00:32:36.660 büyüklüğünü fark burada onu Eşitleme kullanmak açısından yapar 00:32:36.710 --> 00:32:38.410 Toplu iş ve zaman uyumsuz karşı. 00:32:45.080 --> 00:32:49.310 Bu nedenle hızlı bir şekilde görelim, şimdi Biz burada bizim 300 iletiniz varsa, 00:32:49.360 --> 00:32:51.110 Alma tarafında ne yapabiliriz? 00:33:02.730 --> 00:33:06.700 Buna Al, burada değilim unutmayın. Açık ileti API kullanarak. 00:33:08.710 --> 00:33:12.460 Bu sadece bir elma göstermek içindir elma karşılaştırma ne için 00:33:12.510 --> 00:33:15.560 tür API'ları gibi görünmesini eşitleme ve ben, sonra göstereceğiz nasıl 00:33:15.610 --> 00:33:18.370 İletide tüm API yapar Bu sizin için. 00:33:20.100 --> 00:33:23.620 Eşitleme budur alırsınız. 00:33:24.300 --> 00:33:28.740 Böylece açıkça iki sahip olmanın çağırır sunucuya yapılan bu nedenle 00:33:28.790 --> 00:33:33.600 terimleriyle iletiyi işliyor. Kaybedersiniz hiçbir zaman, hiçbir zaman 00:33:33.650 --> 00:33:38.280 Kablolu veya yoldaki bir ileti çünkü kadar çağrı yok 00:33:38.330 --> 00:33:41.950 tam bunun üzerine, biz gönderir aynı iletiyi yedekleyin. 00:33:43.810 --> 00:33:48.260 Zaman uyumsuz ve buradan İleri değil, bakın ne yaptığımı 00:33:49.430 --> 00:33:56.230 bir görev ile devam et için sonra orada üzerinde arama tamamlandı. 00:34:01.730 --> 00:34:05.290 Ve ben tüm bunları için yeniden bekler carving görevleri tamamlamak için 00:34:05.340 --> 00:34:07.770 Bitti benim kronometre çağırmadan önce. 00:34:09.300 --> 00:34:10.660 Ve son olarak toplu. 00:34:11.330 --> 00:34:12.950 Toplu iş biraz daha ilginçtir. 00:34:13.890 --> 00:34:19.030 Burada, daha kolay çünkü ben Toplu alma, bir seferde unutmayın 00:34:19.080 --> 00:34:21.370 ileti sayısı Bu 100 olduğu olur. 00:34:22.040 --> 00:34:24.860 Aramadan sonra hemen toplu alma ile yüz değildir demek biz 00:34:24.910 --> 00:34:28.830 Yüz iletileri verir yedekleyin. Bunu biz ne yapar 00:34:28.880 --> 00:34:32.660 temel Tel için en uygun olan Açık rekabet, tüketici olma 00:34:32.710 --> 00:34:35.970 kaç tane diğer düğümler üzerinde temel alan iletiyi görmek için çekmek sahip 00:34:36.020 --> 00:34:38.800 iyi bir toplu iş oluşturma ve, gönderin. 00:34:39.610 --> 00:34:43.320 Ve İşte bu nedenle sahibim gördüğünüz bir hangi arama tutar dış döngü 00:34:43.370 --> 00:34:47.620 ulaşmak gerekmez kadar toplu alma Yüz iletilerim. İstediğim 00:34:47.670 --> 00:34:51.430 Bu kadar toplu işleme hesaplama yapmak için Ben bir yüz iletileri ulaşabilirsiniz. 00:34:53.920 --> 00:34:59.030 Ve durumda burada tıklatacağım yalnızca kendi kilitli belirtecine tutun. 00:34:59.080 --> 00:35:01.160 Bu iletide yaptığımı tümüdür. Ben tutmak zorunda değilsiniz 00:35:01.210 --> 00:35:04.440 tüm ileti. Tüketilen bir kez Ben iletiyi işleyen 00:35:04.490 --> 00:35:07.710 Bu, olan sadece sahibim açık tutmak için kilit simgesini ve ardından arama 00:35:07.760 --> 00:35:12.940 tüm zaman uyumsuz tamamlandı toplu kilitli belirteçleri koyacağız. 00:35:14.060 --> 00:35:16.940 Ve bu bir toplu iş olarak yaptığımı, Bu nedenle ben bekleyen değil 00:35:16.990 --> 00:35:19.490 tüm yolu sonuna kasa tüm iletileri tamamlamak? 00:35:19.500 --> 00:35:21.500 [İndiscernible] 00:35:21.660 --> 00:35:22.750 .. .subset oralarda? 00:35:23.510 --> 00:35:24.840 >> Üzgünüm, ne soru oldu mu? 00:35:24.890 --> 00:35:28.400 >> Bir kısmını bu işlem, iletileri tamamlamak 00:35:28.450 --> 00:35:30.520 Bu sınama, bir alt kuralları? 00:35:30.860 --> 00:35:34.510 >> Kesinlikle. Kesinlikle. Bu nedenle, toplu iş zaman uyumsuz tamamlayın. 00:35:35.250 --> 00:35:39.040 Bir tek kilitli belirteçleri ile çağırabilirsiniz. iki kilitli belirteçleri, ne olursa olsun 00:35:39.090 --> 00:35:42.720 kümesidir. Yalnızca onu olacak olan Bu kilitli belirteçleri göndermek 00:35:42.770 --> 00:35:46.250 bir toplu iş ve Geri Al bir toplu iş sonuçlanır. Bu nedenle vardır 00:35:46.300 --> 00:35:50.010 Bu gecikme süresi ve, kaydetme o yapmak için gidiş dönüş 00:35:50.060 --> 00:35:52.540 ve çok verimli hale getirme. 00:35:54.300 --> 00:35:56.070 Bu nedenle ne görelim ekleyen kadar. 00:35:58.400 --> 00:36:03.230 Bu nedenle burada aynı durum var. I 'M ilk eşitleme kullanmayı düşünüyor ve 00:36:03.280 --> 00:36:07.440 Tüm yüz almaya çalışın... ilk yüz iletileri 00:36:07.490 --> 00:36:11.190 var. Şimdi bu da kötüsü olacaktır notu çünkü göndermek çok performans 00:36:11.240 --> 00:36:14.080 iki kez işlemlerinin sayısını yapıyor Bu nedenle almak istediğiniz 00:36:14.130 --> 00:36:16.460 her iletinin her mesajı tamamlayabilir. Her ileti Al, 00:36:16.510 --> 00:36:20.110 her ileti tamamlayın. Ve sonra geçin. Bunu 18 saniye. 00:36:20.160 --> 00:36:24.220 Biz on gönderir gördü gönderme için 18 saniye sürer 00:36:24.270 --> 00:36:28.760 Bu iletileri ve eksiksiz bunları. Bu nedenle kesinlikle değil iyi. 00:36:30.090 --> 00:36:35.330 Zaman uyumsuz olan bir yýðýn yaptığınızdan çünkü bunları paralel, şimdi, aşağı alın 00:36:35.380 --> 00:36:38.880 2.8 saniye hakkında. Şimdi, Bu sadece sayılardır... 00:36:39.410 --> 00:36:43.230 onları bir tuz Tohumları ile götürün, Burada bir ağda çalışan, misiniz 00:36:43.940 --> 00:36:47.470 Ancak, yalnızca büyüklük görebilirsiniz fark. Gördüğünüz 00:36:47.520 --> 00:36:49.620 ne kadar bir gelişme bunu yapar. 00:36:50.830 --> 00:36:52.580 Ve şimdi ne görelim Toplu işin olmuyor. 00:36:55.730 --> 00:37:00.720 Geri dileriz. Biz aynı şeyi yapabilir neredeyse özelliklere 00:37:00.770 --> 00:37:04.590 Tüm yüz için 0,1 saniye alınmış işlemler... 00:37:05.410 --> 00:37:07.930 Biz yalnızca kullanmakta olduğunuz çünkü Toplu koyacağız. 00:37:11.380 --> 00:37:16.640 Şimdi, sadece bütün bunları gördüğünüz Burada, ancak hizmet avantajları 00:37:16.690 --> 00:37:21.680 Veri yolu gerçekten çok kolaylaştırır size bu belirli bir kod yazın. 00:37:21.730 --> 00:37:26.700 Kodu, gösterdi çok değil karmaşık, ancak gerçekte alınan 00:37:26.750 --> 00:37:29.280 Bunu bir adım ileri ve biz daha da kolay hale. 00:37:30.200 --> 00:37:33.470 Bunu için... unutmadan, ı just size göstermek için burada üzerinde 00:37:33.520 --> 00:37:37.280 Bu 300 iletileri bkz: iletiler He yenilerseniz, orada onu 00:37:37.330 --> 00:37:41.920 gösteren sıfır dönün Ben duran değil. Bu 300 00:37:41.970 --> 00:37:43.380 ileti işlenmedi. 00:37:47.270 --> 00:37:54.910 Tamam. Bu nedenle biz üzerinde ileti göz atacağız API, ancak faiz 00:37:54.960 --> 00:37:57.880 Saat hızı yapacağım Burada biraz yukarı. 00:38:00.480 --> 00:38:04.820 Arasındaki fark kadar gördüğünüz Eşitleme, zaman uyumsuz ve toplu işlem ve 00:38:04.870 --> 00:38:10.330 O [Indiscernible] her zaman kullanım toplu işleme umarım. Üretilen iş hakkında bir sonraki şey. 00:38:10.380 --> 00:38:14.100 Bölümlenmiş sıraları ve konular. Bu nedenle SDK 2.2 yayımladık. 00:38:15.680 --> 00:38:19.590 Sıraları ve konular aslında bölüm bir sıra ve bölüm 00:38:19.640 --> 00:38:21.830 onu birkaç işlem düğümler arasında. 00:38:23.240 --> 00:38:26.950 Bu sadece, çok daha verir üretilen iş gücü açısından 00:38:27.000 --> 00:38:31.900 Daha fazla ileti işleme kabiliyeti ancak Daha fazla depolama kapasitesi sunar. 00:38:32.410 --> 00:38:35.820 Bu yeteneği verir çok daha büyük sıralar. Buna verir 00:38:35.870 --> 00:38:38.170 Siz daha esnek olması yeteneği. 00:38:39.270 --> 00:38:42.290 Bir bölüm kullanılamıyorsa, başka bir bölüme devam edebilirsiniz 00:38:42.340 --> 00:38:43.580 iletileri işlemek için. 00:38:44.640 --> 00:38:49.270 Böylece sıralar buna göre ve şu ana kadar bölüm Çoğu durumda verecektir 00:38:49.320 --> 00:38:52.990 çok, çok daha iyi bir performans Kullanılabilirlik ve esneklik 00:38:53.040 --> 00:38:58.570 özellik konusuna bakın. Kutunun dışındadır. Oluşturmak çok kolaydır ve 00:38:58.620 --> 00:39:02.700 Bu bölüm sırası kullanmak sadece öneriye olarak 00:39:02.750 --> 00:39:06.470 her zaman bunları kullanın. Hemen her zaman kullanmak Bu. Aslında, gelecek 00:39:06.520 --> 00:39:11.000 SDK sürüm olun kanalında dileriz Bu varsayılan değer, varsayılan olarak, 00:39:11.050 --> 00:39:13.380 bir sıra oluşturduğunuzda, göreceksiniz bölümlenmiş bir sıraya alın. 00:39:15.690 --> 00:39:20.650 Şimdi, emin olmak zorunda sizi ne olur 00:39:20.700 --> 00:39:22.590 bir sıra ve üzerinden bölümleme. 00:39:24.060 --> 00:39:26.530 Oturumlar, kullanmıyorsanız biz gerekir oturumlar hakkında çok konuşmak 00:39:26.580 --> 00:39:30.340 ayrıntılı, ancak kullandığınız değil oturumları sonra 00:39:31.060 --> 00:39:33.050 olmak zorunda... 00:39:34.220 --> 00:39:38.380 dikkat etmelisiniz, iletilerinizi bozuk görünebilir 00:39:38.430 --> 00:39:41.830 Şimdi aslında olabilir çünkü farklı bölümlere gitme 00:39:41.880 --> 00:39:46.770 ve bir bölümü kullanılamıyorsa, sonra bir ileti görüntüler 00:39:46.820 --> 00:39:47.720 sıra dışı. 00:39:48.460 --> 00:39:51.270 Bu nedenle, dikkat edilmesi gereken bir şey olduğunu ancak oturumları kullanıyorsanız, 00:39:51.320 --> 00:39:54.720 hangi biz şimdi hakkında konuþacaðýz sonra tüm sıralama mantığı 00:39:54.770 --> 00:39:56.100 tamamen korunur. 00:39:57.120 --> 00:40:02.330 Ve göreceğiz nasıl. Size göstermek için kod burada olduğunuz herhangi bir zamanda 00:40:02.380 --> 00:40:05.590 var olan bir sıra oluşturma tek tek özellik EnablePartitioning. 00:40:05.640 --> 00:40:08.720 Varsayılan olarak false olarak bugün ayarlanır. Sonraki dediğim gibi 00:40:08.770 --> 00:40:10.040 SDK doğru olacaktır. 00:40:10.780 --> 00:40:13.750 Bu nedenle, yalnızca, ayarlamanız gerekir. Tarafından yoksa bildiğim şekilde nasıl, 00:40:13.800 --> 00:40:18.770 Benim felsefesi terimleri genellikle yapmak Genel olarak hiçbir zaman kopyasıdır 00:40:18.820 --> 00:40:20.730 PowerPoint içinde gördüğünüz kodu. 00:40:21.330 --> 00:40:24.470 İçin çalışıp çalışmadığını bilmiyorum Sen guys. Hiçbir zaman, hiç kopyalayabilirim 00:40:24.520 --> 00:40:28.150 PowerPoint'te, çünkü gördüğünüz kodu en simplistic olacaktır 00:40:28.590 --> 00:40:32.710 ve temel tür kod hangi herkes ortaya koyabilirsiniz. Bu konuda 00:40:32.760 --> 00:40:35.500 Tamam olduğu durum. Ayarlamakta bir özelliği, ince İşte bu nedenle bulunur. 00:40:35.550 --> 00:40:38.540 Ancak ben şimdiye kadar kodu ise PowerPoint'te bulundurmanıza gerek yoktur. 00:40:40.650 --> 00:40:46.660 Bunu bağlantı verimi. Biz konuştum Gönderenler hakkında. Gördük 00:40:46.710 --> 00:40:50.290 ikili gerçekten bağlantılardır nasıl gerçekten önemli. Vardır 00:40:50.340 --> 00:40:55.090 Bazı durumlarda burada size gönderiyor olabilir çok fat yöneltme kullanarak. 00:40:55.660 --> 00:40:58.340 Böylece biz bunu, arka uç düşünün. sıra iletileri çalışılıyor. 00:40:58.390 --> 00:41:03.370 Ço k istediğiniz günlükleri var İtme için yukarı ve bu gibi şeyler. 00:41:04.400 --> 00:41:08.450 İyi bir noktada, daha fazla oluşturma fiziksel TCP bağlantıları olabilir 00:41:08.500 --> 00:41:12.630 gerçekten iyi bir fikir olabilir ve şunları yapabilirsiniz Bunu kolayca. Her ileti 00:41:12.680 --> 00:41:16.220 bir sınıf fabrikası örneği Fabrika ileti örneği 00:41:16.270 --> 00:41:18.390 tek bir PCP bağlantı karşılık gelir. 00:41:19.390 --> 00:41:22.550 Bu nedenle daha fazla sayıda sıra istemci ve oluşturmakta olduğunuz şeyler 00:41:22.600 --> 00:41:25.680 Ben gösterdi gibi aynı Fabrika size tüm çoğullama 00:41:25.730 --> 00:41:31.430 üzerinde aynı TCP soket bağlantıları. Bu nedenle daha fazla ileti üreticisi oluşturun. 00:41:31.480 --> 00:41:33.700 Ve daha fazla ileti oluşturma üreticisi, sadece daha fazla elde edersiniz 00:41:33.750 --> 00:41:38.720 Borular ve daha fazla veri itilmiş olabilir üzerinden için önemli bir husus 00:41:38.770 --> 00:41:42.540 Bunun için. Bağlantı düzey esneklik yerleşik olarak bulunur. Bu nedenle bir kez 00:41:42.590 --> 00:41:46.140 bir ileti fabrikası oluşturma, hiçbir zaman atmak zorunda. 00:41:46.190 --> 00:41:49.320 Bağlantı bozarsa, biz gerekir yeniden oluşturmak. Bağlantıyı keser, 00:41:49.370 --> 00:41:52.740 bir sıra için biz yeniden oluşturmak. Ne olursa olsun Biz oluşturacak olan 00:41:52.790 --> 00:41:54.860 açısından, bu nedenle, hiçbir zaman Bunu yapmak zorunda... 00:41:55.370 --> 00:41:58.030 Bu nesne atabilir zorunda ve bu nesneyi yeniden oluşturun. 00:41:58.310 --> 00:42:02.780 Yalnızca daha fazlası oluşturun ve yeniden kullanma onlar kadar için ihtiyacınız var. 00:42:05.910 --> 00:42:07.540 Bu nedenle, bize oturumlara getirir. 00:42:08.520 --> 00:42:11.670 Çünkü ben yapılacak söyleyen Tüm bu Gönderenler büyük numara 00:42:11.720 --> 00:42:14.910 gönderenlerin ve tüm bunları çoğullamalısınız çok küçük bir sayıya 00:42:14.960 --> 00:42:17.850 Kuyrukları, size nasıl kuracaksınız Aslında bu işlenecek? 00:42:17.900 --> 00:42:21.110 Framework Orleans tür gördük. ve tüm şeyler 00:42:21.160 --> 00:42:23.460 Akış demultiplex çalışılırken, 00:42:24.720 --> 00:42:26.530 Akış demultiplex. 00:42:28.490 --> 00:42:33.070 Oturumu bir Başar içinde yerleşik olan Hizmet özelliği, veri yolu 00:42:33.120 --> 00:42:37.130 Aslında Alt sıralar oluşturur. Bu nedenle her oturum düşünebilirsiniz 00:42:37.180 --> 00:42:40.290 tam sıra zaman alt sıra olarak. 00:42:41.480 --> 00:42:44.860 Ve yalnızca özgün yapısı oturum kimliği ayarlamak zorunda 00:42:44.910 --> 00:42:46.840 Tek tek özelliği olan ayarlamanız gerekir. 00:42:48.090 --> 00:42:51.240 Alıcı olduğu yerde kip gerçekten değiştirir. 00:42:52.050 --> 00:42:56.090 Alıcı artık şimdi gider ve diyor Merhaba, benim bir sonraki iletiye verin. 00:42:56.140 --> 00:42:59.670 Alıcı diyor sonraki ver oturum. Sonraki ver 00:42:59.720 --> 00:43:02.690 Bazı iletiler olan alt sıra ve bunları işlemek gideceğiz 00:43:02.740 --> 00:43:06.760 Sipariş ile işlem gideceğiz Mağaza bazı durumları 00:43:06.810 --> 00:43:10.600 Bu alıcı için. Öyle düşünüyorsanız aygıtlar, milyonlarca hakkında 00:43:10.650 --> 00:43:13.290 Şimdi, tek bir düşünebilirsiniz Tüm bunlar sahip sıra, 00:43:13.340 --> 00:43:18.620 Alt sıralar ve mağaza milyon alt sıra başına durumu. Bu nedenle çok 00:43:18.670 --> 00:43:20.410 yani, çok güçlü. 00:43:21.050 --> 00:43:24.400 Yapabileceğiniz iş sabitleme ayarlama iş ayarlayın. Başka bir deyişle, söyleyebileceğiniz 00:43:24.450 --> 00:43:29.230 Alıcı bir yerelleştirmek istediğim 1 ile 100 aygıtlar. Bu nedenle, 00:43:29.280 --> 00:43:32.810 gidin ve 1 oturumları için sor 100 üzerinden ve sabitlenmiş olmak 00:43:32.860 --> 00:43:33.440 için. 00:43:35.000 --> 00:43:39.680 Ve sonra tabii durumu. Böylece size göstereceğiz 00:43:39.730 --> 00:43:43.490 Bu kodu. Aslında bunu ne zaman true olarak iste oturumu 00:43:43.540 --> 00:43:45.270 sıra oluşturmakta olduğunuz. 00:43:45.790 --> 00:43:49.670 Gönderme tarafında yalnızca gerekir bir özelliği, oturumun kimliği. 00:43:50.530 --> 00:43:55.720 Ve yüz, üzerinde almak tüm aynı tür parametreleri uygulamak 00:43:55.770 --> 00:43:59.840 Siz kabul iletisi gösterdi gibi oturum, kabul edebilir 00:43:59.890 --> 00:44:03.730 ileti oturum ID'si ya da şimdi ne sadece yayımlandı 00:44:03.780 --> 00:44:08.760 çok kolay bir yoludur yapmak çalışabilme 00:44:11.810 --> 00:44:13.010 oturum alıcıları. 00:44:14.920 --> 00:44:18.080 Bu nedenle oturum gönderen açmakla uğraşırsınız. 00:44:18.970 --> 00:44:21.810 Biz zaten bu toplu iş oluşturma özelliğinin Gerçekleşmiş en iyi yolu gönderme 00:44:21.860 --> 00:44:25.740 gönderen yapmak için her oturum için yeniden kimlik oluyor 00:44:25.790 --> 00:44:30.240 olabildiğince çok sayıda ileti olarak göndermek için oturum kimliği artı bir tane. Varsa bunu 00:44:30.290 --> 00:44:33.480 oturum kimliği, göndermek için gidiyorum İki ileti. Oturum ise 00:44:33.530 --> 00:44:36.070 İki kimliği, göndermek için gidiyorum üç iletileri vb.. 00:44:37.350 --> 00:44:38.920 Böylece gönderen hemen işe başlayacağız. 00:44:39.880 --> 00:44:43.910 Ve burada, bu sıraya bakarsanız, ileti sırası örnek üzerinde 00:44:44.580 --> 00:44:49.140 Bu sıra oluşturduğumda tek bir özellik fazladan ayarlarım 00:44:49.190 --> 00:44:55.090 Bu, açık olduğu SESSION özelliği gerektirir. Tek fark dediniz. 00:44:55.670 --> 00:44:59.940 Şimdi çok bu belirli duruma geçerken sıra ve onu olup 00:44:59.990 --> 00:45:02.440 özellikleri, siz göreceksiniz. 00:45:08.230 --> 00:45:09.410 bak... 00:45:11.710 --> 00:45:16.480 SESSION özelliği olmasını gerektirir yanlış. Bu iyi değil. 00:45:16.530 --> 00:45:20.780 Tamam. Sonra bu sırayı silmek istiyorum. 00:45:24.670 --> 00:45:34.390 İleti oturumu örnek üzerinde oluşturun. 00:45:37.280 --> 00:45:38.780 Oturum gerektirir. 00:45:45.040 --> 00:45:47.020 Benim gönderenin okumak için gitme. 00:45:51.490 --> 00:45:53.840 Bu nedenle bu iletiler gönderme başlar. 00:46:09.430 --> 00:46:18.880 Ben onu, bulmuyor tahmin Şimdi sıra adı. 00:46:18.890 --> 00:46:20.800 [İndiscernible] 00:46:20.870 --> 00:46:27.580 >> Aman vermedi miyim? İleti oturumları hakkında... OH, yok, gidin. 00:46:29.640 --> 00:46:36.750 Mükemmel. Bu nedenle, değiştirmek istiyorum ileti oturumu örnek çok açık. 00:46:39.450 --> 00:46:40.630 Çok teşekkür ederim. 00:46:42.100 --> 00:46:43.360 Şimdi diyelim ki bu guy çalıştırın. 00:46:46.770 --> 00:46:49.710 Oraya Git. Tüm bunları göndermek söyledi. iletileri. Şimdi göstermek istiyorum 00:46:49.760 --> 00:46:54.350 alma kodu Bunun için benzer. 00:46:55.510 --> 00:46:59.710 Yeni API budur, sadece yayımlandı, üzerinde 00:46:59.760 --> 00:47:02.010 ileti işleme API. 00:47:03.430 --> 00:47:07.500 Bunu Azure çalışan rolü Bu çok değiştirmek istiyorum. 00:47:10.890 --> 00:47:14.690 Azure alt rol içinde üzerinde Start yöntemi üzerinde yapmayı tercih 00:47:14.740 --> 00:47:19.540 aynı, sadece kontrol sıra mevcut olup ve qClient oluşturun. 00:47:20.250 --> 00:47:24.120 Çalışma kuralında dikkat edin, kod daha kolay alır. 00:47:25.610 --> 00:47:29.270 Gerçekleştirmekte olduğunuz tek şey bu bir aramayı kaydedin. 00:47:29.900 --> 00:47:32.770 Söylemek için bir oturum işleyicisi kaydetmek. 00:47:33.670 --> 00:47:36.500 Ve İşte bu kadar. Hiçbir deceive döngüler yazmak için. 00:47:37.120 --> 00:47:38.950 Yönetmek için hiçbir etkin kalma süresi. 00:47:39.580 --> 00:47:43.920 O geçen dikkat ederek tarafından sizin için istemci kitaplığı. 00:47:43.970 --> 00:47:48.540 Tüm saklamak zorunda mantığınızda nasıl gireceğiz 00:47:48.590 --> 00:47:53.790 tek bir akış işleme adlı bir sınıf benim oturum işleyicisi. 00:47:54.700 --> 00:47:57.450 Diyelim ki bu sınıfı aracılığıyla yürüyüş ve ne burada yaptığımı görürsünüz. 00:47:58.700 --> 00:48:02.660 İlk ne zaman yapmalıyım şeydir Aslında bir ileti alıyorum? 00:48:05.430 --> 00:48:09.430 İletide, ben sadece üzerinden yazdırıyorum ileti aldım ve 00:48:09.480 --> 00:48:10.870 Ben benim sayısını artırma. 00:48:11.610 --> 00:48:15.320 Tüm bu sınıfta yaptığımı olmasıdır. Özel üye sayısı ise 00:48:15.370 --> 00:48:19.860 Burada ve biz bu değer yalnızca kaydettiğiniz. 00:48:21.090 --> 00:48:22.960 Biz sayısını ayarlamak için 00:48:24.710 --> 00:48:28.550 sıfıra eşit ve biz sadece bir sayı tut İşte bu benim işleme olduğundan. 00:48:29.270 --> 00:48:34.550 Kapalı oturum oturumu kapattı. olduğunda adlı yok 00:48:34.600 --> 00:48:38.750 Daha fazla ileti için kullanılabilir oturum veya ulaştınız 00:48:38.800 --> 00:48:42.360 en büyük para birimi sayısı. Biz konuştum kaç tane hakkında aynı anda 00:48:42.410 --> 00:48:43.630 sahip olmasını istediğiniz. 00:48:44.260 --> 00:48:48.230 Bunu, max ulaştınız kaç tane eşzamanlılık sayısı 00:48:48.280 --> 00:48:53.040 oturumları işlemek için biz çağrı Bu oturumda kapatıp açın 00:48:53.090 --> 00:48:57.610 hangi iletilerin bağlı olarak yeni bir oturum kullanılabilir. Bu nedenle kapatma 00:48:57.660 --> 00:49:00.700 ı olduunuz etmişse, Fırsat iletileri kümesi değil, ben olduğunuz 00:49:00.750 --> 00:49:03.900 Bu özellikle için bunları işleme oturum ve şimdi gerekir 00:49:03.950 --> 00:49:05.580 Bu durumunu kaydedin. 00:49:07.140 --> 00:49:10.730 Ve burada, tüm yaptığımı görebilirsiniz Küme durumu ve get çağırma 00:49:10.780 --> 00:49:15.250 üzerinde oturum itiraz olduğu durum. Bunlar aslında akışlarıdır. 00:49:16.050 --> 00:49:20.770 Ve hemen sayısı değerini depolama her oturumu kapattı. 00:49:21.780 --> 00:49:26.130 Ve sonra son bir hatadır bir oturumun kesildiği zaman, servis talebi. 00:49:27.420 --> 00:49:31.050 Şimdi unutmayın, mümkün neden Bu iletiler ilişkilendirmek için 00:49:31.100 --> 00:49:34.310 Bunun nedeni, biz bir oturum için kilitleme Sen. Biz siz olduğunuzdan emin olun 00:49:34.360 --> 00:49:38.790 almaktır tek bir alıcı Bu alt sıra için iletileri, 00:49:38.840 --> 00:49:40.510 o ilişkilendirmesinde alt oturumu. 00:49:41.190 --> 00:49:43.780 Ve her zaman bir kilit kaybedebilir. Kilit kayıp olurdu, çünkü 00:49:43.830 --> 00:49:47.660 sunucuda bir hata. Yapabilirdi bağlantısı nedeniyle kaybolur 00:49:47.710 --> 00:49:51.410 sorunları veya belki de işlemci yalnızca kapandı ve kilidi kayboldu 00:49:51.460 --> 00:49:55.290 Daha sonra yapmak için bir işlem böylece her zaman elde var 00:49:55.340 --> 00:49:58.940 Bu hata olarak adlandırılır. Bu durumda, yapmak şey iptal et 00:49:58.990 --> 00:50:03.500 Yerel Grup değişiklikleri ve taşıma üzerinde. Bu. 00:50:04.870 --> 00:50:07.150 Bu nedenle bunu nasıl göründüğünü görelim. 00:50:07.670 --> 00:50:08.790 Gerçek bir çalışan. 00:50:10.210 --> 00:50:10.800 Bir soru oluştu? 00:50:10.850 --> 00:50:11.930 >> Aynı çalışır? 00:50:13.740 --> 00:50:17.500 >> Bu nedenle soru oldu: Bu abonelik için aynı çalışır? Yüz yüzde. 00:50:17.550 --> 00:50:21.170 Tamamen simetrik. Olup olmadığı bir sıradan almak 00:50:21.220 --> 00:50:24.130 ya da bir abonelikten almak. 00:50:25.440 --> 00:50:28.920 İşte böylece benim çalışan rolü şimdi. İzin Beni gerçekten hızlı bir şekilde denetlemek ne 00:50:28.970 --> 00:50:30.850 Aranan sıra sayısı sonra ister 00:50:32.060 --> 00:50:36.390 rolü bitti gönderme. Benzer 3,700 iletileri doğru gitsin 00:50:36.440 --> 00:50:40.610 Şimdi, 33, görünümler gibi işleme Koparılan. 00:50:41.650 --> 00:50:56.690 Orada atlamak istiyorum... Biz gidin. Onu yaklaşan. 00:50:56.740 --> 00:51:03.350 İyi. Bu nedenle şu anda, benim makine olan ve ile çalışma 00:51:03.400 --> 00:51:06.090 binlerce işleme görebilirsiniz ve binlerce ileti. 00:51:06.890 --> 00:51:10.740 Ve ben yazdığınız kodu çok simplistic düşünme 00:51:10.790 --> 00:51:15.170 yalnızca basit oturum hakkında tek bir oturum ve ben kaldı 00:51:15.220 --> 00:51:18.800 bir tek alma döngüsüne yazmak için. Yalnızca ben Kanal işleyici kaydetmek zorunda kaldı. 00:51:19.200 --> 00:51:23.370 Size gösterdi işleyici simplistic durum burada, 00:51:23.420 --> 00:51:28.420 Bu oluşturulan örneklerini sahip olabilir ve hiçbir başlangıç yapmak değil. 00:51:28.450 --> 00:51:32.020 Yedekleme, bir Fabrika sahibiz. çok kullanılabilir. Bunu yapabilirsiniz 00:51:32.070 --> 00:51:36.960 Kayıt işleyicisi Fabrika ve yol oluşturma kontrol edebilirsiniz 00:51:37.010 --> 00:51:38.700 Bu mantığı da. 00:51:40.370 --> 00:51:43.560 Burada, görebilirsiniz, ancak kalıcı Durum ve kapalı oturum. 00:51:44.420 --> 00:51:48.340 Burada insanların şekilde yakınlaştırmak istiyorum açıkça burada ne bakın. 00:51:49.070 --> 00:51:54.740 Varsa, her oturumun oturum Durum oturumu için 21 22 oldu. 00:51:54.790 --> 00:51:57.810 Oturum durumu 46 idi. oturum için 45. 00:51:58.620 --> 00:52:03.770 Bu sınıf yalnızca iletileri aldı çünkü hangi o oturuma ait. 00:52:04.200 --> 00:52:08.320 Tüm demuxing ve muxing kolay ve her şeyi ele 00:52:08.370 --> 00:52:12.410 Hizmet veri yolu sizin için. Bunu ne zaman çoğullama hakkında düşünme 00:52:12.460 --> 00:52:15.990 çok sayıda Gönderenler sıraları, az sayıdaki biliyor 00:52:16.040 --> 00:52:19.260 size kolaylık kaybetmiş değil işlem çalışabilme 00:52:19.310 --> 00:52:23.800 arka plan kullanarak üzerlerinde Bu tek tek akış 00:52:30.570 --> 00:52:34.260 var. 00:52:37.740 --> 00:52:41.000 Biz hakkında konuştuğunuzu kavramak. Korelasyon oturumlar kullanma. 00:52:41.350 --> 00:52:46.020 Bunu yalnızca, aslında özetleyin. Biz özetle önce erişim. 00:52:46.590 --> 00:52:49.230 Böylece başka bir anahtar noktadır Bunlar varsa çok 00:52:49.280 --> 00:52:52.530 Gönderenler çok sayıda, nedir kimlik doğrulama modeli? Güvenlik nedir 00:52:52.580 --> 00:52:55.750 siz kullanacaksanız modeli? Böylece paylaşılan erişim diyor 00:52:55.800 --> 00:52:58.420 İmza kesinlikle kimlik doğrulama modeli önerilir. 00:52:59.010 --> 00:53:02.150 Daha fazla ayrıntı yok. Aslında Daha fazla ayrıntı deste açmıştır 00:53:02.200 --> 00:53:08.190 Paylaştırılmış erişim imzalar nasıl kurulur. Portala gidebilirsiniz 00:53:08.540 --> 00:53:10.040 ve, sıraları yönetme. 00:53:10.910 --> 00:53:15.270 Burada, kuyruk IOT sahibim Guys Web sitesinden kullanıyorsunuz. 00:53:16.050 --> 00:53:18.850 Ve ben sadece buraya gelir ve konfigüre edebilirsiniz. 00:53:19.420 --> 00:53:23.650 Oh olduğunu unutmayın... 00:53:23.660 --> 00:53:23.720 [İndiscernible] 00:53:23.700 --> 00:53:25.290 >> İçin üzgünüm. Bu nedenle üzgünüm. 00:53:28.330 --> 00:53:33.790 Bu nedenle ben Azure Portal'a Atlanan ve benim IOT sıra seçtim. 00:53:34.890 --> 00:53:38.340 Ve bu, yapılandırma için ne zaman gitmeliyim sekmesinde, paylaşılan benim görmek 00:53:38.390 --> 00:53:42.420 Erişim İlkesi adlarını buraya. Bunu içinde Bu Web sitesi örneği hangi ı 00:53:42.470 --> 00:53:45.240 Ben alma çağırdıysanız, gösterdi, gelecektir bu gerçekten olur 00:53:45.290 --> 00:53:49.650 başarısız, çünkü şu anda yalnızca Bu yetkilendirme Gönder ' dir. 00:53:50.890 --> 00:53:54.310 Ancak ben kolayca gidin ve dinleme Ekle Bu kural için yetkilendirme. 00:53:55.730 --> 00:53:56.440 Kaydet düğmesine basın. 00:53:57.340 --> 00:53:58.640 Güncelleştirme sıra bildiren. 00:53:59.190 --> 00:54:00.050 Ve şimdi 00:54:01.700 --> 00:54:06.780 Bunun için oluşturulan belirteç Kural yeteneğine sahip olur 00:54:06.830 --> 00:54:11.480 hem göndermek almak için. Şimdi Buraya gidebilir ve Al'ı tıklatın 00:54:12.880 --> 00:54:15.660 iyi, orada gidin. Çok kişi gibi görünüyor ileti gönderme. 00:54:15.710 --> 00:54:18.320 Şimdi, sohbet oturumuna geçmeden olduğunuzda sizin guys iletişim halinde tutmak 00:54:18.370 --> 00:54:20.210 birbirleri ile çevrimiçi. 00:54:21.490 --> 00:54:24.220 Böylece paylaşılan erişim imza, çok olan, çok hafif çok olan 00:54:24.270 --> 00:54:28.290 kullanımı kolay bir model. Gerekirse model SDS bir tür atlamak, 00:54:28.340 --> 00:54:35.540 ACS tam olarak desteklenen ' dir. ACS olan hala doğru seçenek vardır. 00:54:35.590 --> 00:54:37.660 Yalnızca sıraları ile de gördünüz. 00:54:39.580 --> 00:54:43.390 Sadece bu nedenle özetlemek, protokoller gördük. Neden bunlar ilgilidir. 00:54:43.650 --> 00:54:47.970 Biz akış korelasyon gitti, neden gerekli değildir, 00:54:48.020 --> 00:54:50.860 Aygıt başına bir sıra oluşturun. Yönetme olmasını istemiyorsanız 00:54:50.910 --> 00:54:53.980 bir milyon sıralar. Ancak olmasını istediğiniz, kod yazma 00:54:54.030 --> 00:54:57.760 çok Süper karmaşık olması gerekir. Bu nedenle her ikisi de olan çok, çok 00:54:57.810 --> 00:55:00.840 kolayca hizmetiyle desteklenen Veri yolu ileti gönderme. 00:55:01.900 --> 00:55:05.320 Sıraları konular, abonelikler. Tüm bunları simetrik. 00:55:05.370 --> 00:55:08.990 Her şeyi ben koşullarını gösterdi ne için kuyruklarla çalışma şekli 00:55:09.040 --> 00:55:12.280 oturumları tam aynı şekilde çalışır Konular ve abonelikleri ile 00:55:12.330 --> 00:55:16.290 ve filtreler. Bir abonelik oluşturduğunuzda, demek gerektirir 00:55:16.340 --> 00:55:18.360 Bu oturumda veya true değerine eşittir. 00:55:21.680 --> 00:55:22.910 Alıcılar üzerinde ölçekler. 00:55:27.210 --> 00:55:30.850 Visual Studio bu zorluğu vardı Burada Ço başlatabilirsiniz 00:55:30.900 --> 00:55:34.520 örnekleri, IDE ve sonra gidin ve değiştirmek, 00:55:34.570 --> 00:55:37.840 bunları ve birinde profili hepsini yukarı eşitlemek istiyorsunuz. 00:55:38.640 --> 00:55:41.980 Nasıl iletişim Git mısınız Bütün bu örneklerde? 00:55:42.490 --> 00:55:45.600 Ve bunlar dinamik örnekleri çok çünkü VS sayısı 00:55:45.650 --> 00:55:49.910 hangi hizmete açıldı örnekleri değişir bağlı olarak haftanın günü. 00:55:49.960 --> 00:55:53.530 Biz aslında istatistiklerine sahip Bu arada, göstermek için. 00:55:53.580 --> 00:55:57.170 İnsanların yolu daha fazla örnekleri Çarşamba günü açın. Bunlar Cuma günü açık. 00:55:57.220 --> 00:56:04.740 Verimlilik Cuma tarafından tanking için. Böylece yine de sorun yeniden yükleyebilirsiniz 00:56:04.790 --> 00:56:07.440 Konular ile Çözüldü nerede, milyonlarca ve milyonlarca 00:56:07.490 --> 00:56:11.110 Bitiş noktaları. Ve tüm bunları kendi birine dinleme 00:56:11.160 --> 00:56:14.070 iletiler için tek bir abonelik. 00:56:15.150 --> 00:56:19.140 Bu iletileri oluşturulmuş arka uç tarafından göre 00:56:19.190 --> 00:56:22.840 Sistemdeki bazı değişiklik veya göndermek istediğiniz gibi bir şey 00:56:22.890 --> 00:56:26.270 bir kullanıcıya bir bildirim, istediğiniz Windows bildirmek için 00:56:26.320 --> 00:56:30.510 hiçbir bildirim olduğu 7 kutusu hizmet. Bildirimde bulunmak istiyorsunuz 00:56:30.560 --> 00:56:34.520 bunları ve Merhaba yeni güncelleştirme yok say Visual Studio içinde kullanılabilir 00:56:34.570 --> 00:56:39.970 yüklemek gidin. Veya daha da önemlisi Düşük gecikme süresi sıralama vermediğiniz 00:56:40.020 --> 00:56:43.890 değişiklikler yaparsanız nerede kanal bir VS örneğinde, diğer 00:56:43.940 --> 00:56:45.430 Yukarı VS örnekleri eşitleyin. 00:56:46.140 --> 00:56:48.340 Sues konular ve Abonelikleri söz konusu. 00:56:49.760 --> 00:56:52.470 Bu nedenle bunu kavramsal olarak düşünün Konu VS kullanıcı olarak. 00:56:53.200 --> 00:56:58.800 Bir abonelik VS örneğine sahip MQP kullanarak her zaman bağlı. 00:56:58.850 --> 00:57:03.260 Bu nedenle MQP bize çok sayıda bağlantı sağlar sahip olduğu verimlilik 00:57:03.310 --> 00:57:07.830 Bizi milyonlarca ve milyonlarca eşzamanlı çok olan bölümler, 00:57:07.880 --> 00:57:12.350 yalnızca bekleyen çok düşük yüke Arada sırada bildirimleri için. 00:57:12.380 --> 00:57:14.840 Bildirimler hakkında fark olmasıdır. Bunlar çok nadiren 00:57:14.890 --> 00:57:18.080 doğası gereği. İnsanların ne sıklıkta musunuz Profil rengini değiştirebileceğinize? 00:57:19.770 --> 00:57:20.260 Bir gün? 00:57:20.310 --> 00:57:22.960 Hafta? Neyse her gün. 00:57:23.790 --> 00:57:25.160 Ben tahmin ruh halinizi üzerinde bağlıdır. 00:57:26.260 --> 00:57:29.100 Ancak çok sık yapılmaz. Ne sıklıkta güncelleştirmeleri gerekir mi 00:57:29.150 --> 00:57:33.660 Dışarı İttir vermek istiyor musunuz? Çok sık değil. Ancak hala bu BNS çeşidi var. 00:57:33.710 --> 00:57:38.290 altyapısı için kullanılabilir size bağlantıları olduğu 00:57:38.340 --> 00:57:41.780 çünkü bu bildirim için bekleniyor zaman bu bildirim 00:57:41.830 --> 00:57:45.170 haline kullanılabilir, istediğiniz şekliyle bir anlık. Sağ istediğiniz 00:57:45.220 --> 00:57:46.040 ve orada sonra. 00:57:51.000 --> 00:57:54.990 Bu nedenle burada gerçekten düşünmek zorunda hakkında ve düşünmek zorunda 00:57:55.040 --> 00:57:59.320 ileti akışları hakkında. Çünkü Bugün 2000'e kadar izin konuları 00:57:59.370 --> 00:58:03.170 Abonelikleri ve ne zaman düşündüğünüzü Ölçek sayısı 00:58:03.220 --> 00:58:07.420 Alıcılar 2000 yeterli olabilir veya 2000 yeterli olmayabilir. 00:58:07.980 --> 00:58:10.910 Visual Studio hakkında düşünüyorsanız, Daha fazla olan tek bir kişi 00:58:10.960 --> 00:58:13.700 2000 örnekleri çalışan IDE olan 00:58:16.030 --> 00:58:20.210 yanında imkansız. Belki de bilmiyorum mümkündür, ancak böyle bir durum değildir. 00:58:20.520 --> 00:58:24.520 Dolayısıyla bunları konu VS kullanıcı ince ama sizin bunu olabilir 00:58:24.570 --> 00:58:27.660 Herkes dinliyor olması aynı Özet akışına. Yapmak istediğiniz 00:58:27.710 --> 00:58:30.790 Herkes göndermek göndermesi... tek bir ileti ve gönderin 00:58:30.840 --> 00:58:34.790 geniş cast herkese. İyi, daha sonra Konular zincir istiyor. 00:58:35.250 --> 00:58:38.680 Ve iletme otomatik olarak o kullanarak yapın. 00:58:39.850 --> 00:58:43.350 Dizi atlamak için yapacağım. içinde bu desen ayrıntıları 00:58:43.400 --> 00:58:45.280 filtreleri nasıl koşulları. 00:58:45.800 --> 00:58:48.520 Bunların hepsi, MSDN.com üzerinde örneklerdir. 00:58:49.130 --> 00:58:55.380 Bu belirli örnek olarak adlandırılır Liste. Adlı bir örnek var. 00:58:55.430 --> 00:58:58.720 Yayımlama abone olun. Tam kodu Bunlar için kullanılabilir. 00:58:58.770 --> 00:59:02.570 Gerçekten guys almak gitmek için önerilir bir konum, ancak bu konular 00:59:02.620 --> 00:59:06.190 gerçekten bu zengin kapatabilir Akış olduğunu where her ileti 00:59:06.240 --> 00:59:09.930 Tüm yeniden yönlendirilen zorunda değildir 2 milyon terimleri ve sonra 00:59:09.980 --> 00:59:14.280 her zaman bırakılan. Elde edebilirsiniz bir kişiye, birçok yönlendirilen 00:59:14.330 --> 00:59:18.680 insanlar, ya da sonsuz bir servis talebi Burada yalnızca adres yazmak. 00:59:18.730 --> 00:59:19.660 E-posta gibi. 00:59:20.190 --> 00:59:23.130 Bu durumda söyleyen olduğunu Önce söyleyebileceğiniz ileti 00:59:23.180 --> 00:59:24.230 virgül, ikinci. 00:59:25.130 --> 00:59:27.850 Ve iki aygıt adresleme ilk aygıt ve ikinci 00:59:27.900 --> 00:59:30.770 aygıt veya iki abonelikler, Birinci ve ikinci. 00:59:30.820 --> 00:59:35.390 Ayarlanmış kurallara olduğundan ister ilk ve ikinci oralarda gibi. 00:59:36.390 --> 00:59:40.470 Bu nedenle gerçekten bunlara bak pub alt (indiscernible) 00:59:42.610 --> 00:59:47.050 otomatik olarak iletme. Çok kolay kullanmak için. Aslında, oluşturma 00:59:47.100 --> 00:59:52.150 önce hedef sıraya ve Kaynak sıranın üzerinde 00:59:52.200 --> 00:59:55.970 tek bir özellik ekleyin. Tek özellik Kaynak adı verilir.ForwardTo, 00:59:57.220 --> 01:00:00.600 hedef sıraya ve bu onu. Gelen tüm iletileri 01:00:00.650 --> 01:00:03.280 Kaynak sıranın go içine Hedef sıra. 01:00:03.330 --> 01:00:10.030 Kaynakları abonelikleri olabilir ve sıralar. Denetimleri konular olabilir 01:00:10.080 --> 01:00:10.960 ve sıralar. 01:00:13.190 --> 01:00:16.800 Tamamen simetrik, çoğu olarak ayarlayın yazı tipi özür siz misiniz 01:00:16.850 --> 01:00:18.810 ve gibi bkz. 01:00:19.400 --> 01:00:22.540 Geçici çalışmalarınız varsa, burada Abonelikleri varsa, 01:00:22.590 --> 01:00:23.390 yerine koyma yapacaksınız, 01:00:24.660 --> 01:00:28.430 Otomatik silmeyi boşta üzerinde kullanabilirsiniz. Bu nedenle Bu da çok düzgün bir özelliktir. 01:00:28.480 --> 01:00:32.570 Diyelim ki çok sayıda yönetmek Geçici ağ bağlantıları. Aslında 01:00:32.620 --> 01:00:35.640 bir anahtar senaryoları, budur SignalR tarafından kullanılmakta olan ve 01:00:35.690 --> 01:00:38.590 I/O yuvası. Çok oldukları, Doğa çok geçici. 01:00:38.640 --> 01:00:40.200 Gelen bağlantılar, bağlantıları gidin. 01:00:41.380 --> 01:00:43.700 Yükleri eklenir ve düğümleri kaldırılmış. 01:00:44.600 --> 01:00:48.680 Hizmet veri yolu geri kullandıkları için Çal burada aslında oldukları 01:00:48.730 --> 01:00:52.540 Her düğüm bir abonelik yazma zaman Yeni bir abonelik gelir 01:00:52.590 --> 01:00:56.160 Yeni bir bağlantı kurma değil gelir Yeni bir düğüm, ne zaman gelir bunlar 01:00:56.210 --> 01:00:57.260 sunucular ekleyin. 01:00:58.320 --> 01:01:03.210 Ve sonra bunlar konuları ve abonelik arka kanala 01:01:03.260 --> 01:01:05.970 düğümler arasındaki aktarım iletileri ve daha geniş ölçekli alın. 01:01:07.010 --> 01:01:10.090 Ve sonra bir düğüm yerine koyma, gittiğinde Abonelik süresi sonu olanlar 01:01:10.140 --> 01:01:17.490 iletileri var. gitti. Her ikisi de Bu kod açık kod var. 01:01:17.540 --> 01:01:20.240 Her ikisi de, isterseniz kullanılabilir Ölçek dışarı, sinyal veya yuva 01:01:20.290 --> 01:01:24.720 G/ç sağlam ileti gerektiğinden en sonunda, hizmet boru 01:01:24.770 --> 01:01:27.980 Veri yolu uygulamaları vardır. Her iki olanlar için. 01:01:29.920 --> 01:01:33.050 Konuşmak biraz yerleşik istediğim ilgili kullanılabilirlik bunu istiyorum bana 01:01:33.100 --> 01:01:36.780 hızlı bir şekilde, kapsar. Biliyorum zaman içinde neredeyse dileriz 01:01:38.830 --> 01:01:42.440 kod çalışması için esnek olması gerekir hatalarına bağlı olarak iyi 01:01:42.490 --> 01:01:43.470 sorunlar. 01:01:43.990 --> 01:01:46.750 Ben söyledim gibi geçersiz sıralarda, gerçekten size yardımcı olur. Yardımcı olurlar 01:01:46.800 --> 01:01:50.790 where, uygulama düzeyi decivilization, bir iletinin veya 01:01:50.840 --> 01:01:51.830 bir şey başarısız olabilir. 01:01:52.980 --> 01:01:57.440 Hizmet veri yolu atar her ileti içinde geçici bir özelliğe sahiptir 01:01:57.490 --> 01:01:58.020 üzerinde 01:01:59.480 --> 01:02:02.780 açık ve basit kolaylaştırır size bilmek olup olmadığını, 01:02:02.830 --> 01:02:04.350 veya yeniden denemek zorunda. 01:02:05.090 --> 01:02:08.560 Varsayılan olarak, biz aslında otomatik olarak yeniden denendi. Bu nedenle ben konuştum 01:02:08.610 --> 01:02:12.090 zaman aşımları hakkında temel işlem zaman aşımı sayısı. Varsayılan olarak 01:02:12.140 --> 01:02:15.190 işlem zaman aşımı ayarlamak yani 60 saniye, 01:02:15.240 --> 01:02:19.720 çağrı gönderme yapmak, bir kez başarısız olabilir, Biz yeniden sonra denemek 01:02:19.770 --> 01:02:22.980 üç saniye. İki kez dosya. Biz gerekir On saniye sonra yeniden deneyin. 01:02:23.030 --> 01:02:27.840 60 saniye bize verdiğiniz olduğunu, biz olacaktır. Bu çağrısının başarısız olmasını sağlamaya çalışın. 01:02:27.890 --> 01:02:29.740 Ve değil, biz gönderir onu geri için. 01:02:31.320 --> 01:02:33.650 Başka bir yer varsa kalıcı hale getirmek için daha iyi olan. 01:02:33.700 --> 01:02:36.920 Aksi takdirde geçici kontrol edin ve sonra geri göndermeden, ı tahmin etmek. 01:02:38.160 --> 01:02:42.430 Bölüm sıraları ve konular önemli ölçüde geliştirilmiş kullanılabilirlik. 01:02:43.080 --> 01:02:48.230 Büyüklük geliştirme. Bu nedenle yüksek düzeyde, yüksek oranda kullanmanız önerilir 01:02:48.280 --> 01:02:49.710 Bu özellik. 01:02:51.830 --> 01:02:55.280 İlke üzerinde varsayılan olarak yeniden deneyin. Bu kapalı, lütfen kapatmayın. 01:02:57.200 --> 01:02:59.970 Eşleştirilmiş adı boşluk. Son şey hakkında bugün söz edeceðiz. 01:03:00.490 --> 01:03:03.540 Servis alanı adlı bir yol varsa, iletileri güzelce akan 01:03:03.590 --> 01:03:08.210 aracılığıyla ve sonra tüm veri Merkezi caput gider veya en azından 01:03:08.260 --> 01:03:13.570 tüm ad alanı bir caput gider. Geçersiz ad alanı oluşturur. 01:03:13.620 --> 01:03:15.790 ad alanı yedekleme. Oluşturduğunuz ad alanı yedekleme. 01:03:15.840 --> 01:03:19.190 Yalnızca onu bize ve biz sağladığınız gerekir iletileri depolamak Başlat 01:03:19.240 --> 01:03:23.440 ad alanı yedekleme. Bu nedenle herhangi girmeyi başarısız ileti 01:03:24.140 --> 01:03:25.350 tekrar içine gider. 01:03:26.210 --> 01:03:29.450 İletiler belirli bir noktada başlar üzerinden akar. Sistem 01:03:29.500 --> 01:03:30.340 geri gelecektir. 01:03:31.350 --> 01:03:35.150 Ve o noktada biz bir siphon Bu iletileri alır 01:03:35.200 --> 01:03:39.110 aktarma sıraları ve reenqueue bunları orijinal sıraya. 01:03:40.650 --> 01:03:43.590 Bunu tüm bu gönderen kodu değiştirmez, alıcınızı 01:03:43.640 --> 01:03:46.370 kod değişmez. Gönderen ve alıcı, oldukları gibi 01:03:46.420 --> 01:03:48.470 her zaman hizmetine konuşan Yol adı alanı. 01:03:49.240 --> 01:03:54.700 Kapaklar altında biz oluşturma taşıma aktarma sıraları 01:03:54.750 --> 01:03:57.870 orada ve sonra iletileri çekmek bunları sizin için geri. 01:03:58.720 --> 01:04:03.160 Ve bu sadece bir parçasıdır kodu değiştirmeniz gerekir. 01:04:03.740 --> 01:04:06.070 Elinizde yalnızca iş değil yapmak için. Hakkında konuþacaðýz 01:04:06.120 --> 01:04:08.520 Ancak bu konuları yalnızca, gerek kod parçası 01:04:08.570 --> 01:04:13.330 oluşturduğunuzda, olduğu değiştirme olan bir Fabrika, 01:04:13.380 --> 01:04:17.690 gönderme saati çalıştırın ve kodu görüntüleniyor sınıf, onu bir adla yerleştirin 01:04:17.740 --> 01:04:21.230 alan, Merhaba ikinci olduğu söylenebilir Fabrika, ikinci bir ad alanı 01:04:21.280 --> 01:04:24.130 istediğiniz Yöneticisi için ile eşleştirilmiş. 01:04:24.660 --> 01:04:28.600 Ve başka her şey yapılır istemci tarafı. Gönderen değişiklik yok. 01:04:28.650 --> 01:04:31.470 Alıcı değişiklik yok. Kodu aynı kalır. 01:04:36.210 --> 01:04:41.520 Şimdi, gönderenden desteklenir. Diyagramda gördüğünüz gibi 01:04:41.570 --> 01:04:44.590 alıcı iletiyi almazsınız özgün adı kadar 01:04:44.640 --> 01:04:45.760 alanı gelir. 01:04:46.330 --> 01:04:49.340 Bu nedenle daha fazla gönderme sunulmasından budur. İşte bu nedenle artık sağ 01:04:49.390 --> 01:04:54.000 biz bunu gönderme kullanılabilirlik arama seçenekleri. Sipariş çünkü kaybolabilir 01:04:54.050 --> 01:04:57.910 aktarımda olan iletiler sıra gösterilmez. 01:04:58.630 --> 01:05:02.360 Ve sonra uçları sonuna alma gecikme süresi Elbette yüksek olabilir. 01:05:02.410 --> 01:05:06.420 Bu nedenle bazı noktalar vardır ama gerçekten bu düşünün. 01:05:06.470 --> 01:05:10.730 bir anahtar senaryonuz duruma getirme Olağanüstü durum kurtarma türü 01:05:12.070 --> 01:05:14.770 Şimdiye kadar senaryo. 01:05:15.810 --> 01:05:18.710 Bu nedenle, biz kapatmak için yalnızca Azure Testere Gerçekten hizmet yol ölçekleyebilirsiniz 01:05:18.760 --> 01:05:21.870 tüm boyutlar. Çok sayıda Gönderenler. Çok sayıda işlem hacmi. 01:05:21.920 --> 01:05:23.080 Çok sayıda alıcı. 01:05:23.730 --> 01:05:27.420 Ve güvenilirliğini artırabilirsiniz. Her iki kullanarak yeni özellikleri 01:05:27.470 --> 01:05:31.950 kutuyu bölümü sıraları gibi ve eşleştirilmiş adı boşluk ya da 01:05:32.000 --> 01:05:37.320 kodunuz gibi desenleri kullanmak yapma Zaman uyumsuz ve toplu ve her şeyi. 01:05:38.100 --> 01:05:41.750 Bağlantıların ton. Kaynakların ton. O erişebilirsiniz. 01:05:41.800 --> 01:05:44.130 Çok teşekkür ederim. Ben özür dileriz. ne olursa olsun için.