WEBVTT 00:00:00.000 --> 00:00:02.400 >> Dobrá, dobrá odpoledne všechny. 00:00:02.400 --> 00:00:06.510 Poslední sezení Co se rychle stává 00:00:06.510 --> 00:00:08.715 Moje oblíbená konference roku 00:00:08.715 --> 00:00:11.745 Xamarin developerská schůzka vpravo. 00:00:11.745 --> 00:00:15.210 Ano, protože všichni Zde jsou mobilní vývojáři, 00:00:15.210 --> 00:00:17.025 můj typ lidí. To je skvělé. 00:00:17.025 --> 00:00:19.020 Takže dnes si budeme povídat 00:00:19.020 --> 00:00:21.434 o malém bitu rozvoj mobilního telefonu, 00:00:21.434 --> 00:00:23.595 malý kousek vývoje mraků, 00:00:23.595 --> 00:00:27.390 malý kousek obojího bude částečně zataženo. 00:00:27.390 --> 00:00:30.170 Mluvíme tu o malé tipy a výlety kolem 00:00:30.170 --> 00:00:34.570 Tvorba Azure a mobilu spolupracovat skvěle. 00:00:34.570 --> 00:00:36.300 Jmenuji se Matt Soupuč. 00:00:36.300 --> 00:00:38.120 Jsem starší obhájce mraků na 00:00:38.120 --> 00:00:41.645 Microsoft a to je dost divný titul. 00:00:41.645 --> 00:00:43.910 A co je to? 00:00:43.910 --> 00:00:47.765 Zkrátka to znamená, že já jsem vývojář srdce. 00:00:47.765 --> 00:00:49.790 Miluju chodit ven a mluvit se všema. 00:00:49.790 --> 00:00:52.145 Dělám podcasty, Xamarin podcasty. 00:00:52.145 --> 00:00:54.320 Dělám videa, spoustu blogů, 00:00:54.320 --> 00:00:55.730 hodně článků. 00:00:55.730 --> 00:00:58.640 Ale co je nejdůležitější, obhajovat 00:00:58.640 --> 00:01:01.775 pro vás-všechny v rámci samotné společnosti Microsoft. 00:01:01.775 --> 00:01:04.550 Takže se chci ujistit, že váš hlas je slyšet u produktových týmů. 00:01:04.550 --> 00:01:07.309 Takže pokud máte nějaké problémy s jinými výrobky, 00:01:07.309 --> 00:01:08.810 máte nějaké nápady jen chcete 00:01:08.810 --> 00:01:12.095 obsahovat některé recenze kódu, klidně udeřit. 00:01:12.095 --> 00:01:14.425 Moji DMs jsou vždy otevřenější na Twitteru. 00:01:14.425 --> 00:01:19.650 Mám pracovní hodiny aka.ma/office-hours. 00:01:19.650 --> 00:01:20.925 Musím otevřít kalendář. 00:01:20.925 --> 00:01:22.980 Můžete naplánovat čas se mnou nebo se posadit 00:01:22.980 --> 00:01:25.060 na půl hodiny nic Chcete mluvit 00:01:25.060 --> 00:01:27.445 o tom, jak získat do veřejně mluvících 00:01:27.445 --> 00:01:30.175 na některé problémy s laděním. 00:01:30.175 --> 00:01:31.840 Můžu je přivést zpět do produktové týmy umožňují 00:01:31.840 --> 00:01:34.195 si jistý, že váš hlas je slyšeny v rámci společnosti Microsoft. 00:01:34.195 --> 00:01:37.045 A tak jsem řekl, 00:01:37.045 --> 00:01:41.095 Kolik lidí kdy napsal aplikaci, která má 00:01:41.095 --> 00:01:45.710 nemluvit s nějaké internetové rozhraní API? 00:01:46.070 --> 00:01:49.290 Jeden člověk, dva lidi, já taky. 00:01:49.290 --> 00:01:54.370 Moje první aplikace, kterou jsem napsala, byla pro Zoo v Madisonu ve Wisconsinu. 00:01:54.370 --> 00:01:57.140 To, co udělal, je, že když stála jsi před 00:01:57.140 --> 00:02:00.050 exponát, který mluvil s GPS, 00:02:00.050 --> 00:02:02.030 tak to asi bylo zapnuté místo. 00:02:02.030 --> 00:02:04.640 Šlo to na satelity GPS a ta se vynesla. 00:02:04.640 --> 00:02:06.550 Řekni, že stojíš v před exponát medvědí, 00:02:06.550 --> 00:02:09.250 přinesla informace o medvědů, 00:02:09.250 --> 00:02:11.690 což pravděpodobně bylo stejné informace o 00:02:11.690 --> 00:02:14.630 znamení, že jste stát přímo vedle, ale 00:02:14.630 --> 00:02:17.210 byly to informace, které byly 00:02:17.210 --> 00:02:19.880 všechno bylo postaveno správně do bitových kopií aplikace, 00:02:19.880 --> 00:02:24.895 text a všechno, ne Mrak na obloze. 00:02:24.895 --> 00:02:29.750 Ale když jsme začali růst, měli jsme přijít na to, jak jsme 00:02:29.750 --> 00:02:32.210 přejít mimo to, že všechno 00:02:32.210 --> 00:02:35.750 zabaleny přímo do aplikace víc než jen to. 00:02:35.750 --> 00:02:37.800 Tak jak to uděláme? 00:02:37.800 --> 00:02:43.070 No, samozřejmě, najdeš Váš přítel, který pracuje u poskytovatele služeb Internetu 00:02:43.070 --> 00:02:45.530 Zeptejte se ho, jestli si můžete vzít Server a umístit jej přímo do 00:02:45.530 --> 00:02:48.560 stojanu a provedete to tak, že je na serveru služba IIS, 00:02:48.560 --> 00:02:49.685 SQL Server, 00:02:49.685 --> 00:02:52.460 a Vy umístíte některé obrázky pravděpodobně přímo na serveru SQL Server 00:02:52.460 --> 00:02:55.910 jako blob a on je server . 00:02:55.910 --> 00:02:59.269 Máte 100% 00:02:59.269 --> 00:03:03.380 laděný back-end, protože vědět přesně, jak to funguje. 00:03:03.380 --> 00:03:05.300 Znáš všechny ty čunky a jeho kranků, 00:03:05.300 --> 00:03:07.730 to bude fungovat perfektní. 00:03:07.730 --> 00:03:09.800 Funguje tak dokonale, že programujete v 00:03:09.800 --> 00:03:12.410 binární soubor, víte to sem a tam. 00:03:12.410 --> 00:03:16.500 Problém je v tom, že jedeš vyrůst tento back-end velmi 00:03:16.500 --> 00:03:21.305 rychle a chci říct, že jsi obsluhující soubory ze serveru SQL Server. 00:03:21.305 --> 00:03:23.570 To už nebude moc dlouho 00:03:23.570 --> 00:03:26.330 dlouho a nakonec budeš nenávidět svůj život. 00:03:26.330 --> 00:03:27.980 Takže začneš hledání 00:03:27.980 --> 00:03:31.220 Mrak a Azuura a všechny tyto produkty 00:03:31.220 --> 00:03:34.895 s těmito podivní logy . Co znamenají? 00:03:34.895 --> 00:03:37.850 Je jich doslova stovky. 00:03:37.850 --> 00:03:40.220 Potíž je v tom, že to není tak 00:03:40.220 --> 00:03:43.910 o nich moc vědět nebo důkladnou znalost, 00:03:43.910 --> 00:03:45.455 ví o nich. 00:03:45.455 --> 00:03:48.260 Co nové věci dělají a vědí Tipy a triky 00:03:48.260 --> 00:03:51.565 Jak je používat v mobilním kontextu. 00:03:51.565 --> 00:03:53.250 Takže můžete jít do dokumentace, 00:03:53.250 --> 00:03:54.615 můžete přejít na Blogy, 00:03:54.615 --> 00:03:55.700 můžete přejít na 00:03:55.700 --> 00:03:58.280 Microsoft Learn a já se dotýknu na to jen na vteřinu. 00:03:58.280 --> 00:04:00.250 Ale ani nevíš co nevíte v 00:04:00.250 --> 00:04:03.050 určité instance a někdy používají 00:04:03.050 --> 00:04:05.825 Jedna Azure služba v kontextu 00:04:05.825 --> 00:04:09.485 Web je zcela odlišný, pokud používáte ji pro mobilní zařízení. 00:04:09.485 --> 00:04:11.690 Tak se to říká 00:04:11.690 --> 00:04:13.400 a o to právě jde mluvit o dnešku, i když je 00:04:13.400 --> 00:04:15.380 používání několika služeb Azure v 00:04:15.380 --> 00:04:18.755 kontext mobilních jen pár tipů a triků. 00:04:18.755 --> 00:04:22.730 Ale chci mluvit o jednom a to je Microsoft Learn. 00:04:22.730 --> 00:04:25.070 Tak co se dozvíme, když jste poslouchal 00:04:25.070 --> 00:04:27.380 Xamarin podcastu je to James, který jsem udělal 00:04:27.380 --> 00:04:32.900 vtip je v tom, že je to 100 procent volného 00:04:32.900 --> 00:04:35.510 informace o Xamarin na něm 00:04:35.510 --> 00:04:37.355 nástupce Xamarin University 00:04:37.355 --> 00:04:39.590 a také mnoho I obsah Azure. 00:04:39.590 --> 00:04:42.200 Takže to, co můžete udělat, je postupujte podle tohoto aka.ms 00:04:42.200 --> 00:04:45.950 odkaz a co dělá Podrobné výukové programy. 00:04:45.950 --> 00:04:50.660 Ve skutečnosti jsi schopný nové v izolovaném prostoru Azure. 00:04:50.660 --> 00:04:52.580 Takže když projdeme Výukový program, který jste 00:04:52.580 --> 00:04:55.960 psaní a vytváření služeb a naučíte se to. 00:04:55.960 --> 00:04:57.855 Takže je to fakt super. 00:04:57.855 --> 00:05:03.290 Jen čekám na pár fotek a jedeme. 00:05:03.290 --> 00:05:04.940 Takže věci, které budeme mluvit 00:05:04.940 --> 00:05:06.550 o dnešních našich špičcích a 00:05:06.550 --> 00:05:10.235 triky se budou zabývat zabezpečení aplikací. 00:05:10.235 --> 00:05:13.115 Takže to, čemu budu říkat Ověření ověřování a autorizace 00:05:13.115 --> 00:05:16.970 a autorizace a pak výkon, 00:05:16.970 --> 00:05:20.065 Jak provádět akce v oblacích rychleji. 00:05:20.065 --> 00:05:23.930 Dobře. Pojďme první a pak ostraze. 00:05:23.930 --> 00:05:25.430 Toto je jedna z 00:05:25.430 --> 00:05:28.985 pouze ručně tažené snímky mít, protože je to důležité. 00:05:28.985 --> 00:05:32.285 Bezpečnost, velmi důležité téma. 00:05:32.285 --> 00:05:35.195 Řekněme, že máš nějakou App. 00:05:35.195 --> 00:05:37.850 Je to na světě největší počasí. 00:05:37.850 --> 00:05:42.050 Jsou to postavy z tyčky a co máte k dispozici volání 00:05:42.050 --> 00:05:44.840 Služba API počasí a vynáší to 00:05:44.840 --> 00:05:48.305 částečně zataženo, vyvolá mrak s malou holí, 00:05:48.305 --> 00:05:51.155 Částečně oblačno se Název cíle. 00:05:51.155 --> 00:05:53.900 Je psáno perfektně, je to báječné. 00:05:53.900 --> 00:05:58.280 Potíž je v tom, že to má velmi nákladný klíč rozhraní API jiného výrobce 00:05:58.280 --> 00:06:00.950 že musíte volat na s meteorologickou službou. 00:06:00.950 --> 00:06:04.465 Tak co děláte? Dobře tak proč ne? 00:06:04.465 --> 00:06:06.710 No, problém je je možné, že jste 00:06:06.710 --> 00:06:09.815 někdo, kdo se dekompiluje vaše aplikace Android, 00:06:09.815 --> 00:06:11.870 ztratíte klíč rozhraní API. 00:06:11.870 --> 00:06:15.095 Pak možná musíš Cyklický klíč rozhraní API. 00:06:15.095 --> 00:06:16.610 Pokud máte pevně zakódovaný budeš mít 00:06:16.610 --> 00:06:18.140 pro opětovné nasazení celé aplikace a to 00:06:18.140 --> 00:06:20.645 být bolestí, i když 00:06:20.645 --> 00:06:23.270 jen ho nasazujete v rámci vaší vlastní společnosti. 00:06:23.270 --> 00:06:25.955 Dokonce jen interně nutné provést nasazení pro 00:06:25.955 --> 00:06:30.010 cyklování klíče rozhraní API To je velký problém. 00:06:30.010 --> 00:06:32.450 To je taky to, co jdu pro volání předávání pověření. 00:06:32.450 --> 00:06:34.100 To mám na mysli podle pověření 00:06:34.100 --> 00:06:36.680 předání je něco, co jsme Nechci doopravdy dělat. 00:06:36.680 --> 00:06:39.530 Řekněme, že jste to vy, Máš štěstí, 00:06:39.530 --> 00:06:41.750 výhradní vývojář, který jste mít vaše klíče API, 00:06:41.750 --> 00:06:45.110 Váš pevně zakódovaný po celém místě hodně a život je dobrý. 00:06:45.110 --> 00:06:48.854 Přinesete další tři šťastné obličeje, 00:06:48.854 --> 00:06:51.375 Jak se k nim dostanete klíče od vaší aplikace? 00:06:51.375 --> 00:06:53.210 No, jestli jsi jako já Budeš je kontrolovat 00:06:53.210 --> 00:06:54.760 do GitHubu a nedělejte si s tím starosti. 00:06:54.760 --> 00:06:58.975 Můžete však Chcete je odeslat e-mailem, 00:06:58.975 --> 00:07:01.405 kanály nebo co. 00:07:01.405 --> 00:07:04.370 Čtyři lidé nejsou špatní. 00:07:04.370 --> 00:07:07.090 Jde ti to skvěle, Teď jsi větší tým. 00:07:07.090 --> 00:07:08.130 Máte 13 lidí, 00:07:08.130 --> 00:07:09.890 Jak zpracovávat předávání pověření? 00:07:09.890 --> 00:07:11.400 Bude to ještě horší. 00:07:11.400 --> 00:07:15.460 Problém tedy přichází Čím víc, tím není 00:07:15.460 --> 00:07:19.535 dobrý nápad, jak zacházet s pověření pro jednu back-end službu? 00:07:19.535 --> 00:07:21.770 Ještě horší je, že jsme vzdálení týmy, 00:07:21.770 --> 00:07:23.440 lidé pracují v kavárně. 00:07:23.440 --> 00:07:27.220 Řekněme, že to není jen Klíč rozhraní API pro databázovou službu. 00:07:27.220 --> 00:07:29.410 Někdo je v kavárně vstát a odjet a 00:07:29.410 --> 00:07:31.945 jiná osoba přebírá snímek jejich obrazovky. 00:07:31.945 --> 00:07:34.690 Také máte velký průnik do databáze. 00:07:34.690 --> 00:07:39.640 Pokud vás zajímá, kdo ten průnik do databáze, Steve? 00:07:39.640 --> 00:07:43.060 Steve nemůže nikdy věřit chodit do kavárny. 00:07:43.060 --> 00:07:47.155 Každopádně, Azure Key trezor. 00:07:47.155 --> 00:07:49.270 Takže Azure Key Vault je jedna z těch věcí 00:07:49.270 --> 00:07:52.240 které nechcete jej používat místně, 00:07:52.240 --> 00:07:54.835 Chceme to jen použít v Azure. 00:07:54.835 --> 00:07:57.280 Tak se podíváme, co Uděláme a jak můžeme 00:07:57.280 --> 00:08:04.270 jej skutečně použít v Azure. Dobře. 00:08:04.270 --> 00:08:07.960 Takže než se dostaneme 00:08:07.960 --> 00:08:10.360 do něj chci vám Ukázat App že budeme degradovat 00:08:10.360 --> 00:08:16.290 se zbytkem dneška tak, jak to přijde. 00:08:16.290 --> 00:08:20.170 Dobře. Takže to bude klon aplikace Microsoft News. 00:08:20.170 --> 00:08:24.145 Vlastně jsem opravdu hrdý na to, jak to vypadá. 00:08:24.145 --> 00:08:26.920 Používá Shell, používá 00:08:26.920 --> 00:08:31.090 materiál nebo vizuální materiál prochází. 00:08:31.090 --> 00:08:35.565 Opravdu budeme mít také zobrazení sbírky. 00:08:35.565 --> 00:08:37.430 Můžu tam jít a můžu, 00:08:37.430 --> 00:08:39.590 Náš pohled na sbírku je ve skutečnosti na tomhle, je mi to líto. 00:08:39.590 --> 00:08:42.115 Opravdu můžeš jít a přihlaste se. 00:08:42.115 --> 00:08:45.260 Bude to muset zavolat Azure B2C. 00:08:45.260 --> 00:08:49.760 Budu se přihlašovat a 00:08:49.760 --> 00:08:52.820 prosím, když jste někdy nějaké dotazy e-mailem. 00:08:52.820 --> 00:08:58.800 Jestli se chceš někdy dostat do můj bankovní účet, je to abcd1234! 00:09:05.110 --> 00:09:08.870 Přihlaste se a potom zpět na začátek a 00:09:08.870 --> 00:09:11.830 Jediné, co můžete vidět, je, že pro moje produkty. 00:09:11.830 --> 00:09:14.510 Zajímám se o tyto některé výrobky, 00:09:14.510 --> 00:09:16.085 vědu a techniku a tak dál. 00:09:16.085 --> 00:09:19.480 Takže tohle je zpravodajská aplikace, kde jsem může jen projít a říct, 00:09:19.480 --> 00:09:20.895 "Dobře, že jsem zájem o produkty, 00:09:20.895 --> 00:09:22.495 Zajímám se o vědu a techniku. 00:09:22.495 --> 00:09:24.660 Takže právě procházím a říkám, 00:09:24.660 --> 00:09:27.110 "Hej, zajímá mě . " Pojďme to zachránit. 00:09:27.110 --> 00:09:29.330 Bude to jiné, 00:09:29.330 --> 00:09:30.950 bude mě následovat kolem jiného 00:09:30.950 --> 00:09:32.930 zařízení tak, aby promluvila. 00:09:32.930 --> 00:09:34.910 Přihlášení pomocí B2C, 00:09:34.910 --> 00:09:37.745 nastavení plochy pro určité věci , kterou budeme používat. 00:09:37.745 --> 00:09:41.690 Jak jsem se zmínil o novinkách se skutečně blíží 00:09:41.690 --> 00:09:46.985 se systémem Microsoft kognitivní Služby vyhledávání novinek 00:09:46.985 --> 00:09:51.530 Obsahuje klíč rozhraní API. Dobře. 00:09:51.530 --> 00:09:53.825 Tak to jsme s dneškem hrát. 00:09:53.825 --> 00:09:56.540 Zde je co nové hledání vypadá právě teď. 00:09:56.540 --> 00:09:59.660 Jen volám pomocí 00:09:59.660 --> 00:10:01.790 balíček NuGet pro 00:10:01.790 --> 00:10:05.350 Hledání zpráv a mám Klíč API Bing právě tady. 00:10:05.350 --> 00:10:08.585 Právě jsem ho prozradil. 00:10:08.585 --> 00:10:10.330 Každý to ví. Je to v živém proudu. 00:10:10.330 --> 00:10:13.565 Každý jako jsem si jistý, že je 10 000 lidí se právě teď dívá. 00:10:13.565 --> 00:10:15.500 Celý svět zná můj klíč API. 00:10:15.500 --> 00:10:16.610 Tak jsem se ho chtěla zbavit. 00:10:16.610 --> 00:10:18.230 Chci to otočit. 00:10:18.230 --> 00:10:19.970 Takže první věc, kterou chci udělat, je 00:10:19.970 --> 00:10:22.095 Já nechci to všechno místně. 00:10:22.095 --> 00:10:26.255 Takže volám do A Azure, ať to má. 00:10:26.255 --> 00:10:29.705 Lepší způsob, jak to udělat, by volat prostřednictvím funkcí. 00:10:29.705 --> 00:10:33.380 Takže volám do Azure funkcí dělá pro mě pár věcí. 00:10:33.380 --> 00:10:39.500 Jeden to mi dovoluje v podstatě skrýt tento klíč API v Azure. 00:10:39.500 --> 00:10:41.510 Takže než o tom začnu mluvit, 00:10:41.510 --> 00:10:45.845 Takže mé azurové funkce skutečně tady můžeš vidět moje, 00:10:45.845 --> 00:10:47.880 tady mám jen věci jako dostat nejlepší zprávy, 00:10:47.880 --> 00:10:50.435 získat novinky podle kategorií a tak dál. 00:10:50.435 --> 00:10:55.100 V mé azurové funkci jen znovu vytvořit novinky, 00:10:55.100 --> 00:10:56.405 získat zprávy podle kategorie. 00:10:56.405 --> 00:10:58.940 Je to to samý, co jsem právě byly přesunuty do funkcí. 00:10:58.940 --> 00:11:01.860 Jedna funkce pro každou věc, co dělám. 00:11:04.080 --> 00:11:08.695 Takže na mých zdrojích tady, v Azure. 00:11:08.695 --> 00:11:11.170 Zmenšete a jak jsme na tom, 00:11:11.170 --> 00:11:12.880 mohou lidé vidět vzadu? 00:11:12.880 --> 00:11:16.720 Dobré. Mlčení znamená všechno je perfektní? 00:11:16.720 --> 00:11:21.085 Takže půjdu sem a pak tady, v Azure, 00:11:21.085 --> 00:11:24.140 Mám nasazené funkce. 00:11:24.510 --> 00:11:27.295 Jedna z věcí, které si poznamenat 00:11:27.295 --> 00:11:29.530 Tady je, když jdu a získat své funkce, 00:11:29.530 --> 00:11:31.645 Když jsem to poznala, 00:11:31.645 --> 00:11:36.680 Vem si nejlepší zprávy, vytáhni v tomto novém vyhledávacím klíči. 00:11:37.260 --> 00:11:43.340 Tento nový vyhledávací klíč přichází z mé konfigurace, 00:11:43.710 --> 00:11:47.295 a udělám z toho trochu větší, když se posouvám dolů, 00:11:47.295 --> 00:11:48.555 Nový vyhledávací klíč. 00:11:48.555 --> 00:11:50.310 Dobře. Takže věci jsou trochu víc 00:11:50.310 --> 00:11:52.995 okamžitě zabezpečit a To je trochu lepší. 00:11:52.995 --> 00:11:57.980 Mám pouze klíče API tady v Azure. To je v pořádku. 00:11:57.980 --> 00:11:59.860 Mělo by být bezpečné, omezuje se pouze na 00:11:59.860 --> 00:12:01.660 lidé, kteří mohou skutečně získat tam s mým účtem. 00:12:01.660 --> 00:12:05.140 Je to trochu lepší. Ale není to nejlepší. 00:12:05.140 --> 00:12:09.535 Takže to, co chci udělat, je dát do trezoru Azure. 00:12:09.535 --> 00:12:13.195 Tak co je potom klíč Azure? 00:12:13.195 --> 00:12:16.390 Docela přesně Jak to zní. 00:12:16.390 --> 00:12:19.690 Jsou to velmi zašifrované věci Kam jsi dal ty tajnosti. 00:12:19.690 --> 00:12:21.640 Můžeš dát tajemství, 00:12:21.640 --> 00:12:24.460 certifikáty, klíče a tak dál. 00:12:24.460 --> 00:12:26.980 Co můžete s tímto omezuje přístup k 00:12:26.980 --> 00:12:30.280 cokoliv chcete mít přístup do této aplikace. 00:12:30.280 --> 00:12:33.700 Tajemství je tedy 00:12:33.700 --> 00:12:36.790 Jaké jsou vaše klíče rozhraní API Bylo by. Je to jako provázek. 00:12:36.790 --> 00:12:38.710 Takže co chci udělat je, 00:12:38.710 --> 00:12:40.795 vrátit se k mým konstantám, 00:12:40.795 --> 00:12:44.320 kopii, a já jdu sem dát novou. 00:12:44.320 --> 00:12:47.230 Takže se mi bude říkat Bing-News 00:12:47.230 --> 00:12:51.655 do ní hodnotu zkopírovat, a pak ji vytvořte. 00:12:51.655 --> 00:12:54.415 Dobře. Takže to bude vytvořit zprávy o Bing. 00:12:54.415 --> 00:12:56.755 Já tu budu moct jít. 00:12:56.755 --> 00:12:59.815 Obsahuje adresu URL, 00:12:59.815 --> 00:13:03.670 tajný identifikátor, který jsem může jít a zkopírovat je. 00:13:03.670 --> 00:13:06.580 Taky bych mohl mít verzi. 00:13:06.580 --> 00:13:08.095 Takže když budu mít klíč, 00:13:08.095 --> 00:13:09.460 což jsem udělal několikrát, 00:13:09.460 --> 00:13:12.550 Mohu vytvořit novou verzi . 00:13:12.550 --> 00:13:15.610 Skvělé. Takže co teď udělám, 00:13:15.610 --> 00:13:18.260 se vrací do mé funkce. 00:13:25.820 --> 00:13:31.120 Takže v mé funkci, jsem jít na úpravu, 00:13:31.120 --> 00:13:34.945 a místo toho se 00:13:34.945 --> 00:13:44.650 Chystám se říct Microsoft. KeyVault 00:13:44.650 --> 00:13:50.240 tajný identifikátor URI se rovná této hodnotě. 00:13:51.540 --> 00:13:54.640 Takže teď říkám, "dobře, 00:13:54.640 --> 00:13:58.075 Azure funkce Jdi si promluvit s Klíč k trezoru. 00:13:58.075 --> 00:14:00.610 Ale pořád musím proveďte jeden poslední krok, 00:14:00.610 --> 00:14:05.290 a to ve skutečnosti dává Azure funkce přístup. 00:14:05.290 --> 00:14:11.590 To se provádí skrz tuto věc nazývali identita, 00:14:11.590 --> 00:14:14.620 Identita spravovaného serveru, což je jednoduše tak 00:14:14.620 --> 00:14:18.460 Chcete-li ji nastavit a uložit, a pak to necháme být. 00:14:18.460 --> 00:14:19.480 Tak co tady dělám, 00:14:19.480 --> 00:14:22.855 Vlastně říkám, abych Služba Active Directory na pozadí, 00:14:22.855 --> 00:14:27.370 které získáte při každém vytvoření předplatné pro Azure. 00:14:27.370 --> 00:14:29.290 Říkám, "Hej, Služba Active Directory učiní 00:14:29.290 --> 00:14:32.860 Function, "jako entita v tady, "Udělejte to jako člověk." 00:14:32.860 --> 00:14:35.230 Takže můžu opravdu projít a dát 00:14:35.230 --> 00:14:37.585 oprávnění k mému trezoru klíčů. 00:14:37.585 --> 00:14:39.025 Tak jsem prošel a říká, 00:14:39.025 --> 00:14:40.840 "Dobře, všichni jsme v pohodě." 00:14:40.840 --> 00:14:44.260 Zpět na řídicí panel do trezoru klíčů, 00:14:44.260 --> 00:14:46.960 a pak mohu přejít k zásadám. 00:14:46.960 --> 00:14:49.690 Takže právě teď jsem jediný, kdo Kdo by mohl jít a číst Trezor klíčů, 00:14:49.690 --> 00:14:51.745 nebo můžu jít a přidat nové. 00:14:51.745 --> 00:14:54.580 Můžu jít do "tajné správy", 00:14:54.580 --> 00:14:57.355 protože tam všechny klíče rozhraní API jsou, 00:14:57.355 --> 00:15:00.230 a pak vyberte "princip". 00:15:00.570 --> 00:15:03.460 Jakmile se to nahraje, 00:15:03.460 --> 00:15:09.145 bude to funkce xam-dev-summit. 00:15:09.145 --> 00:15:10.899 Mělo by to jít dokola, 00:15:10.899 --> 00:15:13.270 a bude to trvat trochu projít. 00:15:13.270 --> 00:15:15.710 Tak to zkusím ještě jednou. 00:15:22.170 --> 00:15:27.680 Aktualizujeme a jdeme zpátky. To je v pořádku. 00:15:38.130 --> 00:15:40.840 Samozřejmě, že to vyžaduje trochu nahoru. 00:15:40.840 --> 00:15:42.820 Takže se vrátím, vrátím se tam, 00:15:42.820 --> 00:15:44.140 a pokud to tentokrát nevyjde, 00:15:44.140 --> 00:15:46.610 budeme předstírat, že to tak bylo. 00:15:47.550 --> 00:15:51.145 Zpět na "zásady přístupu", "Přidat nový", 00:15:51.145 --> 00:15:58.640 "Tajný Management" vyberte "Princip" xam-dev-summit-funkce. 00:15:59.610 --> 00:16:02.710 Samozřejmě, že se to neukazuje. 00:16:02.710 --> 00:16:06.070 Dobře. Bude tam jen za pár vteřin. 00:16:06.070 --> 00:16:11.710 Tak co se vrátím v Zde je pro mou novinové služby Bing, 00:16:11.710 --> 00:16:15.320 Nebudu používat to už lokálně. 00:16:16.350 --> 00:16:18.730 Mohl bych mít nové služby. 00:16:18.730 --> 00:16:22.225 Takže tohle je moje hlavní část z Xamarin. Forms, 00:16:22.225 --> 00:16:24.370 a co budu Zde je jen jít 00:16:24.370 --> 00:16:27.040 a zavolej mé funkce. 00:16:27.040 --> 00:16:28.615 Používám REFIT, 00:16:28.615 --> 00:16:30.670 celou cestu dolů abych to opravdu udělal. 00:16:30.670 --> 00:16:32.605 Jen říkám, "Odpráskni, 00:16:32.605 --> 00:16:35.020 získat novinky podle kategorie nebo získat novinky, 00:16:35.020 --> 00:16:37.975 vrátit vše a tímhle způsobem naplnit. " 00:16:37.975 --> 00:16:41.900 Tak se podíváme, jestli to vlastně prošel. 00:16:50.640 --> 00:16:54.115 Tady to je, xame-dev-summit-SCUs, 00:16:54.115 --> 00:16:59.740 Vyberte možnost tajné Povolení ", a jedna, 00:16:59.740 --> 00:17:02.095 dva, tři, čtyři, pět. 00:17:02.095 --> 00:17:03.985 Opravdu to potřebuje jen dostat, 00:17:03.985 --> 00:17:06.700 ale dám tomu všechno. 00:17:06.700 --> 00:17:09.295 Nic jako jet přes palubu. 00:17:09.295 --> 00:17:11.995 Takže má všechno potřebuje právě teď. 00:17:11.995 --> 00:17:14.035 Jen to dvakrát zkontroluju, 00:17:14.035 --> 00:17:20.980 a myslím, že jsem něco špatného. 00:17:20.980 --> 00:17:24.140 Takže nebudu hrát s ní příliš dlouho. 00:17:32.190 --> 00:17:37.495 A co jsem tady udělal je, že musím chybně zadali společnost Microsoft. 00:17:37.495 --> 00:17:42.670 Takže ji vezmu z 00:17:42.670 --> 00:17:53.390 jiný a zadejte jej znovu. 00:17:56.370 --> 00:17:59.630 Tak to mám. 00:18:11.250 --> 00:18:15.050 Probíhá aktualizace nastavení webové aplikace. 00:18:15.150 --> 00:18:19.070 Až se to zachrání, dobře. 00:18:21.270 --> 00:18:23.770 Pak, až se vrátím k listmanu, 00:18:23.770 --> 00:18:26.980 mělo by to být dobré tady, nakládám, dobře. 00:18:26.980 --> 00:18:30.745 Máme zpátky svoje věci, abych mohl znovu nabít svou aplikaci. 00:18:30.745 --> 00:18:35.710 Nyní používá funkce místo místních 00:18:35.710 --> 00:18:38.695 a já mám klenutý klíč rozhraní API. 00:18:38.695 --> 00:18:42.130 Takže teď můžu koloběh to, když to budu potřebovat. 00:18:42.130 --> 00:18:43.900 Takže je to bezpečnější. 00:18:43.900 --> 00:18:48.685 Takže nedržím žádné klíče API na zařízení. 00:18:48.685 --> 00:18:51.280 Tohle bude opravdu dobré Pokud jde o 00:18:51.280 --> 00:18:54.310 k připojovacím řetězcům dobře, až k tomu dojde. 00:18:54.310 --> 00:18:56.350 Nechceš mít všechny připojovací řetězce databáze 00:18:56.350 --> 00:18:58.750 lokálně, pokud se tomu můžete vyhnout. 00:18:58.750 --> 00:19:04.120 Dobře. Vidíš ten, 00:19:04.120 --> 00:19:05.575 Apple zabíjí zářez, 00:19:05.575 --> 00:19:08.410 Podívej se na to. Kdo by to tušil? 00:19:08.410 --> 00:19:12.560 Stejně. Jdeme na to. 00:19:15.720 --> 00:19:23.125 Auth & ověřování, ověřování a autorizace. Dobře. 00:19:23.125 --> 00:19:25.480 Ověřování a autorizace je skutečně 00:19:25.480 --> 00:19:28.495 dvě různé věci to jdou ruku v ruce. 00:19:28.495 --> 00:19:32.455 Existuje jeho část ověřování. 00:19:32.455 --> 00:19:35.050 Kdo je, já jsem ten, kdo jsem a tady je 00:19:35.050 --> 00:19:39.130 pověření pro podporu ID Kdo říká, "kdo jsem." 00:19:39.130 --> 00:19:41.530 Pak je tu část autorizace, 00:19:41.530 --> 00:19:43.360 Kdo říká, "Ne, 00:19:43.360 --> 00:19:45.890 buď můžeš, nebo nemůžeš dovnitř, 00:19:45.960 --> 00:19:50.180 Tady jsem a tady je co chci dělat. " 00:19:50.640 --> 00:19:54.340 Takže Azure má opravdu dvě části. 00:19:54.340 --> 00:19:57.700 Máme Azure Active Directory B2C, 00:19:57.700 --> 00:19:59.395 které si můžete představit jako jádro. 00:19:59.395 --> 00:20:01.390 Existuje aktivní Jádro adresáře, 00:20:01.390 --> 00:20:04.630 a pak je tu hromada identity zprostředkovatelů, kteří kolem něj sedí. 00:20:04.630 --> 00:20:08.155 Takže poskytovatelé identity skutečně hodně věcí říct, 00:20:08.155 --> 00:20:10.165 "Tady je kdo jsi". 00:20:10.165 --> 00:20:12.370 Twittere, můžete se přihlásit a Twitter může zaručit, 00:20:12.370 --> 00:20:14.470 dobře, tady je kód mailman. 00:20:14.470 --> 00:20:16.720 Nebo můžete použít GitHub pro ruč, 00:20:16.720 --> 00:20:18.400 Ano, to je. poštovní směrovací číslo, 00:20:18.400 --> 00:20:24.010 která pak má opěrnou osobu ve službě Active Directory. 00:20:24.010 --> 00:20:27.085 Dobře. Tak aktivní Adresář B2C je 00:20:27.085 --> 00:20:30.265 jako abstrakce nad všechny tyto poskytovatele identity. 00:20:30.265 --> 00:20:32.755 Ale pořád je to pravda. 00:20:32.755 --> 00:20:34.000 A v našich aplikacích 00:20:34.000 --> 00:20:38.860 k jejich získání se používá MSAL, Microsoft Authentication Library. 00:20:38.860 --> 00:20:41.335 Všechno je v pořádku. 00:20:41.335 --> 00:20:43.150 Funguje to skvěle. 00:20:43.150 --> 00:20:46.930 Potíž je v tom, že funguje to velmi ošidně. 00:20:46.930 --> 00:20:50.905 Je to nízká úroveň, může těžko nastavit. 00:20:50.905 --> 00:20:56.875 Mám 13-Part blogovací seriály o použití B2C a MSAL, 00:20:56.875 --> 00:20:59.980 a mohu snadno psát dalších 10 dílů. 00:20:59.980 --> 00:21:01.360 Identita je tvrdá. 00:21:01.360 --> 00:21:03.400 Je to vážně těžký. 00:21:03.400 --> 00:21:07.930 Proto zadejte App Center. 00:21:07.930 --> 00:21:09.775 Pokud jste se nepokusili 00:21:09.775 --> 00:21:14.485 Ověřovací článek centra aplikací a teď to dej do záběru. 00:21:14.485 --> 00:21:16.330 Má krásnou, krásnou, 00:21:16.330 --> 00:21:19.315 nádherný povrch API. 00:21:19.315 --> 00:21:20.890 Je zabalen do MSAL, 00:21:20.890 --> 00:21:22.675 Takže používá MSAL pod přikrývky, 00:21:22.675 --> 00:21:25.000 zabalí MSAL, který stále používá B2C. 00:21:25.000 --> 00:21:29.140 Jen nám to dává trochu pro něj lepší povrch rozhraní API. 00:21:29.140 --> 00:21:30.400 Proto byste používali MSAL, pokud opravdu 00:21:30.400 --> 00:21:31.810 Chci se dostat dolů k té niti, 00:21:31.810 --> 00:21:33.805 ale pokud nepotřebujete, budete používat aplikaci App Center. 00:21:33.805 --> 00:21:37.690 Ale to nám dává jen to, co 00:21:37.690 --> 00:21:40.750 To nám nedávám Co ještě můžu udělat. 00:21:40.750 --> 00:21:42.820 Takže Tip a trik tady jsou, 00:21:42.820 --> 00:21:45.865 Jak můžeme zjistit, co můžeme udělat. 00:21:45.865 --> 00:21:48.880 Takže v aplikaci, co můžeme dělat 00:21:48.880 --> 00:21:52.059 část byla záchrana našich preferencí, 00:21:52.059 --> 00:21:55.645 a jaké diskusní funkce Chtěli jsme se podívat, 00:21:55.645 --> 00:21:59.695 produkt, věda a techniku, takový druh věcí. 00:21:59.695 --> 00:22:02.725 Takže používám Kosmos DB jako svůj backend, 00:22:02.725 --> 00:22:06.625 a tak si můžete vymyslet Jak Kosmos tyhle věci ukládají. 00:22:06.625 --> 00:22:08.710 Uloží ji jako databázi NoSQL. 00:22:08.710 --> 00:22:13.195 Takže většina našich dat je odstrčen a je to velký binární rozsáhlý objekt JSON. 00:22:13.195 --> 00:22:16.150 Ale je tu pár dalších porcí i Kosmos. 00:22:16.150 --> 00:22:19.060 Tamhle je ten sloupek s ID. 00:22:19.060 --> 00:22:21.280 Pak je tady ten oddíl, 00:22:21.280 --> 00:22:23.559 a tento oddíl opravdu, 00:22:23.559 --> 00:22:26.245 Myslím na to jako sedící odděleně, 00:22:26.245 --> 00:22:27.310 tak nějak ne, 00:22:27.310 --> 00:22:30.955 ale sedí samostatně a můžeme použít 00:22:30.955 --> 00:22:34.855 to trochu bezpečnostní věci. 00:22:34.855 --> 00:22:38.095 Protože ideálně, co jsme se má stát 00:22:38.095 --> 00:22:42.040 Nechceme Náš připojovací řetězec pro Kosmos 00:22:42.040 --> 00:22:50.080 sedícího v našem klientovi, který má k němu absolutní superuživatelská práva. 00:22:50.080 --> 00:22:54.460 Protože pak budu moct získat data někoho jiného nebo 00:22:54.460 --> 00:22:56.320 Budeš se moct dostat na moje data, jestli je možná 00:22:56.320 --> 00:22:58.765 chybu v systému nebo něco takového. 00:22:58.765 --> 00:23:02.830 Takže chceme být schopni se dostat na současně pouze jedno uživatelské data. 00:23:02.830 --> 00:23:06.220 V ideálním případě chceme mít možnost mají méně Kosmos zpátky. 00:23:06.220 --> 00:23:08.305 Místo abychom ho posíli připojovacího řetězce, 00:23:08.305 --> 00:23:10.270 Chceme, aby nám Kosmos řekl 00:23:10.270 --> 00:23:14.140 určitý řetězec pro nás operovat. 00:23:14.140 --> 00:23:16.915 Takže v podstatě chceme Kosmos, který nám dává token 00:23:16.915 --> 00:23:19.570 a tento token je schopný říct, "dobře, 00:23:19.570 --> 00:23:21.700 Matte, máš přístup jen v 00:23:21.700 --> 00:23:25.750 Toto připojení k zasáhnout data uživatele. " 00:23:25.750 --> 00:23:29.185 V tomto oddílu se nacházejí data uživatele. 00:23:29.185 --> 00:23:35.665 Tak jak můžeme pokračovat To se všemi těmi šípy? 00:23:35.665 --> 00:23:40.105 Byl napsán program Microsoft docs 00:23:40.105 --> 00:23:44.965 Začínáme s Kosmos DB na Xamarin, 00:23:44.965 --> 00:23:49.045 a nemohli jsme to dát do protože všechny tyto šipky 00:23:49.045 --> 00:23:51.400 a je tam velký kulatý přímo nad ním. 00:23:51.400 --> 00:23:54.730 Říká, "nedejte připojovací řetězec v aplikaci ", 00:23:54.730 --> 00:23:56.830 protože všechny tyto šipky 00:23:56.830 --> 00:23:59.950 ale přesto je to nezbytné, když 00:23:59.950 --> 00:24:03.220 Chcete připojit na zařízení Kosmos. 00:24:03.220 --> 00:24:04.390 Opravdu bys to měl udělat takhle, 00:24:04.390 --> 00:24:06.130 a já tomu říkám model makléřů. 00:24:06.130 --> 00:24:07.840 Takže tady je to, co dělá, 00:24:07.840 --> 00:24:12.730 Už jsem předpokládal, že jste se přihlásili pomocí B2C. 00:24:12.730 --> 00:24:14.800 Máte pověření to říká, 00:24:14.800 --> 00:24:17.005 "Ooh, to náhodou jsem." 00:24:17.005 --> 00:24:18.850 Takže číslo jedna, ty jsi jít do 00:24:18.850 --> 00:24:20.650 ten makléř někde v oblaku, 00:24:20.650 --> 00:24:21.790 zda se jedná o webové rozhraní API, 00:24:21.790 --> 00:24:23.260 Jestli je to azurová funkce, 00:24:23.260 --> 00:24:25.330 a ty budeš dát mu svůj token, 00:24:25.330 --> 00:24:27.935 vaše pověření, "Tady jsem." 00:24:27.935 --> 00:24:30.195 Makléř se chystá vzít a bude říkat, 00:24:30.195 --> 00:24:32.445 "Dobře, tak se na to podívám." 00:24:32.445 --> 00:24:35.880 To půjde na B2C a řekni, "Věříš tomu?" 00:24:35.880 --> 00:24:38.190 B2C jí dá palce nahoru, chladný, 00:24:38.190 --> 00:24:39.855 a pak číslo dvě, 00:24:39.855 --> 00:24:41.505 a půjde to na Kosmos a řekněte, 00:24:41.505 --> 00:24:43.990 "Dobrá, jak to máme zvládnout?" 00:24:43.990 --> 00:24:47.935 Kdo jsme, a tohle je naše aplikační logika a pak říká, 00:24:47.935 --> 00:24:50.545 "Dobře, uděláme to na přepážce." 00:24:50.545 --> 00:24:52.060 V případě Kosmos tedy 00:24:52.060 --> 00:24:53.320 v našem případě správně tady, jdeme 00:24:53.320 --> 00:24:54.820 rozdělíme to a řeknu, 00:24:54.820 --> 00:24:58.600 "Pro tohoto uživatele a jeho authToken dostaneme ", řekneme, 00:24:58.600 --> 00:25:03.775 "authToken pro tuto oddílu konkrétního uživatele ". 00:25:03.775 --> 00:25:06.309 Pošli to zpátky s číslem 3, 00:25:06.309 --> 00:25:09.475 a pak jí vrátíme číslo čtyři. 00:25:09.475 --> 00:25:12.010 Takže teď máme zvláštní token, že když 00:25:12.010 --> 00:25:14.560 Věděli jsme, že náš vesmír klientský počítač, 00:25:14.560 --> 00:25:19.540 že je to dobré pro daný oddíl. 00:25:19.540 --> 00:25:22.885 Takže v kroku dvě jsme vytvoření tokenu, 00:25:22.885 --> 00:25:24.550 mohli bychom skutečně vytvořit a pouze pro jednu 00:25:24.550 --> 00:25:26.440 dokument, kdybychom chtěli. 00:25:26.440 --> 00:25:28.690 Takže nic neříká že ji musíme vytvořit 00:25:28.690 --> 00:25:30.865 pro celý oddíl. 00:25:30.865 --> 00:25:34.060 To je přesně to, co se stalo v tomto případě použít. 00:25:34.060 --> 00:25:35.980 To je naše aplikační logika. 00:25:35.980 --> 00:25:37.795 Číslo dvě je naše jak Chceme to udělat, 00:25:37.795 --> 00:25:41.665 Kolik jsme chtěli uživateli. 00:25:41.665 --> 00:25:43.900 Ale tohle je něco že bychom měli vždy 00:25:43.900 --> 00:25:45.895 se připojujete k databázi. 00:25:45.895 --> 00:25:47.650 Nepřipojovat se k připojovacího řetězce, 00:25:47.650 --> 00:25:49.795 připojme se k tokenu 00:25:49.795 --> 00:25:52.795 který poskytuje minimální částku oprávnění. 00:25:52.795 --> 00:25:57.380 Takže si zkontroluji ukázku na Jak se to bude dít. 00:25:58.230 --> 00:26:03.085 Dobře. Tak mě nechte zavřít tady dole všechna okna. 00:26:03.085 --> 00:26:07.120 Takže právě teď se připojuji s datovou službou Kosmos, 00:26:07.120 --> 00:26:11.080 Kosmos API, klávesa klient dokumentu. 00:26:11.080 --> 00:26:13.870 Takže to je jen dokument klienta to přímo na 00:26:13.870 --> 00:26:18.580 Nový Kosmos to Používám ho tady, 00:26:18.580 --> 00:26:20.290 a chci to přehnout. 00:26:20.290 --> 00:26:22.330 Já to nechci použít. 00:26:22.330 --> 00:26:29.410 Takže co udělám je, že jsem bude používat jiný, 00:26:29.410 --> 00:26:36.715 a to se bude nazývat Oddíl Kosmos. 00:26:36.715 --> 00:26:40.180 Takže jediná věc, která se liší v Tato služba oddílu Kosmos 00:26:40.180 --> 00:26:43.330 všechny údaje o jejich údajích a všechno ostatní bude 00:26:43.330 --> 00:26:46.840 být úplně stejný, protože Používám klienta dokumentu. 00:26:46.840 --> 00:26:49.090 Ale já tu dělám, 00:26:49.090 --> 00:26:55.870 Mám zavolat funkce pro získání dat, 00:26:55.870 --> 00:27:04.310 jako můj token a tuto funkci Tady je pod tímhle, 00:27:04.590 --> 00:27:09.910 a je tu spousta stvoření pro Kosmos. 00:27:09.910 --> 00:27:12.820 Funkce nebo tokeny Kosmos. 00:27:12.820 --> 00:27:17.230 Takže ti dám GitHub Adresa URL pro toto vše. 00:27:17.230 --> 00:27:19.120 Ale v podstatě to, co je to jen 00:27:19.120 --> 00:27:21.160 vyjdete ven a vytvoříme banda oprávnění pro 00:27:21.160 --> 00:27:23.785 tohoto konkrétního uživatele založeného na 00:27:23.785 --> 00:27:28.360 tohoto navrhovaného objektu, který je přijít a vrátit ji zpátky. 00:27:28.360 --> 00:27:29.995 Ale jednu věc si chci poznamenat, 00:27:29.995 --> 00:27:34.840 Tohle je azurová funkce a je vypnutí aktivační procedury protokolu HTTP, 00:27:34.840 --> 00:27:36.850 to pálí, bere 00:27:36.850 --> 00:27:40.330 zaregistrovaný objekt pro stížnosti na na funkci vstup. 00:27:40.330 --> 00:27:41.635 Takže to říká "dobrá." 00:27:41.635 --> 00:27:42.940 Musím být napojen na 00:27:42.940 --> 00:27:45.550 zaregistrovaný objekt pro pohledávky podle žetony přicházejí. " 00:27:45.550 --> 00:27:48.025 Takže tohle je novinka a funkce 2,0, 00:27:48.025 --> 00:27:49.510 a že vlastně můžeme říct "Hej, 00:27:49.510 --> 00:27:51.970 deklarace jistiny práva , "a pak to říká, 00:27:51.970 --> 00:27:54.430 "Hej, Kosmos DB, jsem sem napojen. 00:27:54.430 --> 00:27:55.975 Pojďme si koupit vstup. " 00:27:55.975 --> 00:27:59.620 Takže nemusím vědět na tomto místě klienta dokumentu, 00:27:59.620 --> 00:28:01.390 protože všechno je pro mě hotové. 00:28:01.390 --> 00:28:05.380 Je postaráno o Kosmos nebo podle funkcí, 00:28:05.380 --> 00:28:08.905 To je jen pěkná věcička . Tak dobře. 00:28:08.905 --> 00:28:14.150 Co teď budu Nejprve je, 00:28:14.610 --> 00:28:17.050 než tomu říkáme Kosmos, 00:28:17.050 --> 00:28:20.485 Jdu se vyměnit do App Center. 00:28:20.485 --> 00:28:23.439 Takže ti chci Ukázat Co je v současné době 00:28:23.439 --> 00:28:26.750 pro ověřování pomocí MSAL. 00:28:26.750 --> 00:28:28.065 Nebudu tam chodit, 00:28:28.065 --> 00:28:30.720 jen to, že je to všechen kód, který jsme 00:28:30.720 --> 00:28:34.230 musí používat pro rozhovor s B2C. 00:28:34.230 --> 00:28:36.120 To je spousta kódu, 00:28:36.120 --> 00:28:38.445 a nedělám nic speciálního. 00:28:38.445 --> 00:28:43.485 Použít aplikační centrum Místo toho. Dobře. 00:28:43.485 --> 00:28:48.105 A je to tady, aplikační centrum vždycky má opravdu hezké uživatelské rozhraní, 00:28:48.105 --> 00:28:49.380 Co se mě týče. 00:28:49.380 --> 00:28:51.330 Tak co budu nejdříve se připojí k 00:28:51.330 --> 00:28:59.695 mé Azure předplatné přes konference Wi-Fi a jdeme na to. 00:28:59.695 --> 00:29:02.980 Toto je mé předplatné, zásah "Next". 00:29:02.980 --> 00:29:06.084 Už jsem nastavení klienta B2C, 00:29:06.084 --> 00:29:07.930 protože takhle to před zahájením práce s mým MSAL, 00:29:07.930 --> 00:29:09.595 Takže se bude ptát mě, kterou chci. 00:29:09.595 --> 00:29:12.685 Tohle je náhodou Summit v xam dev, B2C. 00:29:12.685 --> 00:29:17.725 Další, kterou aplikaci? Částečně novířství. 00:29:17.725 --> 00:29:21.820 Který obor je tam? 00:29:21.820 --> 00:29:24.040 Přinášejte. Takže už jsem všechno, 00:29:24.040 --> 00:29:25.150 Jak už jsem řekl. 00:29:25.150 --> 00:29:28.180 Takže mě to trochu doprovodí tím, co jsem už udělal. 00:29:28.180 --> 00:29:29.890 Takže to ještě musíte udělat, 00:29:29.890 --> 00:29:33.295 a nakonec to říká požadované zásady přihlášení 00:29:33.295 --> 00:29:39.111 a přihlašovací zásady je váš uživatelský tok. 00:29:39.111 --> 00:29:44.480 Což je B2C_1 zápis. 00:29:46.230 --> 00:29:50.510 To je jediná věc, která nepřinese mi to. 00:29:51.270 --> 00:29:55.795 Spojuje to, já mu "uděli přístup". 00:29:55.795 --> 00:30:01.370 Tak je to. Už jsem připojené centrum aplikací k B2C. 00:30:01.710 --> 00:30:04.540 Musím udělat ještě jednu věc. 00:30:04.540 --> 00:30:06.835 než to dokážu o tom skutečně mluvit, 00:30:06.835 --> 00:30:09.590 a to změní mé info. plist. 00:30:10.140 --> 00:30:17.575 Proto musím změnit můj info. plist je, protože 00:30:17.575 --> 00:30:25.645 při každém volání a protokolování v aplikaci, zobrazí se webová zobrazení. 00:30:25.645 --> 00:30:29.170 Tento webový pohled pak zadáte vaše uživatelské jméno, heslo 00:30:29.170 --> 00:30:32.845 a volá zpět do webové aplikace. 00:30:32.845 --> 00:30:34.300 Takže vkládám 00:30:34.300 --> 00:30:38.140 adresu URL, na kterou bude v podstatě zpětné volání. 00:30:38.140 --> 00:30:43.015 Takže aplikační centrum používá jinou adresu URL než funkce MCEL. 00:30:43.015 --> 00:30:45.625 Tak to je tenhle jsem právě posílám nastavení. 00:30:45.625 --> 00:30:48.520 Takže jedna otázka, kterou dostanu žádal jsem hodně, musím 00:30:48.520 --> 00:30:51.910 Zobrazit, že WebView je pořád tu věc, která se ukáže? 00:30:51.910 --> 00:30:54.745 Ne, nemusíte to ukazovat. 00:30:54.745 --> 00:30:57.040 Ale prosím, prosím, prosím, 00:30:57.040 --> 00:30:59.425 prosím, prosím, vždycky. 00:30:59.425 --> 00:31:01.300 Nechcete dostat do zaměstnání 00:31:01.300 --> 00:31:03.040 heslo pro naše uživatele. 00:31:03.040 --> 00:31:06.325 Tento webový pohled se stará o všechnu tu jistotu pro tebe. 00:31:06.325 --> 00:31:09.355 V podstatě, když začnete zpracování hesel uživatelů, 00:31:09.355 --> 00:31:10.930 staneš se prostředník. 00:31:10.930 --> 00:31:13.360 Zabezpečila jste otvor ve vaší aplikaci 00:31:13.360 --> 00:31:16.450 zpracováním hesla uživatele, 00:31:16.450 --> 00:31:18.595 Musíš si uložit a pak ji předejte sám. 00:31:18.595 --> 00:31:20.305 Nechť to WebView udělá. 00:31:20.305 --> 00:31:21.910 Jedná se o funkci operačního systému, která 00:31:21.910 --> 00:31:26.170 je možné, že nebudete muset obávat hesel. 00:31:26.170 --> 00:31:30.130 Tak ho použijte, prosím. 00:31:30.130 --> 00:31:33.625 Cool. Dobře. Tak jako tak. 00:31:33.625 --> 00:31:36.940 Takže teď Ověřujeme služby, 00:31:36.940 --> 00:31:39.655 a nyní AppCenterAuthService. 00:31:39.655 --> 00:31:47.500 To je vše, co potřebuji udělat, aby se do toho podepsal. 00:31:47.500 --> 00:31:50.440 Tohle všechno právě tady je mě to trochu uskladní. 00:31:50.440 --> 00:31:52.315 Tohle je jen znamení. 00:31:52.315 --> 00:31:56.695 Celý soubor před bylo to znamení. 00:31:56.695 --> 00:31:59.035 Tak tohle je teď. 00:31:59.035 --> 00:32:05.965 To je šílený. To je to, co je odznaku, je to mnohem snazší. 00:32:05.965 --> 00:32:08.260 Tak to spustme, 00:32:08.260 --> 00:32:09.460 a teď si dám pauzu. 00:32:09.460 --> 00:32:15.055 Ujistěte se, že Kosmosparkladslužba je nastavena, 00:32:15.055 --> 00:32:23.630 Kosmosdataservice poznamenal, a uděláme to ve skutečnosti. 00:32:24.600 --> 00:32:33.200 Vyčistěte ho, odstraňte. 00:32:33.390 --> 00:32:35.770 Důvod, proč to dělám To je jen pro 00:32:35.770 --> 00:32:40.840 Zkontrolujte, zda je vše vyčištěno od při posledním přihlášení, 00:32:40.840 --> 00:32:45.920 protože nechci mít všechny tokeny, které tu leží. 00:32:52.530 --> 00:33:01.780 Jdeme na to. Dobře. 00:33:01.780 --> 00:33:04.100 Co kdybych se vrátil do XR. 00:33:08.280 --> 00:33:15.530 Vím, co jsem udělal. Aplikační centrum. 00:33:41.430 --> 00:33:47.485 Dobře. A tak jsem Jít. Jdu se přihlásit, 00:33:47.485 --> 00:33:49.030 a tak právě teď mě to vyzývá. 00:33:49.030 --> 00:33:51.325 Takže tohle je část toho, co Centrum aplikací pracuje. 00:33:51.325 --> 00:33:52.450 Před přihlášením se 00:33:52.450 --> 00:33:53.620 Nezvedl jsem to a neřekl, 00:33:53.620 --> 00:33:55.900 "Hej, chci se pokusit přiřadit. " Dobře. 00:33:55.900 --> 00:33:58.195 Cool. Přivádí mě dovnitř, 00:33:58.195 --> 00:34:00.400 a protože je stejný jako předtím, 00:34:00.400 --> 00:34:09.020 Mohu použít své uživatelské jméno a bankovní heslo, ABCD1234! 00:34:11.840 --> 00:34:15.405 Pak bych měl jít sem, 00:34:15.405 --> 00:34:18.330 a pak se to vyvrátí by měl do Kosmosu zasáhnout za vteřinu, 00:34:18.330 --> 00:34:25.525 a tohle je Kosmostoken. 00:34:25.525 --> 00:34:28.795 To bude k dispozici pouze po určitou dobu. 00:34:28.795 --> 00:34:30.130 Jen mi dovolí udeřit 00:34:30.130 --> 00:34:33.710 můj konkrétní oddíl které chci trefit. 00:34:34.740 --> 00:34:37.300 Takže když budu mít žádné chyby v kódu, 00:34:37.300 --> 00:34:39.920 Nemusím se bát o čemkoliv. 00:34:39.990 --> 00:34:44.260 Moc dobrý. Pak je to vždy zajímavé na pohled. 00:34:44.260 --> 00:34:47.830 Toto je token, který přišel zpět z aplikace App Center. 00:34:47.830 --> 00:34:50.510 Nechám to běžet. 00:34:57.450 --> 00:35:00.340 Takže toto je aplikační centrum token a jen mi říká 00:35:00.340 --> 00:35:04.000 kdo jsem, v podstatě. 00:35:04.000 --> 00:35:07.975 Tak já a běžel jsem na tu věc. Nováč. 00:35:07.975 --> 00:35:11.960 Tak bezva. 00:35:12.120 --> 00:35:18.320 Moje aplikace je v provozu. Dobře. 00:35:18.690 --> 00:35:21.370 Takže morální ponaučení z tohoto příběhu 00:35:21.370 --> 00:35:25.284 se připojuje pouze k databáze se tokeny, 00:35:25.284 --> 00:35:28.225 a zde centrum aplikací má nádherné API, 00:35:28.225 --> 00:35:29.320 a pokud se vám podaří utéct, 00:35:29.320 --> 00:35:32.710 Pokud není nutné používat nízkoúrovňové zboží, které vám nabízí MCEL, 00:35:32.710 --> 00:35:36.355 Zkuste použít rozhraní API aplikace App Center, 00:35:36.355 --> 00:35:40.450 přihlásí se a odhlaste se, odhlásit se. 00:35:40.450 --> 00:35:46.180 Dobře. Výkon. Pak Uděláme to rychleji. 00:35:46.180 --> 00:35:49.870 Celý klíč s výkonem Když jednáte s mrakem 00:35:49.870 --> 00:35:55.300 je přivést data blíže uživatelům. 00:35:55.300 --> 00:35:57.790 Tak někdo, můžeš datové centrum. 00:35:57.790 --> 00:36:00.160 Všechno, co jsem ukazoval jste doposud nastavili 00:36:00.160 --> 00:36:02.740 v jižním centru AMERICKÉ datové centrum, 00:36:02.740 --> 00:36:05.050 což si myslím, že je v oblasti Dallasu. 00:36:05.050 --> 00:36:08.019 Ale jestli je někdo v Evropě, 00:36:08.019 --> 00:36:11.395 a bude to pro ně trochu pomalejší. 00:36:11.395 --> 00:36:14.335 Takže to chceme udělat Rychlejší. Jak to uděláme? 00:36:14.335 --> 00:36:16.855 No, když máme blby, 00:36:16.855 --> 00:36:18.910 je to velmi snadný způsob, jak to udělat, 00:36:18.910 --> 00:36:21.460 a to je jen zabalí do CDN. 00:36:21.460 --> 00:36:24.040 Ukážu vám, jak se to udělat rychle. 00:36:24.040 --> 00:36:25.870 Tak to bude CDN dělat. 00:36:25.870 --> 00:36:27.910 Jsem si jistý, že všichni známe s tímto z webových dnů 00:36:27.910 --> 00:36:30.010 je síť pro doručování obsahu, 00:36:30.010 --> 00:36:32.230 je to skvělé pro statické prostředky, 00:36:32.230 --> 00:36:35.350 a pokud používáte Úložiště objektů blob na Azure, 00:36:35.350 --> 00:36:38.305 To je super, super rychle. 00:36:38.305 --> 00:36:40.780 Tak ji zabalte do CDN, 00:36:40.780 --> 00:36:42.850 a servírují vše od CDN. 00:36:42.850 --> 00:36:46.885 Všechno nemá sloužit od v tom bodě Azure Edge. 00:36:46.885 --> 00:36:49.555 Za druhé, řeč o Kosmosu. 00:36:49.555 --> 00:36:52.150 Kosmos nás nechává číst a 00:36:52.150 --> 00:36:55.090 psaní z mnoha různých míst po celém světě. 00:36:55.090 --> 00:36:57.715 Je to opravdu důležité pouze klepnutím na 00:36:57.715 --> 00:37:00.835 webovou stránku pro nastavení více oblastí pro čtení a zápis. 00:37:00.835 --> 00:37:03.670 Takže takhle je to super způsobem, jakým pracuje, je 00:37:03.670 --> 00:37:07.495 že vesmír sám má Správce provozu. 00:37:07.495 --> 00:37:10.630 Když nastavíte Kosmos , získáte adresu URL. 00:37:10.630 --> 00:37:14.140 Tato adresa URL je umístěna vpředu Správce provozu. 00:37:14.140 --> 00:37:15.670 Takže to bude jako říkat 00:37:15.670 --> 00:37:20.020 Skvělá matematika Kosmos to dokumentuje ten Azure,. NET, 00:37:20.020 --> 00:37:24.010 něco takového, vydávám proti němu požadavky na hřeben. 00:37:24.010 --> 00:37:25.615 Nejprve narazí na správce provozu 00:37:25.615 --> 00:37:28.105 vidí, že sedím někde v Evropě, 00:37:28.105 --> 00:37:29.170 a bude mi to muset sepsat 00:37:29.170 --> 00:37:32.890 můj nejbližší Kosmos čteš region , kterou jsem nastavil. 00:37:32.890 --> 00:37:35.800 Cool. Všechno funguje tak, jak bych 00:37:35.800 --> 00:37:40.285 očekávat, že pokud právě přistupuji Kosmos pro mou aplikaci. 00:37:40.285 --> 00:37:43.975 Nicméně jsem Tato oprávnění, 00:37:43.975 --> 00:37:46.150 který pro mě přistupuje k Kosmosu, 00:37:46.150 --> 00:37:49.435 a pokud je to nastaveno v Jižní centrální USA, 00:37:49.435 --> 00:37:51.250 to bude trvat o trochu déle. 00:37:51.250 --> 00:37:52.720 Když sedím v Evropě, 00:37:52.720 --> 00:37:54.265 a musím na to jít na cestu, 00:37:54.265 --> 00:37:55.525 a pak se vrátí ke mně. 00:37:55.525 --> 00:37:57.580 Otázkou tedy je, jak mohu učinit 00:37:57.580 --> 00:38:02.750 Moje funkce fungují i rychleji? 00:38:03.030 --> 00:38:06.505 Něco se jmenuje Hlavní vchod Azure. 00:38:06.505 --> 00:38:11.200 Azure přední dveře jsou tedy opravdu globální vstupní bod pro všechny 00:38:11.200 --> 00:38:13.560 Naše webová rozhraní API, která jsme 00:38:13.560 --> 00:38:17.370 zapište, zda jsou hostitelem Azure nebo ne. 00:38:17.370 --> 00:38:19.950 Co děláme je, že definujeme TNG postup. 00:38:19.950 --> 00:38:22.230 Tyto budou odpovídat adrese URL. 00:38:22.230 --> 00:38:25.440 On se směruje, pak je nám dovolí 00:38:25.440 --> 00:38:27.660 Ušetřete, kde jsme chtěli předtím 00:38:27.660 --> 00:38:29.640 a přichází s Dobrý Editor GUI, 00:38:29.640 --> 00:38:31.860 do kterého se dostaneme, a to 00:38:31.860 --> 00:38:34.790 nám umožňuje i bezproblémový překlopení. 00:38:34.790 --> 00:38:36.910 Abych vám mohl říct, že 00:38:36.910 --> 00:38:39.130 Azura funkce se obrátila v 00:38:39.130 --> 00:38:43.285 Jižní střed USA další někde v Asii. 00:38:43.285 --> 00:38:46.885 Kdyby chtěli slyšet Jižní střed USA jde dolů, 00:38:46.885 --> 00:38:49.570 Ten v Asii si vezme na veškerou dopravu pro mě. 00:38:49.570 --> 00:38:51.340 Nemusím nic dělat. 00:38:51.340 --> 00:38:53.335 Bude to jen bezproblémově. 00:38:53.335 --> 00:38:55.720 Všechny jsou také ukončeny SSL. 00:38:55.720 --> 00:38:57.880 Ukončení protokolu SSL tedy znamená, 00:38:57.880 --> 00:39:02.860 že zabezpečení SSL je postaráno o serverem Azure front Door a 00:39:02.860 --> 00:39:05.230 Webová aplikace nebo funkce servery, které nezačínají 00:39:05.230 --> 00:39:08.875 přetížené a nutné provést Dešifrování SSL a vše ostatní, 00:39:08.875 --> 00:39:11.365 Domovní dveře se nestarají pro mě taky. 00:39:11.365 --> 00:39:16.090 Tohle všechno sedí na Azure Edge, což znamená, že 00:39:16.090 --> 00:39:18.400 webový požadavek nejede bude muset směrovat přes 00:39:18.400 --> 00:39:20.320 celý Azurovi systém, který najde 00:39:20.320 --> 00:39:22.675 ten, který sedí Řekněme v Asii, 00:39:22.675 --> 00:39:25.510 bude mít tuto adresu URL které sedí na 00:39:25.510 --> 00:39:29.740 Azurovu hranu, která bude být optimalizován pro rychlou odezvu. 00:39:29.740 --> 00:39:34.560 Dobře. CDN a přední dveře. 00:39:34.560 --> 00:39:44.155 Dobře. Název CDN a pak Azure Storage. 00:39:44.155 --> 00:39:46.375 Tady mám 00:39:46.375 --> 00:39:53.860 skvrny, které jsme 00:39:53.860 --> 00:39:57.010 Zobrazit pod kategoriemi v tabulkovém zobrazení. 00:39:57.010 --> 00:39:59.395 Takže to, co chci udělat, je zabalit 00:39:59.395 --> 00:40:02.500 to v CDN, aby pracovat trochu rychleji. 00:40:02.500 --> 00:40:04.660 Takže všechno, co musím udělat je, typu "Azure CDN, 00:40:04.660 --> 00:40:07.810 "je přímo tam, kde a vytvoříte novou. 00:40:07.810 --> 00:40:11.300 Tak to udělám Xamarin-dev-summit-CDN. 00:40:11.610 --> 00:40:14.665 Tento název není převzat, 00:40:14.665 --> 00:40:17.290 mně to připadá dobré a v cenové vrstvě. 00:40:17.290 --> 00:40:19.630 Takže co se nabízí na několik různých cenových úrovní 00:40:19.630 --> 00:40:22.435 ze standardního serveru Microsoft obzor a Akamai, 00:40:22.435 --> 00:40:25.810 Standardní Microsoft obvykle funguje dobře. 00:40:25.810 --> 00:40:28.315 Potom název koncového bodu, 00:40:28.315 --> 00:40:29.590 Ta je také dobrá. 00:40:29.590 --> 00:40:35.200 Takže to bude xdscdn. Azureedge.net, vytvořte ho. 00:40:35.200 --> 00:40:36.460 Jak prochází, 00:40:36.460 --> 00:40:38.080 bude vytvářet jej a vysuňte 00:40:38.080 --> 00:40:40.705 ke všem bodům CDN. 00:40:40.705 --> 00:40:44.380 Takže co chci dělat tu pak jde do 00:40:44.380 --> 00:40:50.450 zastavit, třída mých modelů a ujistěte se, že je aktualizována. 00:40:54.380 --> 00:41:01.440 Já tomu říkám XDS-CDN. 00:41:01.440 --> 00:41:04.300 Xam-dev-summit. CDN. 00:41:09.240 --> 00:41:12.025 Cool. Naše obrázky budou podávány 00:41:12.025 --> 00:41:14.725 z CDN při příštím spuštění aplikace. 00:41:14.725 --> 00:41:17.750 Další věc je hlavní vchod. 00:41:19.500 --> 00:41:23.330 Chci vytvořit nový portál. 00:41:28.590 --> 00:41:31.150 Takže co jsem udělal, 00:41:31.150 --> 00:41:32.380 všechno tady je obsluhován od 00:41:32.380 --> 00:41:35.575 Jižní centrální USA, moje dvě funkce. 00:41:35.575 --> 00:41:38.290 Už jsem tehdy opakoval věci, 00:41:38.290 --> 00:41:43.555 Takže mám dva přicházet z Japonska Východ a také západ USA. 00:41:43.555 --> 00:41:47.950 Takže to, co chci udělat, je dát je do předních dveří. 00:41:47.950 --> 00:41:52.900 Tak jsem se zmínil, že přední dveře v aplikaci velmi úhledný Návrhář uživatelského rozhraní. 00:41:52.900 --> 00:41:55.180 Tak co tu budu mít 00:41:55.180 --> 00:41:59.470 je na summitu xam-dev. Azurefd.net je nyní 00:41:59.470 --> 00:42:05.350 bude moje nová adresa URL Hlavní dveře na všechno. 00:42:05.350 --> 00:42:10.300 Všechny mé požadavky jdou nyní přejdete na tuto adresu URL. 00:42:10.300 --> 00:42:16.405 Pak pro všechno, co končí rozhraním API/News, 00:42:16.405 --> 00:42:22.310 Chystám se to nasměrujte na Tento back-end fond nazvaný novinky. 00:42:22.380 --> 00:42:27.850 Tento back-end fond volal Novinky, pak to bude 00:42:27.850 --> 00:42:32.785 mít v sobě tuto SCUs funkci, 00:42:32.785 --> 00:42:38.030 Ale přidám více a Lze přidat službu App. 00:42:38.640 --> 00:42:43.045 V tom případě je to USA, 00:42:43.045 --> 00:42:48.790 Přidám jeden v Japonsku, přidej. 00:42:48.790 --> 00:42:52.915 Přidám další službu App, 00:42:52.915 --> 00:43:00.805 a teď chci dostat toho v Abychom mohli fungovat, přidejte to. 00:43:00.805 --> 00:43:03.370 Funkce, funkce, aktualizace funkce. 00:43:03.370 --> 00:43:04.885 To samé kvůli oprávněním. 00:43:04.885 --> 00:43:07.615 Vše pro oprávnění API/oprávnění 00:43:07.615 --> 00:43:11.050 přejde na moje oprávnění. fondu back-end. 00:43:11.050 --> 00:43:14.200 Fond back-end oprávnění pro každý můj přístup pak už mám jednu 00:43:14.200 --> 00:43:19.810 pro SCUs nový back-end Služba, Aplikační služba. 00:43:19.810 --> 00:43:27.580 Jde do Japonska Východ, povolení přidat. 00:43:27.580 --> 00:43:32.810 Nový back-end Služba, Aplikační služba. 00:43:36.270 --> 00:43:38.785 Oprávnění západní USA. 00:43:38.785 --> 00:43:40.075 Tak co tady dělá, 00:43:40.075 --> 00:43:41.110 Mohu dělat i jiné věci, 00:43:41.110 --> 00:43:43.555 Mohu dát přednost a čekají, že mi to poví, 00:43:43.555 --> 00:43:46.330 Chci, aby západ USA jeden vždy upřednostněný, 00:43:46.330 --> 00:43:49.960 něco takového, . 00:43:49.960 --> 00:43:54.250 Tak to bude vždycky také střílí ze zdravotních sond. 00:43:54.250 --> 00:43:55.735 Takže když jeden půjde dolů, 00:43:55.735 --> 00:44:00.505 bude automaticky vyloučena jeden z těch back-endů pro mě. 00:44:00.505 --> 00:44:04.300 Aktualizujte ji, uložte. 00:44:04.300 --> 00:44:07.030 Tak teď to bude Chcete-li vše posunout do 00:44:07.030 --> 00:44:09.700 pro mě také azurové ostří. 00:44:09.700 --> 00:44:11.920 Tak, jak to prochází, 00:44:11.920 --> 00:44:18.070 Jdu si pro své konstanty. 00:44:18.070 --> 00:44:21.370 Všechno jsem komentoval. 00:44:21.370 --> 00:44:23.710 Tohle jsou moje funkce Používám 00:44:23.710 --> 00:44:29.330 a teď jsou xam-dev-summit-Azure.fd.net. 00:44:29.940 --> 00:44:33.025 Tak jsem aktualizoval hlavní vchod. 00:44:33.025 --> 00:44:38.635 Já budu předpokládat je tam moje CDN, Skvělé. 00:44:38.635 --> 00:44:40.000 Takže než to spustím, 00:44:40.000 --> 00:44:46.510 Budu si všimnout, že CDN jsou notoricky k názvu CDN se pomalu aktualizuje. 00:44:46.510 --> 00:44:49.165 Takže asi nebudeme vidět žádné obrazy, 00:44:49.165 --> 00:44:53.210 ale měli bychom běžet před Azure předními dveřmi. 00:44:53.640 --> 00:44:57.220 Takže tím, že nespatřil žádné obrazy, 00:44:57.220 --> 00:45:01.370 Měli bychom vědět, že obrázky jsou na CDN. 00:45:02.820 --> 00:45:05.320 Takže jsem to právě nastavil na neúspěch, 00:45:05.320 --> 00:45:08.030 ale nefunguje to, bude to fungovat. 00:45:09.180 --> 00:45:17.725 Tady to máme, máme tu databázi, 00:45:17.725 --> 00:45:20.770 Odstranit tento bod přerušení a 00:45:20.770 --> 00:45:25.310 pak se objevila jistá věc z předních dveří. 00:45:27.300 --> 00:45:31.000 Vlastně, zkusím něco poprvé, 00:45:31.000 --> 00:45:36.020 Chystám se změnit můj virtuální privátní síť do Tokia. 00:45:36.900 --> 00:45:40.990 Takže chci vidět, jestli pochází z Japonska, protože 00:45:40.990 --> 00:45:42.550 mělo by to projít japonsky 00:45:42.550 --> 00:45:44.245 pak se mi to bude muset přihlásit. 00:45:44.245 --> 00:45:45.520 Věř tomu nebo ne, 00:45:45.520 --> 00:45:49.195 heslo společnosti Microsoft je ne A, B, C, D, 1, 2, 3, 4. 00:45:49.195 --> 00:45:55.670 Tak dobře, zkusím to pak uvidíme, co se stane. 00:45:58.620 --> 00:46:00.999 A tak jsem řekl, 00:46:00.999 --> 00:46:03.820 je tu pár těchto klíčů komponenty jsme prošli 00:46:03.820 --> 00:46:06.820 jeden z bezpečnostních klíčů s klíčem trezor. 00:46:06.820 --> 00:46:08.080 Nechceš, 00:46:08.080 --> 00:46:10.405 Uživatelé mají pověření. 00:46:10.405 --> 00:46:13.750 Co můžete udělat je dát věci v trezoru klíčů a potom 00:46:13.750 --> 00:46:17.275 mají adresu URL, která mohou udeřit na jejich. 00:46:17.275 --> 00:46:19.870 V ideálním případě rozhraní API klíče, nebo dokonce sednout do 00:46:19.870 --> 00:46:24.085 samotná funkce Azure a pak to uživatelé prostě nazývají. 00:46:24.085 --> 00:46:27.640 Pár toho s trochou ověření, aby věděli, kdo 00:46:27.640 --> 00:46:29.440 jsou a pak funkce 00:46:29.440 --> 00:46:31.975 vědět, kdo jsou uživatelé a je to ještě lepší. 00:46:31.975 --> 00:46:37.960 Cosmos. Kdo jsi, co můžeš udělat. 00:46:37.960 --> 00:46:41.890 Vždy připojit k databázi na tokenu, jestli to dokážeš. 00:46:41.890 --> 00:46:43.600 Kosmos vám nabízí skvělý způsob 00:46:43.600 --> 00:46:46.165 a udělat to taky. 00:46:46.165 --> 00:46:47.350 Takže můžeš říct jen 00:46:47.350 --> 00:46:49.045 Kdo může dostat co. 00:46:49.045 --> 00:46:51.760 Potom pro výkon přesunout data jako 00:46:51.760 --> 00:46:54.550 blízký uživateli jako Můžete také s 00:46:54.550 --> 00:46:58.000 CDN a s Azure předními dveřmi 00:46:58.000 --> 00:47:01.060 jako způsob rozdělení vaše funkce, 00:47:01.060 --> 00:47:03.985 a jako způsob, jak říct, 00:47:03.985 --> 00:47:05.230 kdekoli na světě, 00:47:05.230 --> 00:47:06.670 byl dopraven na nejbližší 00:47:06.670 --> 00:47:11.080 na IP adrese 00:47:11.080 --> 00:47:14.230 Proto všechen kód a snímky budou 00:47:14.230 --> 00:47:19.450 v tom aka.ms/xds-částečně zataženo. 00:47:19.450 --> 00:47:21.985 Taky si dám další. 00:47:21.985 --> 00:47:23.800 V podstatě jsme bude hlubší potopa 00:47:23.800 --> 00:47:25.630 Blogy na 00:47:25.630 --> 00:47:27.190 tak, aby to šlo do to trochu 00:47:27.190 --> 00:47:30.235 hlouběji, abychom se do toho nemohli dostat. 00:47:30.235 --> 00:47:33.220 Takže s tím mám srdce vývojáři, 00:47:33.220 --> 00:47:35.530 prosím, vysáhni si cokoliv, co máte, 00:47:35.530 --> 00:47:36.835 nějaké otázky. 00:47:36.835 --> 00:47:38.230 Jestli je to tak, 00:47:38.230 --> 00:47:41.290 o něčem jiném, o Kubernetes nebo Docker, 00:47:41.290 --> 00:47:43.735 nebo něco jiného, vím lidi, kteří o tom vědí, 00:47:43.735 --> 00:47:45.730 Kdo vám může pomoci vůbec nic. 00:47:45.730 --> 00:47:47.500 Tak Dovol, abych ti pomohla dostat Váš hlas byl Slyšený 00:47:47.500 --> 00:47:50.750 Společnosti Microsoft. Mockrát děkuju.