1 00:00:00,000 --> 00:00:10,811 2 00:00:10,811 --> 00:00:12,060 LEO ZHADANOVSKY: Ola, todos. 3 00:00:12,060 --> 00:00:13,675 Eu son Leo Zhadanovsky. 4 00:00:13,675 --> 00:00:17,000 Eu son un arquitecto de solucións Amazon Web Services. 5 00:00:17,000 --> 00:00:21,030 E eu vou falar contigo hoxe sobre o Amazon Web Services é, 6 00:00:21,030 --> 00:00:25,170 súa historia, unha breve visión xeral dos servizos que ofrecemos. 7 00:00:25,170 --> 00:00:29,530 E tamén vou facer unha demostración en vivo de como comezar unha pila lámpadas en AWS 8 00:00:29,530 --> 00:00:33,769 tanto nunha única instancia e mediante a utilización de algúns dos nosos outros 9 00:00:33,769 --> 00:00:36,060 [? ] Servizos xestor ?, tales como o noso banco de datos relacional 10 00:00:36,060 --> 00:00:39,330 servizo, e nosa carga balance e as nosas sesións. 11 00:00:39,330 --> 00:00:41,610 >> Entón, primeiro de todo, imos falar sobre a historia AWS. 12 00:00:41,610 --> 00:00:47,780 Entón, como Amazon.com entrar este negocio de computación en nube? 13 00:00:47,780 --> 00:00:51,630 Ben, Amazon é realmente bo en introducindo unha gran variedade de produtos 14 00:00:51,630 --> 00:00:54,440 e o transporte para aqueles clientes de forma eficiente. 15 00:00:54,440 --> 00:00:57,870 E detrás desa capacidade atópase anos de experiencia 16 00:00:57,870 --> 00:01:01,330 con centros de datos operativa, con loxística, con todo tipo de cousas. 17 00:01:01,330 --> 00:01:05,420 E así descubrimos máis de 10 anos que nos 18 00:01:05,420 --> 00:01:10,840 quería que os nosos clientes facer unha chea de cousas distintas, non? 19 00:01:10,840 --> 00:01:16,870 >> Así, acabamos ofrecendo algún interno servizos ata vendedores de terceiros. 20 00:01:16,870 --> 00:01:20,640 Como publicamos servizos web sinxela como a nosa procura de catálogo. 21 00:01:20,640 --> 00:01:22,910 E chegou a ser realmente aparente moi rápido 22 00:01:22,910 --> 00:01:26,530 que os desenvolvedores estaban con fame a máis de nosos servizos. 23 00:01:26,530 --> 00:01:29,830 E así, iso nos levou a desenvolver AWS. 24 00:01:29,830 --> 00:01:31,910 Por iso pedimos que se nós podería embalaxe todo 25 00:01:31,910 --> 00:01:36,620 facemos e ofrece-la a outras persoas a través da web? 26 00:01:36,620 --> 00:01:41,940 >> Así, a misión AWS é permitir empresas e desenvolvedores 27 00:01:41,940 --> 00:01:46,080 para usar servizos web para construír sofisticadas aplicacións escalabades. 28 00:01:46,080 --> 00:01:49,650 E servizos web é o que persoas hoxe chamamos Cloud. 29 00:01:49,650 --> 00:01:53,180 Así, en 2006, a AWS naceu. 30 00:01:53,180 --> 00:01:56,590 E imos falar sobre o AWS é realmente. 31 00:01:56,590 --> 00:02:01,310 >> Entón, nós fornecen diferente servizos en diferentes niveis. 32 00:02:01,310 --> 00:02:06,060 Polo tanto, temos tipo de nosos servizos básicos, noso almacén de computación e base de datos. 33 00:02:06,060 --> 00:02:08,250 E despois temos tamén unha capa de rede, 34 00:02:08,250 --> 00:02:10,289 e nós temos a global infraestrutura, de xeito que temos 35 00:02:10,289 --> 00:02:13,812 rexións quedou en torno ao mundo e zonas de dispoñibilidade de todo o mundo. 36 00:02:13,812 --> 00:02:15,520 E entón temos servizos de nivel superior, 37 00:02:15,520 --> 00:02:18,670 como servizos de aplicacións que usa para construír horizontal 38 00:02:18,670 --> 00:02:20,434 aplicacións escalabades. 39 00:02:20,434 --> 00:02:22,850 E entón temos de implantación e servizos de administración. 40 00:02:22,850 --> 00:02:26,010 Entón, eses son os servizos que usar para implantar o seu código no AWS 41 00:02:26,010 --> 00:02:29,100 e para administrar o seu AWS conta como escalas. 42 00:02:29,100 --> 00:02:32,120 >> Entón, imos falar sobre a nosa infraestrutura global en primeiro lugar. 43 00:02:32,120 --> 00:02:35,960 Temos 11 rexións de todo o mundo. 44 00:02:35,960 --> 00:02:39,680 Así que acabamos de engadir unha nova rexión algunhas semanas, en Frankfurt, 45 00:02:39,680 --> 00:02:41,500 pero cada rexión é como unha nube separada. 46 00:02:41,500 --> 00:02:43,580 Entón, estes servizos Estou vai falar sobre eles 47 00:02:43,580 --> 00:02:46,350 existen nas distintas rexións. 48 00:02:46,350 --> 00:02:50,370 Así, en Estados Unidos, hai unha rexión do norte de Virxinia. 49 00:02:50,370 --> 00:02:54,390 Hai unha rexión no norte California e en Oregon. 50 00:02:54,390 --> 00:02:57,690 >> A rexión en Oregon tamén é neutral en carbono. 51 00:02:57,690 --> 00:03:00,200 Temos tamén unha rexión en Oregon chamado GovCloud. 52 00:03:00,200 --> 00:03:05,370 Entón se ten unha carga de traballo que ten ser Itar compliant, de xeito que é 53 00:03:05,370 --> 00:03:09,580 Tráfico Internacional e Redución de Armas Tratado, pode usar GovCloud. 54 00:03:09,580 --> 00:03:12,510 >> Entón, o importante sobre iso é que 55 00:03:12,510 --> 00:03:15,100 escoller onde os seus datos vai e onde as súas aplicacións ir. 56 00:03:15,100 --> 00:03:19,370 Entón, nós non mover os datos a través de rexións, ou en zonas de dispoñibilidade 57 00:03:19,370 --> 00:03:22,277 se é un servizo onde podes escoller a zona de dispoñibilidade. 58 00:03:22,277 --> 00:03:23,860 Pode escoller para onde vai. 59 00:03:23,860 --> 00:03:24,526 Pode movela. 60 00:03:24,526 --> 00:03:27,920 Dámoslle as ferramentas para mover o datos, pero non imos mover para ti. 61 00:03:27,920 --> 00:03:30,710 >> E así, dentro de cada rexión hai polo menos dúas zonas de dispoñibilidade, 62 00:03:30,710 --> 00:03:33,020 e imos falar do que son aqueles en un segundo. 63 00:03:33,020 --> 00:03:35,530 E hai tamén 52 borde locais de todo o mundo. 64 00:03:35,530 --> 00:03:40,850 Entón localizacións de contornos son, basicamente, para o noso CloudFront [? cloud?] distribución 65 00:03:40,850 --> 00:03:43,410 rede, e nosa Route 53 servizo DNS. 66 00:03:43,410 --> 00:03:47,100 E por iso hai unha morea deles porque están máis preto dos usuarios, 67 00:03:47,100 --> 00:03:49,360 porque eses son servizos baseados en latencia. 68 00:03:49,360 --> 00:03:51,410 Entón cuestións de latencia para eles. 69 00:03:51,410 --> 00:03:54,630 >> Entón é iso que un típico rexión se parece. 70 00:03:54,630 --> 00:03:56,630 E, a continuación [? dentro?] cada rexión hai, 71 00:03:56,630 --> 00:03:58,530 como dixen, polo menos dúas zonas de dispoñibilidade. 72 00:03:58,530 --> 00:04:01,390 Unha zona de dispoñibilidade está polo menos, un centro de datos, 73 00:04:01,390 --> 00:04:04,340 ás veces pode ser máis dentro na mesma área xeográfica. 74 00:04:04,340 --> 00:04:09,010 E as nosas zonas de dispoñibilidade están deseñados estar en diferentes veigas, fallo 75 00:04:09,010 --> 00:04:15,501 chairas de ter poder distinto utilidades e diferentes niveis 1 ISP. 76 00:04:15,501 --> 00:04:17,500 Polo tanto, ten que proxectar o seu aplicación [? mente?] 77 00:04:17,500 --> 00:04:20,240 onde algo pode ocorrer nunha zona de dispoñibilidade, 78 00:04:20,240 --> 00:04:23,245 pero así que ten que estender-se o seu aplicación en múltiples dispoñibilidade 79 00:04:23,245 --> 00:04:27,100 zonas, porque son construídos con estes despedimentos en conta. 80 00:04:27,100 --> 00:04:30,490 >> E, así, alimentaria unha morea de empresas que recoñece. 81 00:04:30,490 --> 00:04:36,590 Así, a partir Airbnb, a Netflix, para Dropbox, a Yelp, 82 00:04:36,590 --> 00:04:41,270 temos todo tipo de startups e empresas que executan as cargas de traballo en nós. 83 00:04:41,270 --> 00:04:44,610 No sector público, temos todo tipo de axencias gobernamentais 84 00:04:44,610 --> 00:04:47,740 que son executados en nós, EDTECH startups, universidades. 85 00:04:47,740 --> 00:04:52,910 A campaña de Obama foi basicamente todo do seu material en Amazon Web Services. 86 00:04:52,910 --> 00:04:56,690 >> E só para lle dar unha perspectiva na nosa escala, nun día medio 87 00:04:56,690 --> 00:05:00,840 tivemos novo servidor suficiente capacidade de soporte 88 00:05:00,840 --> 00:05:04,400 Infraestrutura global da Amazon.com cando foi un $ 7000000000 89 00:05:04,400 --> 00:05:05,740 volta negocios en 2004. 90 00:05:05,740 --> 00:05:08,500 Entón, iso é o que nós tivo un día medio. 91 00:05:08,500 --> 00:05:11,910 >> Así, o concepto xeral é que se pensar sobre como facelo de enerxía. 92 00:05:11,910 --> 00:05:14,940 Entón comeza poder, é a procura, non? 93 00:05:14,940 --> 00:05:19,580 Entón, vostede sabe cando está a recibir Lo, vostede sabe que pode obterse. 94 00:05:19,580 --> 00:05:22,950 É uniforme, para que vostede sabe Cal a tensión que está a recibir. 95 00:05:22,950 --> 00:05:26,940 É como vai pagar, entón paga para exactamente o que usa. 96 00:05:26,940 --> 00:05:29,020 E está dispoñible. 97 00:05:29,020 --> 00:05:31,060 Entón conectar, vostede sabe es poder get vai. 98 00:05:31,060 --> 00:05:34,350 Entón, tivemos que e estendeuse o para a computación. 99 00:05:34,350 --> 00:05:36,710 >> Polo tanto, este resolve unha morea de problemas. 100 00:05:36,710 --> 00:05:41,230 Nós normalmente ver unha chea das organizacións de TI. 101 00:05:41,230 --> 00:05:43,130 Teñen este problema de capacidade. 102 00:05:43,130 --> 00:05:46,370 Entón eles teñen certos importes das necesidades de TI, e entón eles 103 00:05:46,370 --> 00:05:49,290 ten que over-disposición a súa capacidade. 104 00:05:49,290 --> 00:05:53,110 Entón, ou son moi exceso de provisionais, ou eles non teñen capacidade suficiente, 105 00:05:53,110 --> 00:05:54,930 e eles teñen clientes insatisfeitos. 106 00:05:54,930 --> 00:05:59,820 >> Así, por exemplo, estes son diferentes patróns de tráfico. 107 00:05:59,820 --> 00:06:01,980 Entón, se ten cousas que activar e desactivar, 108 00:06:01,980 --> 00:06:05,920 ou crecer rápido, ou ter picos variables ou picos previsibles, por todo iso, 109 00:06:05,920 --> 00:06:08,122 ou está indo a sobre-disposición xeral, 110 00:06:08,122 --> 00:06:09,580 ou está indo a under-disposición. 111 00:06:09,580 --> 00:06:12,990 Entón quere ter de residuos, ou ten clientes insatisfeitos. 112 00:06:12,990 --> 00:06:17,400 >> Entón, o AWS permite que fai é vostede pode escalar cara arriba e abaixo de forma dinámica 113 00:06:17,400 --> 00:06:19,510 con base no que o seu patrón de uso real é. 114 00:06:19,510 --> 00:06:23,270 Entón pode pagar só polo que usa. 115 00:06:23,270 --> 00:06:25,115 E pode lanzar casos, para que a aparición 116 00:06:25,115 --> 00:06:27,030 é a nosa palabra para o servidor virtual. 117 00:06:27,030 --> 00:06:29,280 Pode iniciar unha exemplo, pode lanzar 118 00:06:29,280 --> 00:06:33,160 miles de casos en minutos ou segundos, tanto como precisa. 119 00:06:33,160 --> 00:06:35,897 E pode marcalo para arriba e abaixo conforme requerido. 120 00:06:35,897 --> 00:06:38,730 Entón déixeme falar con vostede sobre un exemplo, que é unha especie de preto de casa. 121 00:06:38,730 --> 00:06:44,930 Polo tanto, este é un típico tráfico gráfico para novembro para Amazon.com. 122 00:06:44,930 --> 00:06:49,491 E os últimos dous picos aquí, alguén sabe o que son? 123 00:06:49,491 --> 00:06:49,990 Entón they're-- 124 00:06:49,990 --> 00:06:51,180 >> Audiencia: Cyber ​​Luns? 125 00:06:51,180 --> 00:06:53,430 >> LEO ZHADANOVSKY: Cyber ​​Luns e Black Friday, non? 126 00:06:53,430 --> 00:06:57,020 Así tradicionalmente, o que tivo Amazon.com facer era que tiñan de capacidade de prestación de 127 00:06:57,020 --> 00:06:58,330 para cubrir os dous picos. 128 00:06:58,330 --> 00:07:04,490 Así, como un resultado, 76% do tempo, eles tiñan moita capacidade. 129 00:07:04,490 --> 00:07:07,640 E só o 24% do tempo eles estaban utilizando-o totalmente. 130 00:07:07,640 --> 00:07:12,730 E así, en 2010, virou Amazon.com fóra do seu último servidor web física 131 00:07:12,730 --> 00:07:14,430 e mudouse para a AWS. 132 00:07:14,430 --> 00:07:16,660 Entón é iso que o tráfico estándar parece agora. 133 00:07:16,660 --> 00:07:19,240 A capacidade é un pouco por riba o que é realmente necesario. 134 00:07:19,240 --> 00:07:23,100 >> Entón, por que nós vemos clientes adoptando cloud computing AWS en tan pouco tempo? 135 00:07:23,100 --> 00:07:24,480 Ben, axilidade. 136 00:07:24,480 --> 00:07:27,090 Entón ese é o principal razón que vemos. 137 00:07:27,090 --> 00:07:28,590 ¿Por que a axilidade é importante? 138 00:07:28,590 --> 00:07:31,790 Ben, iso permite que os clientes facer cousas que o vello mundo 139 00:07:31,790 --> 00:07:36,090 demoraban semanas ou meses para facer los en minutos ou segundos. 140 00:07:36,090 --> 00:07:39,510 Así, pode facer cousas como rotación dun Dev novo todo ou ambiente de proba, 141 00:07:39,510 --> 00:07:42,010 xirar toda unha nova DR ambiente, xirar 142 00:07:42,010 --> 00:07:45,180 50 casos, ou 1.000 instancias de pico de tráfico, 143 00:07:45,180 --> 00:07:49,140 eliminar os 1.000 casos, establecer -Se un cluster HPC, ou un cluster GS, 144 00:07:49,140 --> 00:07:51,430 e pode facelo todo en minutos a AWS. 145 00:07:51,430 --> 00:07:54,960 >> Entón, o que iso leva a se unha cultura de innovación. 146 00:07:54,960 --> 00:07:57,290 Así, pode probar moitas veces. 147 00:07:57,290 --> 00:08:00,190 Pode pagar só polo que usa e pode fallar sen risco. 148 00:08:00,190 --> 00:08:04,477 Entón, se tentar algo, ten pago por unhas horas de uso. 149 00:08:04,477 --> 00:08:05,310 Non é un gran negocio. 150 00:08:05,310 --> 00:08:08,150 Non poñer un gran capital investimento diante por iso. 151 00:08:08,150 --> 00:08:10,930 >> Entón, cales son os clientes realmente usando AWS para? 152 00:08:10,930 --> 00:08:16,170 Ben, así que a Universidade de Notre Dame, eles se mudaron seu sitio web sobre a AWS. 153 00:08:16,170 --> 00:08:21,150 Teñen unha media de preto de 38.000 visitantes por día para a súa web, 154 00:08:21,150 --> 00:08:26,150 pero que poden inchar durante a 150.000 eventos deportivos e xogos de fútbol. 155 00:08:26,150 --> 00:08:29,840 Entón, eles se mudaron seu sitio para nós. 156 00:08:29,840 --> 00:08:33,650 E agora o seu sitio Web pode soportar un aumento de 500% no tráfico, todo o 157 00:08:33,650 --> 00:08:36,600 mentres eles salvou 40% sobre o seu xa existente 158 00:08:36,600 --> 00:08:39,120 configuración en premise para a súa web. 159 00:08:39,120 --> 00:08:47,530 >> NASA JPL, que empregan AWS para transmisión en directo o desembarco rover Curiosity Mars. 160 00:08:47,530 --> 00:08:51,320 E así descubriron só seis días de antelación 161 00:08:51,320 --> 00:08:53,650 que precisaban atopar outro provedor 162 00:08:53,650 --> 00:08:56,030 do seu fornecedor habitual para a súa transmisión en directo. 163 00:08:56,030 --> 00:08:58,140 Este tamén foi o mesmo tempo, como os Xogos Olímpicos. 164 00:08:58,140 --> 00:09:01,686 Entón, eles non podían comprar CDM capacidade en calquera lugar no momento. 165 00:09:01,686 --> 00:09:04,310 E así, eles basicamente configurar a súa propia rede de distribución de contidos 166 00:09:04,310 --> 00:09:07,240 no noso servizo EC2 en seis días. 167 00:09:07,240 --> 00:09:10,090 E eles foron capaces de ter que escalar ata as súas necesidades. 168 00:09:10,090 --> 00:09:13,480 Eles foron, eu creo, prevendo preto de un millón de espectadores. 169 00:09:13,480 --> 00:09:16,200 Por iso, foi un moi interesante ración técnica que utilizaban, 170 00:09:16,200 --> 00:09:18,990 Servidores Adobe Flash Medios e [? caches internet?]. 171 00:09:18,990 --> 00:09:23,350 E eles foron capaces de implantar todo aglomerados de estes programaticamente como 172 00:09:23,350 --> 00:09:23,850 necesario. 173 00:09:23,850 --> 00:09:26,590 E entón eles xiraban los cando non usalos máis. 174 00:09:26,590 --> 00:09:32,680 >> A campaña de Obama en 2012 usado AWS para máis de 200 aplicacións 175 00:09:32,680 --> 00:09:34,950 que aloxado na plataforma. 176 00:09:34,950 --> 00:09:39,010 Tiñan todo o que varía chamar ferramentas, para procesadores de pago, 177 00:09:39,010 --> 00:09:43,920 para aplicacións móbiles, a websites organización voluntaria, 178 00:09:43,920 --> 00:09:47,269 para as grandes ferramentas de análise de datos. 179 00:09:47,269 --> 00:09:49,060 E todo o que tiña que traballar o día da elección. 180 00:09:49,060 --> 00:09:52,459 Entón, para mover o día da elección se esixen unha emenda constitucional, 181 00:09:52,459 --> 00:09:53,750 de xeito que non ía acontecer. 182 00:09:53,750 --> 00:09:56,208 Así, todos os seus sistemas estaban indo ter que traballar en un día. 183 00:09:56,208 --> 00:09:57,670 E eles fixeron. 184 00:09:57,670 --> 00:10:00,660 >> Entón, imos falar sobre os servizos reais. 185 00:10:00,660 --> 00:10:03,130 Entón, primeiro os servizos de rede. 186 00:10:03,130 --> 00:10:06,750 Entón Amazon VPC é o Virtual Private Cloud. 187 00:10:06,750 --> 00:10:09,500 É basicamente un rede definida por software 188 00:10:09,500 --> 00:10:13,910 que vive na parte superior das súas instancias EC2, e os seus RDS, que imos falar, 189 00:10:13,910 --> 00:10:15,120 e ElastiCache. 190 00:10:15,120 --> 00:10:20,080 >> E así pode definir un privado espazo de enderezo para as súas instancias. 191 00:10:20,080 --> 00:10:22,820 Pode romper-se que en subredes públicas, subredes privadas. 192 00:10:22,820 --> 00:10:27,790 Podes facer conexións VPN para seu en premise data center. 193 00:10:27,790 --> 00:10:33,635 A continuación, pode tamén ampliar a súa espazo en premise enderezo ao VPC. 194 00:10:33,635 --> 00:10:37,400 Ten o poder de manipular o percorrido mesa para que poida personalizar as cousas. 195 00:10:37,400 --> 00:10:40,450 Ten acceso á rede listas de control na VPC. 196 00:10:40,450 --> 00:10:42,370 [? Por iso ,?] Dálle unha gran flexibilidade 197 00:10:42,370 --> 00:10:45,640 sobre o que ten en execución na AWS. 198 00:10:45,640 --> 00:10:47,140 >> Entón hai AWS DirectConnect. 199 00:10:47,140 --> 00:10:50,820 Entón DirectConnect é unha entidade privada conexión coas nosas rexións. 200 00:10:50,820 --> 00:10:54,380 Así, pode obter un ou a 10 gig Enlace ou varios enlaces un ou 10 GB 201 00:10:54,380 --> 00:10:55,720 -Se a unha rexión. 202 00:10:55,720 --> 00:10:58,470 Entón, se está cargando unha chea de datos ou baixar unha morea de datos 203 00:10:58,470 --> 00:11:01,440 e precisa de conectividade privado, iso é unha opción alí. 204 00:11:01,440 --> 00:11:02,710 >> Hai tamén Route 53. 205 00:11:02,710 --> 00:11:05,410 Entón, Route 53 é o noso servizo DNS. 206 00:11:05,410 --> 00:11:07,860 Fai todo tipo de cousas interesantes. 207 00:11:07,860 --> 00:11:09,250 Por iso, apoia recoñecementos médicos. 208 00:11:09,250 --> 00:11:12,590 Así, pode, por exemplo, realizar dúas copias do seu sitio á vez. 209 00:11:12,590 --> 00:11:15,860 E se un deles non, redireccionar o tráfico para a outra copia. 210 00:11:15,860 --> 00:11:20,400 >> Ou pode facer rexistros en xeografía así pode encamiñar o tráfico para un país 211 00:11:20,400 --> 00:11:22,870 para un cluster de outro país a outro cluster. 212 00:11:22,870 --> 00:11:27,140 Podes facer a proba A / B, para que pode ter o 80% do seu tráfico 213 00:11:27,140 --> 00:11:30,510 a unha copia do seu sitio web e 20% para a nova copia do seu sitio 214 00:11:30,510 --> 00:11:33,120 e ver cal deles ten o mellor desenvolvemento. 215 00:11:33,120 --> 00:11:35,385 Así que pode facer todo tipo de cousas interesantes alí. 216 00:11:35,385 --> 00:11:36,760 Podes facer rexistros en base latencia. 217 00:11:36,760 --> 00:11:39,160 Entón vostede pode ter unha copia do seu web en todo o mundo 218 00:11:39,160 --> 00:11:43,500 e que o usuario enviou a calquera un do máis próximo a eles en base a latencia. 219 00:11:43,500 --> 00:11:46,030 Tamén ten integración profunda cos servizos da AWS, 220 00:11:46,030 --> 00:11:50,980 así como os nosos balance de carga, e S3 e CloudFront, 221 00:11:50,980 --> 00:11:53,680 polo que é moi fácil de apuntar as cousas para CloudFront 222 00:11:53,680 --> 00:11:57,190 distribucións para a súa LBS ou S3 baldes. 223 00:11:57,190 --> 00:11:57,930 >> Entón hai EC2. 224 00:11:57,930 --> 00:12:00,432 Entón EC2 é o noso servizo de servidor virtual. 225 00:12:00,432 --> 00:12:01,390 Pode realizar en Windows. 226 00:12:01,390 --> 00:12:02,560 Pode realizar o Linux nel. 227 00:12:02,560 --> 00:12:05,230 Ten control total do sistema operativo. 228 00:12:05,230 --> 00:12:09,519 Hai diferentes versións de Windows e Linux, así Red Hat, Debian, Ubuntu. 229 00:12:09,519 --> 00:12:11,560 Temos a nosa propia distribución chamado Amazon Linux. 230 00:12:11,560 --> 00:12:14,000 Pode escoller cal quere. 231 00:12:14,000 --> 00:12:15,680 >> Hai diferentes tipos de sucesos. 232 00:12:15,680 --> 00:12:18,330 Polo tanto, hai máis de 27 instancia tipo neste momento. 233 00:12:18,330 --> 00:12:21,590 Polo tanto, non hai instancia diferente familias en base a diferentes cargas de traballo. 234 00:12:21,590 --> 00:12:23,550 Polo tanto, non hai xeral casos de uso, que 235 00:12:23,550 --> 00:12:26,910 é xusto, se non sabe o que o que precisa, pode comezar con aqueles. 236 00:12:26,910 --> 00:12:30,620 >> Ten de computación optimizada, que son óptimo para cousas como servidores web, 237 00:12:30,620 --> 00:12:31,160 non? 238 00:12:31,160 --> 00:12:33,450 Ten memoria optimizada instancias, os cales 239 00:12:33,450 --> 00:12:36,190 son grandes para cousas como bases de datos relacionais data. 240 00:12:36,190 --> 00:12:41,230 Hai casos optimizados para almacenamento, así que estes teñen grandes SSDs sobre eles. 241 00:12:41,230 --> 00:12:46,440 Entón, son óptimos para as cousas como Mongo ou NoSQL, non? 242 00:12:46,440 --> 00:12:49,750 >> E hai gráficos instancias optimizados, 243 00:12:49,750 --> 00:12:52,970 que son óptimos para GPU computación e de cluster instancias. 244 00:12:52,970 --> 00:12:54,940 E, por último hai custo instancias optimizada. 245 00:12:54,940 --> 00:12:56,850 Entón, se está só tentando probar, vostede 246 00:12:56,850 --> 00:13:01,820 pode ter unha chea de exemplo de baixo custo tipo que son grandes para este caso de uso. 247 00:13:01,820 --> 00:13:03,330 Entón hai Auto Scaling. 248 00:13:03,330 --> 00:13:07,840 Entón Auto Scaling é unha API para EC2. 249 00:13:07,840 --> 00:13:12,360 E permite que escalar horizontal arriba e abaixo niveis de instancias EC2. 250 00:13:12,360 --> 00:13:14,460 Entón, digamos que ten un grupo de servidores web. 251 00:13:14,460 --> 00:13:17,970 >> E, como no caso de Notre Dame, vostede normalmente ten que ter dous deles, 252 00:13:17,970 --> 00:13:19,519 pero pode que a escala para 10. 253 00:13:19,519 --> 00:13:21,810 Ben, pode usar Auto Scaling para accionar automaticamente 254 00:13:21,810 --> 00:13:24,360 escalar cara arriba ou abaixo eventos baseada nunha métrica. 255 00:13:24,360 --> 00:13:28,020 Así [? CPU?] O uso, a latencia. 256 00:13:28,020 --> 00:13:30,570 Podes facer métricas personalizadas, de xeito é moi aberto rematou alí. 257 00:13:30,570 --> 00:13:32,490 >> Tamén é posible dimensionar en base a un programa. 258 00:13:32,490 --> 00:13:36,180 Entón, se sabe que vai ter unha gran cantidade de tráfico o luns ás 6:00 horas da mañá, 259 00:13:36,180 --> 00:13:40,150 pode escalar ata o luns ás 6:00 e escala para abaixo o luns 05:00. 260 00:13:40,150 --> 00:13:43,610 Tamén pode facelo en base a só comandar comandos liña. 261 00:13:43,610 --> 00:13:45,150 >> Despois, hai o balance de carga elástica. 262 00:13:45,150 --> 00:13:48,070 Balance de carga tan elástico é un balanceador de carga de xestión. 263 00:13:48,070 --> 00:13:51,590 Entón clic nun botón, el disposicións un balanceador de carga para ti. 264 00:13:51,590 --> 00:13:54,610 O balance de carga vive múltiples zonas de dispoñibilidade. 265 00:13:54,610 --> 00:14:00,570 Fai a descarga de SSL para as portas 25, 80, 443, 266 00:14:00,570 --> 00:14:05,750 e calquera cousa por riba de 1024 para o tráfico TCP. 267 00:14:05,750 --> 00:14:09,469 >> Fai conexión de saneamento, O soporte ao protocolo proxy. 268 00:14:09,469 --> 00:14:11,135 Polo tanto, é un balanceador de carga moi featureful. 269 00:14:11,135 --> 00:14:13,440 E ten integración con Auto Scaling. 270 00:14:13,440 --> 00:14:16,690 Entón, cando está usando o Auto Scaling e está escalando arriba e abaixo, 271 00:14:16,690 --> 00:14:19,700 pode ter as súas instancias xuntar-se automaticamente ou saír 272 00:14:19,700 --> 00:14:21,810 un balanceador de carga elástica. 273 00:14:21,810 --> 00:14:23,980 >> Entón hai os nosos servizos de almacenamento. 274 00:14:23,980 --> 00:14:27,170 Así, o primeiro é Amazon EBS, ou Elastic Block Store. 275 00:14:27,170 --> 00:14:32,720 Estes son volumes persistentes que pode montar a súas instancias EC2. 276 00:14:32,720 --> 00:14:34,800 Así, pode instantáneo eles. 277 00:14:34,800 --> 00:14:39,550 Así, cando unha instantánea EBS de volume, el pasa a S3, 278 00:14:39,550 --> 00:14:41,730 que imos falar en un segundo. 279 00:14:41,730 --> 00:14:44,080 Hai tres diferentes tipos de volumes EBS. 280 00:14:44,080 --> 00:14:48,350 >> Hai EBS magnético, que é só o especie de tipo estándar de disco magnético. 281 00:14:48,350 --> 00:14:51,030 É a opción máis económica. 282 00:14:51,030 --> 00:14:53,210 Entón hai xeral finalidade SSD, onde nós 283 00:14:53,210 --> 00:14:55,830 obter tres IOPS por disposición gigabyte. 284 00:14:55,830 --> 00:14:59,080 Entón se ten un terabyte de volume, ten 3.000 IOPS. 285 00:14:59,080 --> 00:15:02,730 E despois hai IOPS provisionado. 286 00:15:02,730 --> 00:15:06,660 Entón provisionado IOPS é cando pagar por canto espazo de disco que usa 287 00:15:06,660 --> 00:15:08,270 e como IOPS moito a capacidade que necesitas. 288 00:15:08,270 --> 00:15:12,150 Entón podes provisionar up 4.000 IOPS por volume. 289 00:15:12,150 --> 00:15:16,360 >> Entón hai o Amazon S3. 290 00:15:16,360 --> 00:15:19,340 O Amazon S3 é o noso almacén de obxectos. 291 00:15:19,340 --> 00:15:23,230 Entón, Amazon S3, pode usalo para almacenar só calquera tipo de datos. 292 00:15:23,230 --> 00:15:27,850 Pode usalo para almacenar estática sitios e sitios estáticos da mangueira. 293 00:15:27,850 --> 00:15:32,870 Podes usar o S3 para backups e arquivos nalgúns casos de uso 294 00:15:32,870 --> 00:15:40,500 como a súa fonte e un balde de saída para grandes análise de datos, ou transcodificación. 295 00:15:40,500 --> 00:15:47,700 Tamén pode ser usado como unha orixe para unha distribución CloudFront. 296 00:15:47,700 --> 00:15:49,180 >> Entón S3 do super-poderoso. 297 00:15:49,180 --> 00:15:52,660 Do S3 deseñado para 11 liñas de durabilidade. 298 00:15:52,660 --> 00:15:55,480 Entón, o que isto significa é que pode soster a perda de, polo menos, dous datos 299 00:15:55,480 --> 00:16:00,790 Centros á vez sen perder os seus datos. 300 00:16:00,790 --> 00:16:02,050 Podes facer o cifrado no S3. 301 00:16:02,050 --> 00:16:05,150 Entón cifrado conxunto, ou un servidor definir o cifrado coa súa chave. 302 00:16:05,150 --> 00:16:08,870 Entón, se quere xestionar o claves, pode facelo tamén. 303 00:16:08,870 --> 00:16:09,940 >> E hai Glacier. 304 00:16:09,940 --> 00:16:12,670 Entón Glacier é noso a longo prazo do servizo de arquivo. 305 00:16:12,670 --> 00:16:15,050 Tamén está deseñado para 11 liñas de durabilidade, 306 00:16:15,050 --> 00:16:18,510 pero é para cando quere aforrar algo e esquece-la, non? 307 00:16:18,510 --> 00:16:21,690 Por iso, tanto para o cumprimento ou outro razóns que precisa arquivar algo, 308 00:16:21,690 --> 00:16:22,890 pode usar Glacier. 309 00:16:22,890 --> 00:16:26,210 Entón custa Glacier 0,01 dólares por gigabyte por mes. 310 00:16:26,210 --> 00:16:29,550 E Amazon S3 comeza en US $ 0,03 por gigabyte por mes. 311 00:16:29,550 --> 00:16:35,274 Entón Glacier é menos caro e Glacier leva de tres a cinco horas 312 00:16:35,274 --> 00:16:36,190 para obter os seus datos de volta. 313 00:16:36,190 --> 00:16:37,939 Polo tanto, se está todo OK, se é un caso de arquivo, 314 00:16:37,939 --> 00:16:40,970 entón probablemente Glacier do caso de uso de dereito para iso. 315 00:16:40,970 --> 00:16:42,300 >> Entón hai Storage Pasarela. 316 00:16:42,300 --> 00:16:44,720 Así, o Storage Pasarela é unha máquina virtual 317 00:16:44,720 --> 00:16:50,070 que pode realizar localmente en VMware ou Hyper-V. 318 00:16:50,070 --> 00:16:52,300 Dálle un punto final iSCSI. 319 00:16:52,300 --> 00:16:54,575 Pode entón definir-se outra VM enriba do que 320 00:16:54,575 --> 00:16:58,440 que expón que iSCSI Endpoint con CIFS ou NFS. 321 00:16:58,440 --> 00:17:01,690 Calquera cousa que vai para que compartición de rede e, a continuación, recibe 322 00:17:01,690 --> 00:17:05,970 backup para o Amazon S3, ou Glacier, EBS ou dependendo de como configurar-lo. 323 00:17:05,970 --> 00:17:10,430 Polo tanto, é un xeito doado de obter os seus datos ata AWS. 324 00:17:10,430 --> 00:17:12,510 >> Entón hai os nosos servizos de base de datos. 325 00:17:12,510 --> 00:17:14,589 Así, o primeiro é Amazon RDS. 326 00:17:14,589 --> 00:17:17,589 Entón esta é a nosa relacional servizo de base de datos. 327 00:17:17,589 --> 00:17:21,420 Polo tanto, esta é unha xestión relacional base de datos [? para ti. ?] 328 00:17:21,420 --> 00:17:27,030 Apoiará SQL Server, Oracle, MySQL, PostgreSQL e motores. 329 00:17:27,030 --> 00:17:28,820 >> Fai failover automático. 330 00:17:28,820 --> 00:17:31,580 Entón, se ten a Opción Múltiples AZ activado, 331 00:17:31,580 --> 00:17:37,070 fai a nivel de bloque síncrono replicación en zonas de dispoñibilidade. 332 00:17:37,070 --> 00:17:41,550 E entón, a súa principal falla, el só vai automaticamente 333 00:17:41,550 --> 00:17:43,590 fallo entre eles. 334 00:17:43,590 --> 00:17:47,410 Tamén, para o motor MySQL, soportes ler réplicas na mesma rexión 335 00:17:47,410 --> 00:17:49,210 ou entre as rexións. 336 00:17:49,210 --> 00:17:51,720 E hai todo tipo de opcións interesantes alí. 337 00:17:51,720 --> 00:17:53,200 Entón, vai facer os seus backups para ti. 338 00:17:53,200 --> 00:17:54,480 Polo que vai backup para S3. 339 00:17:54,480 --> 00:17:57,470 Vai facer o seu parche para ti tamén. 340 00:17:57,470 --> 00:17:58,900 >> Entón hai DynamoDB. 341 00:17:58,900 --> 00:18:01,740 DynamoDB é o noso servizo NoSQL xestionado. 342 00:18:01,740 --> 00:18:04,840 Para Dynamo DB el tira todo cargas administrativas 343 00:18:04,840 --> 00:18:09,190 da xestión dun servizo de NoSQL para ti. 344 00:18:09,190 --> 00:18:11,630 Entón só disposición a mesa e di 345 00:18:11,630 --> 00:18:13,380 canto ler e escribir capacidade que quere. 346 00:18:13,380 --> 00:18:15,090 E vai entregar isto para vostede. 347 00:18:15,090 --> 00:18:16,929 Por iso, é moi servizo sinxelos. 348 00:18:16,929 --> 00:18:17,970 Entón hai ElastiCache. 349 00:18:17,970 --> 00:18:21,860 Así, é a nosa ElastiCache servizo de caché xestionado. 350 00:18:21,860 --> 00:18:25,010 É basicamente unha xestión Redis ou ElastiCache. 351 00:18:25,010 --> 00:18:28,830 Entón, de novo, pode provisionar nun cluster de instancias ElastiCache ou Redis 352 00:18:28,830 --> 00:18:34,240 e non se preocupe backups, ou failover, ou calquera destas cousas. 353 00:18:34,240 --> 00:18:36,530 >> Entón temos os nosos servizos de aplicacións. 354 00:18:36,530 --> 00:18:38,770 Así, é a nosa CloudFront rede de distribución de contidos 355 00:18:38,770 --> 00:18:42,240 e vive neses lugares Borde que eu falei antes. 356 00:18:42,240 --> 00:18:44,680 Así, pode ser usado CloudFront para streaming de vídeo en directo, 357 00:18:44,680 --> 00:18:49,150 para demanda streaming de vídeo, e por ter só un sitio web, 358 00:18:49,150 --> 00:18:50,940 así hospedaxe dun sitio. 359 00:18:50,940 --> 00:18:54,270 Entón vostede pode ter sitio aloxado en balance de carga elásticas, 360 00:18:54,270 --> 00:18:59,236 ou instancias, ou baldes S3, ou só en premise hardware. 361 00:18:59,236 --> 00:19:01,610 E pode pór un CloudFront distribución fronte do mesmo. 362 00:19:01,610 --> 00:19:02,660 Vai caché do seu contido. 363 00:19:02,660 --> 00:19:04,160 Vai poñelas sobre os puntos de presenza. 364 00:19:04,160 --> 00:19:06,430 E así, cando alguén vai para a súa web 365 00:19:06,430 --> 00:19:10,100 eles van estar batendo CloudFront, que vai probablemente a máis preto deles 366 00:19:10,100 --> 00:19:11,980 que calquera que sexa a orixe é. 367 00:19:11,980 --> 00:19:15,600 E vai descargar unha morea de a carga fóra da orixe, 368 00:19:15,600 --> 00:19:22,600 así, tanto Aforre lle diñeiro e obter unha mellor experiencia do usuario. 369 00:19:22,600 --> 00:19:24,780 >> Entón hai Amazon CloudSearch. 370 00:19:24,780 --> 00:19:26,810 Así, é un CloudSearch servizo de busca xestionado. 371 00:19:26,810 --> 00:19:30,510 Entón envialo a searchable datos e falar con el a través dunha API, 372 00:19:30,510 --> 00:19:32,710 e que vai facer os resultados de busca para ti. 373 00:19:32,710 --> 00:19:34,530 Despois, hai o Elastic Transcoder. 374 00:19:34,530 --> 00:19:36,530 Polo tanto, é unha solución de transcodificación de xestión. 375 00:19:36,530 --> 00:19:41,050 Vostede pon os seus vídeos en un balde S3, diga a el o que transcodificar en, 376 00:19:41,050 --> 00:19:45,460 Cal o formato eo tamaño e todo. 377 00:19:45,460 --> 00:19:49,470 E vai transcodificar lo e colocá- Lo nun balde S3 para ti. 378 00:19:49,470 --> 00:19:52,600 >> Despois, hai os nosos servizos de datos grandes. 379 00:19:52,600 --> 00:19:55,780 Entón, nós temos Amazon EMR, que é Elastic Map Reduce. 380 00:19:55,780 --> 00:19:58,200 Polo tanto, este é un cadro Hadoop aloxado. 381 00:19:58,200 --> 00:20:02,920 Así, pode xirar un cluster Hadoop de unha instancia para centos de casos 382 00:20:02,920 --> 00:20:04,030 se precisa. 383 00:20:04,030 --> 00:20:06,975 Ten profunda integración de S3, así como un sistema de arquivos para el 384 00:20:06,975 --> 00:20:09,830 pode usar HDSF, que tradicionalmente ver con Hadoop. 385 00:20:09,830 --> 00:20:12,870 Ou pode facer S3 como o sistema de ficheiros. 386 00:20:12,870 --> 00:20:15,240 >> Ten soporte para punto de prezos, a cal é, 387 00:20:15,240 --> 00:20:19,110 na Amazonia, como ofreza por exceso de capacidade. 388 00:20:19,110 --> 00:20:20,840 Entón, el soporta todo isto. 389 00:20:20,840 --> 00:20:26,670 Soporta cadros comúns Hadoop como Faísca e Tiburón e Hive 390 00:20:26,670 --> 00:20:28,460 e Porco. 391 00:20:28,460 --> 00:20:32,950 E vimos máis de 5,5 millón grupos de EMR 392 00:20:32,950 --> 00:20:35,340 lanzou neste momento na Amazonia. 393 00:20:35,340 --> 00:20:38,338 >> Entón temos AWS Datos Segmentación. 394 00:20:38,338 --> 00:20:40,213 Entón Datos Segmentación é unha servizo que permitirá 395 00:20:40,213 --> 00:20:42,296 mover datos entre nosas tendas de datos diferente. 396 00:20:42,296 --> 00:20:48,030 Entón pode incorporarse algo do S3, poñer Lo en RDS, a continuación, facer algunha EMR sobre el, 397 00:20:48,030 --> 00:20:50,760 poñelas Redshift, que é noso Appliance de data warehouse, 398 00:20:50,760 --> 00:20:54,564 e entón pode aproveitar algo dun en premisa, instancia MySQL. 399 00:20:54,564 --> 00:20:56,730 Polo tanto, hai todo tipo de cousas que podes facer con iso. 400 00:20:56,730 --> 00:20:57,646 >> Entón hai Redshift. 401 00:20:57,646 --> 00:21:00,470 Redshift é nosa xestión data warehouse Appliance. 402 00:21:00,470 --> 00:21:04,880 Era para ser escala petabyte, de xeito pode almacenar grandes cantidades de datos sobre el. 403 00:21:04,880 --> 00:21:07,280 É unha arquitectura masivamente paralela. 404 00:21:07,280 --> 00:21:10,040 Entón vostede pode ter moitos nós, se quixese. 405 00:21:10,040 --> 00:21:13,509 E fai todas as copias de seguridade e todo o material administrativo para ti. 406 00:21:13,509 --> 00:21:14,550 E despois hai o kinesis. 407 00:21:14,550 --> 00:21:17,340 Kinesis é o noso tempo real servizo de procesamento. 408 00:21:17,340 --> 00:21:20,970 Así, pode ter algunha fonte de streaming de datos en tempo real, 409 00:21:20,970 --> 00:21:27,360 así dicir como Twitter Firehose, ou un banda de datos de rexistro, envialo kinesis. 410 00:21:27,360 --> 00:21:29,140 Kinesis manexa todo isto para ti. 411 00:21:29,140 --> 00:21:32,250 E entón pode conectarse traballadores a el para tirar as cousas para fóra 412 00:21:32,250 --> 00:21:36,340 e, por exemplo, facer un panel en directo ou facer análises en directo nel. 413 00:21:36,340 --> 00:21:38,330 >> Entón temos os nosos servizos de implantación. 414 00:21:38,330 --> 00:21:42,530 Entón OpsWorks AWS é un cadro DevOps. 415 00:21:42,530 --> 00:21:45,237 Entón colle a súa aplicación, vostede dividídelo en capas. 416 00:21:45,237 --> 00:21:48,195 Entón tes o balance de carga layer, súa capa web, a súa capa de aplicación, 417 00:21:48,195 --> 00:21:51,590 súa capa de base de datos, e cousas disposición a estas capas 418 00:21:51,590 --> 00:21:53,720 con base en ingresos Xefe. 419 00:21:53,720 --> 00:21:56,280 Chef é unha configuración sistema de xestión. 420 00:21:56,280 --> 00:21:59,530 Entón, el tamén soporta eventos de ciclo de vida e así por 421 00:21:59,530 --> 00:22:01,820 se non quere xestionar seu propio Xefe, dereito, 422 00:22:01,820 --> 00:22:04,570 se quere ter algún tipo de forma de programación para aplicar cousas 423 00:22:04,570 --> 00:22:07,420 nas súas instancias esta é unha opción para ti. 424 00:22:07,420 --> 00:22:09,030 >> Entón temos Elastic beanstalk. 425 00:22:09,030 --> 00:22:16,030 Entón Elastic beanstalk é un servizo que permite a-- dicir que é un creador. 426 00:22:16,030 --> 00:22:18,630 Ten o seu código nun repo Git. 427 00:22:18,630 --> 00:22:22,030 Non quere ter que preocuparse sobre a implantación dos seus propios ELBs ou RDS 428 00:22:22,030 --> 00:22:24,500 instancias ou instancias EC2 regulares. 429 00:22:24,500 --> 00:22:29,050 Entón, o que fai é, a partir do seu código, basta envialo Elastic beanstalk. 430 00:22:29,050 --> 00:22:33,310 Elastic beanstalk vai disposición RDS instancias e ELBs e todas esas cousas 431 00:22:33,310 --> 00:22:35,556 para ti e para aplicar o seu código para eles. 432 00:22:35,556 --> 00:22:37,305 Así, tórnase moi máis doado para desenvolvedores 433 00:22:37,305 --> 00:22:40,600 para implantar o seu código en AWS. 434 00:22:40,600 --> 00:22:41,910 >> Entón hai CloudFormation. 435 00:22:41,910 --> 00:22:47,310 Entón CloudFormation é un servizo para tratamento da súa infraestrutura como código. 436 00:22:47,310 --> 00:22:50,280 Polo tanto, agora que ten todo isto material na súa aplicación, 437 00:22:50,280 --> 00:22:52,680 ten o seu VPC, e súas normas de grupo de seguridade, 438 00:22:52,680 --> 00:22:56,000 e as súas instancias EC2, e as súas instancias RDS. 439 00:22:56,000 --> 00:22:58,130 Entón tes toda esa arquitectura na AWS. 440 00:22:58,130 --> 00:23:01,340 Ben, como programaticamente xirar que arriba ou recriá-lo? 441 00:23:01,340 --> 00:23:04,170 Podes escribir un arquivo JSON que representa todo isto. 442 00:23:04,170 --> 00:23:05,920 E entón podes [? tomar?] o ficheiro JSON 443 00:23:05,920 --> 00:23:08,180 e implantar o seu infraestrutura fóra del. 444 00:23:08,180 --> 00:23:10,930 Entón vostede pode ter unha arquitectura onde, cada vez que implantar código, 445 00:23:10,930 --> 00:23:14,560 xira-se unha nova copia do seu enteiro arquitectura e despois non máis a el. 446 00:23:14,560 --> 00:23:19,130 Así, tamén se pode facer isto para ten unha infraestrutura mutável. 447 00:23:19,130 --> 00:23:21,970 >> Entón, finalmente, hai o noso servizos de administración. 448 00:23:21,970 --> 00:23:25,270 Así, os nosos servizos de administración comezar coa Amazonia IAM, 449 00:23:25,270 --> 00:23:27,410 por iso é Identity and Access Management. 450 00:23:27,410 --> 00:23:30,150 Así que lle permite xestionar a súa conta AWS 451 00:23:30,150 --> 00:23:32,290 así pode que sub usuarios e grupos e facer 452 00:23:32,290 --> 00:23:34,330 a federación de identidade e todo tipo de cousas. 453 00:23:34,330 --> 00:23:36,690 É moi importante para a seguridade. 454 00:23:36,690 --> 00:23:39,440 >> Entón temos Amazon CloudWatch, que é o noso servizo de métricas. 455 00:23:39,440 --> 00:23:41,956 Por iso, dálle o uso da CPU e todo tipo de métricas. 456 00:23:41,956 --> 00:23:44,080 E pode facer personalizado métricas e [? pode facer?] 457 00:23:44,080 --> 00:23:47,050 scaling auto con base nesas métricas. 458 00:23:47,050 --> 00:23:48,450 >> E entón temos CloudTrail. 459 00:23:48,450 --> 00:23:50,680 Así, é a nosa CloudTrail de servizos de auditoría. 460 00:23:50,680 --> 00:23:54,380 Así, el ha rexistrar chamadas de API contra a Amazon Web Services. 461 00:23:54,380 --> 00:23:56,560 Entón, quen reiniciar neste caso? 462 00:23:56,560 --> 00:23:58,060 Quen cambiou ese grupo de seguridade? 463 00:23:58,060 --> 00:23:59,810 E rexistro-los en baldes necesarias para que 464 00:23:59,810 --> 00:24:03,650 pode ver o que pasou en súa conta e quen fixo iso. 465 00:24:03,650 --> 00:24:05,600 >> Un novo servizo que nós ten é escritorios. 466 00:24:05,600 --> 00:24:08,530 Polo tanto, é unha virtualización de escritorios na AWS. 467 00:24:08,530 --> 00:24:13,290 Entón podes provisionar un estación de traballo, unha estación de traballo de Windows, 468 00:24:13,290 --> 00:24:17,810 e entón virá -Se en poucos minutos. 469 00:24:17,810 --> 00:24:21,470 Vai ser conectado ao seu activo directorio, entón con seus usuarios. 470 00:24:21,470 --> 00:24:23,580 E pode facilmente reconstruíla-lo. 471 00:24:23,580 --> 00:24:25,090 Pode facilmente disposición un novo. 472 00:24:25,090 --> 00:24:28,250 Hai diferentes tipos con software diferente alí. 473 00:24:28,250 --> 00:24:30,740 >> Polo tanto, agora que xa pasou por unha morea de nosos servizos, imos 474 00:24:30,740 --> 00:24:31,850 facer unha demostración real en directo. 475 00:24:31,850 --> 00:24:35,700 Entón, eu estou indo a transitar ao meu navegador aquí. 476 00:24:35,700 --> 00:24:41,270 Entón o que quero amosar-lle é como configurar rapidamente 477 00:24:41,270 --> 00:24:43,690 unha instancia EC2 con WordPress sobre el. 478 00:24:43,690 --> 00:24:45,440 E entón nós imos para facer o mesmo, 479 00:24:45,440 --> 00:24:48,890 pero nós estamos indo a xirar unha instancia RDS e un ELB. 480 00:24:48,890 --> 00:24:52,690 Entón, nós imos facelo só na instancia e imos romper todas as capas para fóra tamén. 481 00:24:52,690 --> 00:24:54,510 >> Entón, imos comezar unha instancia EC2. 482 00:24:54,510 --> 00:24:57,190 Entón o primeiro que Eu xa fixen aquí 483 00:24:57,190 --> 00:24:59,230 é que vai querer para ter un par de chaves. 484 00:24:59,230 --> 00:25:03,576 Así, un par de claves permite que logar no exemplo real. 485 00:25:03,576 --> 00:25:05,450 Entón manter o privado parte do par de chaves, 486 00:25:05,450 --> 00:25:08,570 e imos poñer o público parte para a instancia. 487 00:25:08,570 --> 00:25:11,700 E iso é o que permite que faga o log in. 488 00:25:11,700 --> 00:25:16,330 Entón, eu xa importou o meu par de chaves, só a miña regulares par de chaves SSH aquí. 489 00:25:16,330 --> 00:25:19,290 >> E así, a outra cousa Vou facer aquí é, 490 00:25:19,290 --> 00:25:22,214 Xa teño algúns casos correndo, pero eu vou publicar un novo. 491 00:25:22,214 --> 00:25:24,130 Entón, eu vou elixir o meu sistema operativo aquí. 492 00:25:24,130 --> 00:25:27,970 Así podes ver que teño unha gran selección de sistema operativo. 493 00:25:27,970 --> 00:25:31,015 Entón, eu só vou ir seu defecto Amazon Linux. 494 00:25:31,015 --> 00:25:32,930 >> E eu estou indo a escoller un tipo de instancia. 495 00:25:32,930 --> 00:25:35,890 E xa que este é un servidor web, eu vou 496 00:25:35,890 --> 00:25:39,540 para facer un c3.large porque é probablemente calcular intensiva. 497 00:25:39,540 --> 00:25:45,210 Entón, eu estou indo a escoller un c3.large, e eu estou indo a publicar un deles. 498 00:25:45,210 --> 00:25:48,630 Vou deixar en o estándar VPC para agora. 499 00:25:48,630 --> 00:25:50,810 Vou deixar todo iso só. 500 00:25:50,810 --> 00:25:53,270 >> E eu estou indo a permitir Seguimento CloudWatch 501 00:25:53,270 --> 00:25:56,204 porque CloudWatch detallada seguimento cambia CloudWatch 502 00:25:56,204 --> 00:25:58,870 seguimento de cinco minutos resolución para a resolución dun minuto. 503 00:25:58,870 --> 00:26:02,510 Entón, quero que o meu servidor web aquí. 504 00:26:02,510 --> 00:26:05,220 E entón eu estou indo a ir ao almacenamento. 505 00:26:05,220 --> 00:26:08,710 Entón, quero SSD Xeneral Purpose aquí. 506 00:26:08,710 --> 00:26:11,940 8GB é probablemente o suficiente para min, entón eu só vou manter isto. 507 00:26:11,940 --> 00:26:16,360 508 00:26:16,360 --> 00:26:19,230 Eu só vou a rotular el WordPress demostración. 509 00:26:19,230 --> 00:26:22,149 Entón que é o tag para que eu sabe o que realmente é. 510 00:26:22,149 --> 00:26:24,190 E entón eu vou configurar un grupo de seguridade. 511 00:26:24,190 --> 00:26:27,510 Así, un grupo de seguridade é como Un firewall para a instancia. 512 00:26:27,510 --> 00:26:30,780 Entón, eu estou indo a usar un dos meus xa existentes. 513 00:26:30,780 --> 00:26:35,890 Polo tanto, este grupo de seguridade, que permite SSH, para que eu poida SSH para el. 514 00:26:35,890 --> 00:26:37,580 E permite HTTP. 515 00:26:37,580 --> 00:26:40,390 >> Agora, eu vou querer bloquear down que SSH un pouco máis. 516 00:26:40,390 --> 00:26:43,220 Non quere só alguén desde calquera SSHing enderezo IP no. 517 00:26:43,220 --> 00:26:45,240 Entón, nós imos facelo despois que lanza. 518 00:26:45,240 --> 00:26:49,100 >> Entón, eu estou feliz con todo desas cousas aquí. 519 00:26:49,100 --> 00:26:50,167 E eu estou indo para o lanzamento. 520 00:26:50,167 --> 00:26:52,250 E entón eu vou escoller o par de chaves que quero. 521 00:26:52,250 --> 00:26:54,750 Entón, eu estou indo a escoller que par de chaves que eu actualizar antes. 522 00:26:54,750 --> 00:26:57,570 523 00:26:57,570 --> 00:27:01,960 >> Polo tanto, agora que eu estou esperando para que emprendese, imos 524 00:27:01,960 --> 00:27:03,320 ir ollar para o noso grupo de seguridade. 525 00:27:03,320 --> 00:27:06,720 Entón, nós temos grupos de seguridade aquí. 526 00:27:06,720 --> 00:27:09,550 Aquí está a miña seguridade grupo que eu poñelas. 527 00:27:09,550 --> 00:27:11,200 >> Vou só cambiar isto aquí. 528 00:27:11,200 --> 00:27:15,710 Entón deixe-me facer deste un pouco maior aquí. 529 00:27:15,710 --> 00:27:21,275 Entón, quero cambiar isto de calquera lugar para o meu IP. 530 00:27:21,275 --> 00:27:23,150 Porque esa vontade automaticamente incorporarse o meu IP 531 00:27:23,150 --> 00:27:26,650 abordar aquí e bloquear Lo algo. 532 00:27:26,650 --> 00:27:29,030 >> E así, mentres que instancia está xirando, 533 00:27:29,030 --> 00:27:32,040 imos virar algunhas cousas para a nosa outra instancia 534 00:27:32,040 --> 00:27:35,060 onde estamos indo a saír a base de datos e balance de carga 535 00:27:35,060 --> 00:27:37,160 de xeito que pode ser preparado por nós. 536 00:27:37,160 --> 00:27:41,580 Entón, o primeiro que eu vou querer que facer é xirar un balanceador de carga. 537 00:27:41,580 --> 00:27:44,690 Entón, eu estou indo a escoller un balanceador de carga aquí. 538 00:27:44,690 --> 00:27:48,410 E eu vou chamalo WordpressELB. 539 00:27:48,410 --> 00:27:52,106 540 00:27:52,106 --> 00:27:55,450 E eu vou só-- todo Quero é o porto 80 aquí. 541 00:27:55,450 --> 00:27:57,960 >> E de momento para a saúde comprobar, eu só vou facer TCP. 542 00:27:57,960 --> 00:28:00,190 Polo tanto, en execución de Apache, vai ser bo. 543 00:28:00,190 --> 00:28:03,760 E eu vou diminuír o saudable límite só para que se faga saudable 544 00:28:03,760 --> 00:28:06,360 moi rapidamente. 545 00:28:06,360 --> 00:28:08,710 Entón, unha vez máis, iso ten un grupo de seguridade. 546 00:28:08,710 --> 00:28:12,480 Entón, eu xa fixen unha seguridade grupo para este chamado WordPress ELB. 547 00:28:12,480 --> 00:28:17,120 E é basicamente só vai para aceptar o tráfico do porto 80. 548 00:28:17,120 --> 00:28:19,580 E entón eu non estou indo para engadir todas as instancias para iso por agora. 549 00:28:19,580 --> 00:28:22,290 550 00:28:22,290 --> 00:28:26,720 E eu vou saltar o marcado. 551 00:28:26,720 --> 00:28:30,010 E así imos crear esta ELB agora. 552 00:28:30,010 --> 00:28:33,800 >> Entón creou o balance de carga. 553 00:28:33,800 --> 00:28:36,680 Eu tamén estou indo a publicar un exemplo aquí, 554 00:28:36,680 --> 00:28:40,280 só para a parte web do meu WordPress. 555 00:28:40,280 --> 00:28:42,580 Entón, imos alí. 556 00:28:42,580 --> 00:28:45,920 Eu só vou facer o mesmo cousa que eu fixen antes. 557 00:28:45,920 --> 00:28:53,620 Entón c3.large, CloudWatch seguimento detallado habilitado. 558 00:28:53,620 --> 00:28:56,290 559 00:28:56,290 --> 00:28:57,310 SSDs de uso xeral. 560 00:28:57,310 --> 00:29:02,470 561 00:29:02,470 --> 00:29:05,590 Chama ese WordPress Web. 562 00:29:05,590 --> 00:29:11,440 563 00:29:11,440 --> 00:29:14,480 >> E quero escoller a-- eu xa ten un grupo de seguridade para iso. 564 00:29:14,480 --> 00:29:18,320 565 00:29:18,320 --> 00:29:23,520 Polo tanto, este grupo de seguridade acepta tráfico na porta 80 do meu WordPress ELB 566 00:29:23,520 --> 00:29:26,430 grupo de seguridade, a partir da seguridade grupo do meu balance de carga, 567 00:29:26,430 --> 00:29:30,654 pero tamén SSH, que unha vez máis, imos bloquear. 568 00:29:30,654 --> 00:29:31,820 Entón, eu estou indo a publicar este. 569 00:29:31,820 --> 00:29:39,360 570 00:29:39,360 --> 00:29:39,990 Dereita. 571 00:29:39,990 --> 00:29:43,530 >> E entón o que vou facer a continuación é Eu estou indo para iniciar unha instancia RDS. 572 00:29:43,530 --> 00:29:44,870 RDS será o meu banco de datos. 573 00:29:44,870 --> 00:29:47,100 Entón, eu estou indo a ir aquí. 574 00:29:47,100 --> 00:29:48,560 Eu estou indo a ir a RDS. 575 00:29:48,560 --> 00:29:52,800 576 00:29:52,800 --> 00:29:56,239 Vou iniciar unha nova sesión. 577 00:29:56,239 --> 00:29:57,530 Entón, eu vou elixir o meu motor. 578 00:29:57,530 --> 00:30:00,850 Entón aquí eu teño unha selección de MySQL, Postgres, Oracle ou SQL Server. 579 00:30:00,850 --> 00:30:02,640 Quero MySQL. 580 00:30:02,640 --> 00:30:06,160 E así eu vou dicir que si. 581 00:30:06,160 --> 00:30:09,680 >> Polo tanto, esta é unha opción para o Múltiples AZ. 582 00:30:09,680 --> 00:30:14,267 Entón Múltiples AZ, de novo, estas repeticións vai xirar dúas instancias RDS 583 00:30:14,267 --> 00:30:15,600 e facer a replicación entre eles. 584 00:30:15,600 --> 00:30:20,510 E se eu non quere que eu só podo ter unha única instancia, pero eu non quero iso. 585 00:30:20,510 --> 00:30:22,490 E entón eu vou escoller o meu motor de base de datos. 586 00:30:22,490 --> 00:30:24,907 Entón, eu estou indo a escoller o máis recente aquí. 587 00:30:24,907 --> 00:30:27,240 E entón eu vou buscá- Que tipo de exemplo que quero. 588 00:30:27,240 --> 00:30:30,950 >> Entón, quero un R3, de xeito que é a memoria optimizada instancia. 589 00:30:30,950 --> 00:30:32,740 Entón, eu estou indo a escoller o R3. 590 00:30:32,740 --> 00:30:35,430 E eu estou indo a escoller Si, quero Múltiples AZ. 591 00:30:35,430 --> 00:30:37,110 E quero SSD de propósito xeral. 592 00:30:37,110 --> 00:30:39,380 >> E eu probablemente quere un pouco máis de almacenamento. 593 00:30:39,380 --> 00:30:40,897 Vou ter 10 concertos aquí. 594 00:30:40,897 --> 00:30:42,730 E entón eu vou incorporarse algunhas credenciais. 595 00:30:42,730 --> 00:30:44,641 Entón, cal é identificador para o meu base de datos? 596 00:30:44,641 --> 00:30:46,015 Por iso, será wordpressdb1. 597 00:30:46,015 --> 00:30:50,725 598 00:30:50,725 --> 00:30:53,127 Vou chamar esa raíz. 599 00:30:53,127 --> 00:30:54,460 Vou darlle un contrasinal. 600 00:30:54,460 --> 00:30:58,380 601 00:30:58,380 --> 00:31:03,780 >> E nós estamos indo a escoller un grupo de seguridade para iso tamén. 602 00:31:03,780 --> 00:31:05,740 Entón, eu xa fixen un grupo de seguridade para iso. 603 00:31:05,740 --> 00:31:08,400 604 00:31:08,400 --> 00:31:11,307 E entón eu vou darlle un nome de base de datos. 605 00:31:11,307 --> 00:31:13,015 Entón imos só chamalo WordPress. 606 00:31:13,015 --> 00:31:16,727 607 00:31:16,727 --> 00:31:18,560 E nós imos escoller unha fiestra de retención 608 00:31:18,560 --> 00:31:21,170 para que isto fai backups para ti. 609 00:31:21,170 --> 00:31:23,330 Entón, quero unha semana de backups. 610 00:31:23,330 --> 00:31:25,610 E eu non teño unha preferencia para o diálogo de copia de seguridade. 611 00:31:25,610 --> 00:31:28,665 E quero que el automaticamente actualizar a miña versión menor aquí. 612 00:31:28,665 --> 00:31:31,180 Entón eu vou deixar isto como predeterminado. 613 00:31:31,180 --> 00:31:33,490 E entón agora eu estou lanzando miña instancia RDS. 614 00:31:33,490 --> 00:31:37,370 615 00:31:37,370 --> 00:31:37,870 Non? 616 00:31:37,870 --> 00:31:40,597 Entón, agora está a ser creado. 617 00:31:40,597 --> 00:31:42,430 Entón, agora estamos só esperando para a súa instalación. 618 00:31:42,430 --> 00:31:48,055 Así, mentres que o que está a suceder, imos entrar en a primeira instancia EC2 que fixemos. 619 00:31:48,055 --> 00:31:55,090 620 00:31:55,090 --> 00:31:57,520 Entón é esta demostración WordPress. 621 00:31:57,520 --> 00:31:58,760 E nós imos comprobar iso. 622 00:31:58,760 --> 00:31:59,450 Yep. 623 00:31:59,450 --> 00:32:02,620 >> Entón, imos ver se podemos facer login para el. 624 00:32:02,620 --> 00:32:06,220 Entón, eu estou indo a copiar o nome do servidor público dela. 625 00:32:06,220 --> 00:32:09,090 Vou abrir unha fiestra do shell aquí. 626 00:32:09,090 --> 00:32:14,480 627 00:32:14,480 --> 00:32:17,610 [Inaudível] SSH. 628 00:32:17,610 --> 00:32:21,423 O usuario estándar é EC2-user. 629 00:32:21,423 --> 00:32:25,271 >> Audiencia: Leo, faría importaría Command [inaudível]? 630 00:32:25,271 --> 00:32:27,200 >> LEO ZHADANOVSKY: Bo? 631 00:32:27,200 --> 00:32:30,190 E así imos tratar SSH in. 632 00:32:30,190 --> 00:32:30,960 Yep. 633 00:32:30,960 --> 00:32:34,420 Entón, eu estou no meu exemplo agora. 634 00:32:34,420 --> 00:32:36,550 Entón, eu estou en SSHed. 635 00:32:36,550 --> 00:32:38,970 É ata por cinco minutos para é sempre o meu exemplo. 636 00:32:38,970 --> 00:32:41,020 >> Entón o primeiro que estamos Vai querer facer aquí 637 00:32:41,020 --> 00:32:45,190 se está me dicindo que, oh, Eu teño algunhas actualizacións de seguridade. 638 00:32:45,190 --> 00:32:47,855 Entón, eu estou indo só para correr cada actualización de seguridade aquí. 639 00:32:47,855 --> 00:32:51,746 [? sudo yum?] menos y actualización. 640 00:32:51,746 --> 00:32:54,539 Por iso, vai instalar rapidamente aqueles. 641 00:32:54,539 --> 00:32:57,080 A seguinte cousa que quero facer é que eu pretende instalar máis algunhas cousas. 642 00:32:57,080 --> 00:33:00,910 Entón eu vou ter que instalar MySQL. 643 00:33:00,910 --> 00:33:02,660 Vou ter que instalar Apache. 644 00:33:02,660 --> 00:33:04,190 Vou ter que instalar PHP. 645 00:33:04,190 --> 00:33:07,680 Vou ter que instalar o plugin PHP para MySQL. 646 00:33:07,680 --> 00:33:11,100 E eu teño que instalar o servidor de MySQL. 647 00:33:11,100 --> 00:33:12,440 Entón, imos instalar este material. 648 00:33:12,440 --> 00:33:14,980 649 00:33:14,980 --> 00:33:15,500 >> Instalación. 650 00:33:15,500 --> 00:33:16,770 Entón, iso é feito. 651 00:33:16,770 --> 00:33:20,220 Entón, agora quero [? HTTPD. ?] EU quere Apache para iniciar na inicialización. 652 00:33:20,220 --> 00:33:21,380 Entón, eu vou facelo. 653 00:33:21,380 --> 00:33:29,250 654 00:33:29,250 --> 00:33:29,750 Aceptar. 655 00:33:29,750 --> 00:33:31,800 Polo tanto, agora se eu reiniciar este que vai comezar. 656 00:33:31,800 --> 00:33:36,210 >> Eu tamén quero MySQL para iniciar na inicialización. 657 00:33:36,210 --> 00:33:37,615 Entón mesmo. 658 00:33:37,615 --> 00:33:41,784 659 00:33:41,784 --> 00:33:45,080 Oops, erro tipográfico aquí. 660 00:33:45,080 --> 00:33:45,580 Todo certo. 661 00:33:45,580 --> 00:33:53,220 E entón, en realidade, eu vou iniciar meu servidor web máis tarde. 662 00:33:53,220 --> 00:33:56,514 Agora quero comezar o meu servidor de base de datos, con todo. 663 00:33:56,514 --> 00:33:57,906 Entón faga iso. 664 00:33:57,906 --> 00:34:01,618 665 00:34:01,618 --> 00:34:04,120 E por iso está de partida para Por primeira vez, así que eu son 666 00:34:04,120 --> 00:34:06,070 vai ter que facer algúns pasos básicos aquí. 667 00:34:06,070 --> 00:34:09,070 Entón, o primeiro que eu vou facer defínese un contrasinal de administrador para o meu MySQL. 668 00:34:09,070 --> 00:34:15,980 >> Entón, eu só vou realizar este MySQL mando de instalación segura. 669 00:34:15,980 --> 00:34:19,239 Entón, el ten ningunha raíz actual password, entón imos definir un. 670 00:34:19,239 --> 00:34:24,830 671 00:34:24,830 --> 00:34:27,429 E eu estou indo para eliminar estes usuarios anónimos que crea 672 00:34:27,429 --> 00:34:29,750 e desactivar o login root. 673 00:34:29,750 --> 00:34:31,270 E eliminar os bancos de datos de proba. 674 00:34:31,270 --> 00:34:36,514 Polo tanto, este todo tipo de productionizes instalar MySQL. 675 00:34:36,514 --> 00:34:38,260 >> Entón, iso é feito. 676 00:34:38,260 --> 00:34:40,630 Entón agora eu debería ser capaz de conectar ao meu servidor de MySQL. 677 00:34:40,630 --> 00:34:42,805 Entón, eu estou indo a ver se funciona aquí. 678 00:34:42,805 --> 00:34:46,030 679 00:34:46,030 --> 00:34:46,530 Yep. 680 00:34:46,530 --> 00:34:50,699 Entón, eu estou no meu servidor de MySQL. 681 00:34:50,699 --> 00:34:55,010 >> Entón, agora a seguinte cousa que quero facer é Quero crear o meu banco de datos WordPress. 682 00:34:55,010 --> 00:34:56,429 Entón eu vou facer MySQL administración. 683 00:34:56,429 --> 00:35:09,845 684 00:35:09,845 --> 00:35:10,345 [Inaudível] 685 00:35:10,345 --> 00:35:13,327 686 00:35:13,327 --> 00:35:13,840 Todo certo. 687 00:35:13,840 --> 00:35:15,520 Entón, eu creei o meu banco de datos. 688 00:35:15,520 --> 00:35:18,160 >> E agora o que quero facer é que eu Quere crear un usuario WordPress. 689 00:35:18,160 --> 00:35:20,240 Entón, eu non quero facer login para meu WordPress co usuario root 690 00:35:20,240 --> 00:35:21,420 porque iso sería malo. 691 00:35:21,420 --> 00:35:24,810 Entón, quero un usuario que só pode acceder á base de datos WordPress. 692 00:35:24,810 --> 00:35:27,970 Entón imos entrar aquí de novo. 693 00:35:27,970 --> 00:35:33,720 E nós imos [? mover?] que aquí. 694 00:35:33,720 --> 00:35:36,870 >> Entón o que eu estou facendo aquí é Estou creando un usuario que 695 00:35:36,870 --> 00:35:40,220 poden conectarse de localhost que é identificado meu contrasinal super seguro 696 00:35:40,220 --> 00:35:42,510 aquí. 697 00:35:42,510 --> 00:35:46,595 E entón eu vou conceder este o acceso do usuario a todo a base de datos. 698 00:35:46,595 --> 00:35:51,091 699 00:35:51,091 --> 00:35:51,590 Todo certo. 700 00:35:51,590 --> 00:35:56,200 E entón agora eu debería ser poder iniciar sesión como este usuario 701 00:35:56,200 --> 00:35:58,670 e só ver este banco de datos [? e?] base de datos de proba. 702 00:35:58,670 --> 00:36:04,970 >> Entón eu vou facer mysql menos u WordPress, en vez de root. 703 00:36:04,970 --> 00:36:10,360 704 00:36:10,360 --> 00:36:10,860 Todo certo? 705 00:36:10,860 --> 00:36:16,920 E, entón, debe ser capaz de fazer-- non? 706 00:36:16,920 --> 00:36:18,740 Así podo ver o meu banco de datos WordPress aquí. 707 00:36:18,740 --> 00:36:19,920 Entón, iso é óptimo. 708 00:36:19,920 --> 00:36:22,420 >> Entón, agora necesitamos realmente descargar e instalar WordPress. 709 00:36:22,420 --> 00:36:26,220 Entón imos ao noso directorio web. 710 00:36:26,220 --> 00:36:31,760 Entón, eu estou indo a Wget WordPress, o última versión do WordPress aquí. 711 00:36:31,760 --> 00:36:36,100 712 00:36:36,100 --> 00:36:37,320 Vou extraer iso. 713 00:36:37,320 --> 00:36:42,195 714 00:36:42,195 --> 00:36:44,690 E agora eu vou cambiar o directorio HTML, que 715 00:36:44,690 --> 00:36:48,150 é o estándar [? ?] Raíz web, co directorio WordPress, entón. 716 00:36:48,150 --> 00:37:01,650 717 00:37:01,650 --> 00:37:02,410 >> Todo certo. 718 00:37:02,410 --> 00:37:06,580 E agora eu estou indo só para cambio os permisos para que o Apache 719 00:37:06,580 --> 00:37:09,450 usuario posúe o directorio WordPress. 720 00:37:09,450 --> 00:37:12,611 721 00:37:12,611 --> 00:37:13,110 Todo certo. 722 00:37:13,110 --> 00:37:17,070 E, finalmente, eu vou comezar a miña servidor web e espero que todo funciona. 723 00:37:17,070 --> 00:37:21,650 724 00:37:21,650 --> 00:37:22,150 Todo certo. 725 00:37:22,150 --> 00:37:23,940 Entón agora imos ver que pasa aquí. 726 00:37:23,940 --> 00:37:28,520 Entón, eu estou indo a ir aquí. 727 00:37:28,520 --> 00:37:30,700 E ver se podo para este exemplo aquí. 728 00:37:30,700 --> 00:37:35,200 729 00:37:35,200 --> 00:37:35,740 Todo certo. 730 00:37:35,740 --> 00:37:39,860 Entón aquí está a nosa pantalla de configuración do WordPress. 731 00:37:39,860 --> 00:37:42,020 Entón, nós sabemos toda esta información. 732 00:37:42,020 --> 00:37:44,170 Así, o noso nome da base é WordPress. 733 00:37:44,170 --> 00:37:47,550 >> O noso nome de usuario será WordPress. 734 00:37:47,550 --> 00:37:50,462 Eu teño a miña contrasinal de super seguro aquí. 735 00:37:50,462 --> 00:37:53,869 Nós imos ser conectando a localhost. 736 00:37:53,869 --> 00:37:58,040 E nós estamos indo a executar a instalación. 737 00:37:58,040 --> 00:38:00,430 >> Agora nós só estamos indo a dar o meu sitio un nome. 738 00:38:00,430 --> 00:38:04,600 Entón Blog sorprendente de Leo. 739 00:38:04,600 --> 00:38:08,265 740 00:38:08,265 --> 00:38:12,580 [Inaudível] username. 741 00:38:12,580 --> 00:38:15,972 Eu estou indo a obter un contrasinal para o meu nome. 742 00:38:15,972 --> 00:38:18,979 743 00:38:18,979 --> 00:38:20,520 Vou poñer no meu enderezo de correo-e. 744 00:38:20,520 --> 00:38:23,790 745 00:38:23,790 --> 00:38:29,326 E xa que é unha proba de un, eu non quere os motores de busca para indexar este. 746 00:38:29,326 --> 00:38:30,820 Entón, agora estamos instalando WordPress. 747 00:38:30,820 --> 00:38:32,070 Entón, agora nós está todo definido. 748 00:38:32,070 --> 00:38:33,850 >> Entón, aquí está o meu WordPress. 749 00:38:33,850 --> 00:38:37,660 750 00:38:37,660 --> 00:38:40,345 E aquí está o meu panel. 751 00:38:40,345 --> 00:38:42,300 É unha WordPress en pleno funcionamento. 752 00:38:42,300 --> 00:38:47,026 Podo actualizar os plugins aquí, se eu quixese. 753 00:38:47,026 --> 00:38:49,290 Faga o que quero aquí. 754 00:38:49,290 --> 00:38:52,610 E aquí é o meu real totalmente correndo WordPress no meu unha instancia. 755 00:38:52,610 --> 00:38:55,760 >> Agora, iso é óptimo se ten un lugar de proba, pero iso non escala. 756 00:38:55,760 --> 00:38:56,737 Temos un exemplo. 757 00:38:56,737 --> 00:38:59,070 Podemos facer esa instancia realmente enorme, pero nalgún momento 758 00:38:59,070 --> 00:39:01,165 vai executar para fóra da sala de escala vertical. 759 00:39:01,165 --> 00:39:03,290 Entón vai querer escala-lo máis que iso. 760 00:39:03,290 --> 00:39:05,290 >> É por iso que xirou cara arriba con todas esas outras cousas. 761 00:39:05,290 --> 00:39:07,620 Entón, imos ver se o noso Instancia RDS está feito. 762 00:39:07,620 --> 00:39:13,500 763 00:39:13,500 --> 00:39:16,170 [? Si ,?] nosos RDS instancia está case listo. 764 00:39:16,170 --> 00:39:19,520 Entón, iso é OK porque, mentres podemos establecer o noso exemplo EC2. 765 00:39:19,520 --> 00:39:22,670 Vai ser só un procedemento un pouco diferente. 766 00:39:22,670 --> 00:39:24,940 >> Entón, nós temos o noso web WordPress. 767 00:39:24,940 --> 00:39:28,540 Agora eu xa tiña un corredor onte. 768 00:39:28,540 --> 00:39:33,670 Entón, eu só teño que descubrir cal unha era que eu lanzado hoxe. 769 00:39:33,670 --> 00:39:36,710 Entón, este foi lanzado 04 de novembro. 770 00:39:36,710 --> 00:39:39,370 771 00:39:39,370 --> 00:39:40,770 Entón, iso é o que a partir de hoxe. 772 00:39:40,770 --> 00:39:43,720 [? Sei?] Este foi lanzou, oh, 04:00. 773 00:39:43,720 --> 00:39:45,905 Entón, en realidade, este é o novo. 774 00:39:45,905 --> 00:39:51,474 775 00:39:51,474 --> 00:39:51,974 Yep. 776 00:39:51,974 --> 00:39:52,930 Aceptar. 777 00:39:52,930 --> 00:39:54,590 >> Entón, esta é a miña nova sesión. 778 00:39:54,590 --> 00:39:56,110 Entón, de novo, eu vou conectar vía SSH para el. 779 00:39:56,110 --> 00:40:01,550 780 00:40:01,550 --> 00:40:05,630 Entón imos voltar para o meu terminal aquí. 781 00:40:05,630 --> 00:40:08,350 Entón, eu vou saír desta. 782 00:40:08,350 --> 00:40:11,232 Vou chamar vía SSH á nova instancia. 783 00:40:11,232 --> 00:40:15,160 784 00:40:15,160 --> 00:40:15,660 Todo certo. 785 00:40:15,660 --> 00:40:17,951 Entón eu vou ter que facer algunhas das mesmas cousas aquí. 786 00:40:17,951 --> 00:40:19,540 Entón, eu estou indo a executar as actualizacións de seguridade. 787 00:40:19,540 --> 00:40:23,790 788 00:40:23,790 --> 00:40:25,654 Eu estou indo a instalar algúns paquetes. 789 00:40:25,654 --> 00:40:27,820 Os paquetes van ser un pouco diferente agora. 790 00:40:27,820 --> 00:40:31,660 >> Entón, eu non teño o servidor de MySQL porque estamos rompendo iso. 791 00:40:31,660 --> 00:40:35,580 Entón, eu aínda vou instalar o cliente de MySQL. 792 00:40:35,580 --> 00:40:37,400 Eu aínda estou indo a instalar Apache. 793 00:40:37,400 --> 00:40:40,142 Eu aínda vou instalar PHP e MySQL PHP. 794 00:40:40,142 --> 00:40:42,100 Eu só non vou instalar o servidor de MySQL. 795 00:40:42,100 --> 00:40:44,640 796 00:40:44,640 --> 00:40:50,203 >> Entón, eu aínda vou facer seguro Apache inicia no arranque. 797 00:40:50,203 --> 00:40:55,890 798 00:40:55,890 --> 00:40:57,790 Agora necesitamos que a base de datos para ser superior. 799 00:40:57,790 --> 00:41:02,140 Entón, mentres nós que imos engadir esta instancia ao balance de carga. 800 00:41:02,140 --> 00:41:04,610 Entón, nós estamos indo a ir nosa Load Balance aquí. 801 00:41:04,610 --> 00:41:08,430 E nós só estamos indo a anota o ID de instancia. 802 00:41:08,430 --> 00:41:10,410 Teño o meu ID exemplo aquí. 803 00:41:10,410 --> 00:41:19,330 >> Cando vou ao meu balance de carga, Mira, aquí está o meu balance de carga, 804 00:41:19,330 --> 00:41:20,945 aquí está o seu nome DNS. 805 00:41:20,945 --> 00:41:23,410 Entón, el ten cero de sucesos en servizo no momento 806 00:41:23,410 --> 00:41:26,040 porque eu aínda non engade todas as instancias a el. 807 00:41:26,040 --> 00:41:27,950 Entón, eu estou indo a engadir o meu exemplo. 808 00:41:27,950 --> 00:41:29,635 Entón, aquí está a miña lista de instancias. 809 00:41:29,635 --> 00:41:32,240 810 00:41:32,240 --> 00:41:39,170 Entón, se eu queira este, así que eu son vai engadir un agasallo para el. 811 00:41:39,170 --> 00:41:41,150 >> Agora vai esperar e iso non vai 812 00:41:41,150 --> 00:41:43,600 para permitir que esta instancia ata que se pasa a ser saudable. 813 00:41:43,600 --> 00:41:47,779 814 00:41:47,779 --> 00:41:50,570 E iso non vai facer-se saudable ata que eu ligo o servidor web. 815 00:41:50,570 --> 00:41:53,800 816 00:41:53,800 --> 00:41:56,202 Entón imos ver se os nosos RDS instancia é back-up. 817 00:41:56,202 --> 00:42:03,630 818 00:42:03,630 --> 00:42:04,130 Todo certo. 819 00:42:04,130 --> 00:42:04,630 Óptimo. 820 00:42:04,630 --> 00:42:06,360 Polo tanto, a nosa nova instancia RDS está preparado. 821 00:42:06,360 --> 00:42:08,940 Polo tanto, este é o punto final para o meu exemplo RDS. 822 00:42:08,940 --> 00:42:13,530 Entón o que eu vou facer é que eu son vai conectar ao meu exemplo RDS. 823 00:42:13,530 --> 00:42:17,070 Polo tanto, este é agora un totalmente base de datos MySQL xestión. 824 00:42:17,070 --> 00:42:18,860 El creou nel backup. 825 00:42:18,860 --> 00:42:20,160 É redundante. 826 00:42:20,160 --> 00:42:22,030 El virou-se en só uns minutos. 827 00:42:22,030 --> 00:42:24,870 Entón agora eu debería ser capaz de SSH para el de-- ou non SSH, 828 00:42:24,870 --> 00:42:26,690 pero faga login nela co cliente MySQL. 829 00:42:26,690 --> 00:42:37,602 830 00:42:37,602 --> 00:42:38,120 >> Yep. 831 00:42:38,120 --> 00:42:38,850 Entón aquí estou eu. 832 00:42:38,850 --> 00:42:39,750 Estou dentro. 833 00:42:39,750 --> 00:42:42,680 Polo tanto, agora é que isto vai ser semellante excepto nós estamos só rompe-lo para fóra. 834 00:42:42,680 --> 00:42:45,922 Entón, de novo, eu vou realmente saír desa por un segundo. 835 00:42:45,922 --> 00:42:47,880 Ben, nós xa creado a base de datos WordPress 836 00:42:47,880 --> 00:42:50,670 porque poñemos WordPress alí, entón Eu estou indo a crear o usuario WordPress. 837 00:42:50,670 --> 00:42:52,961 E aí, vai haber algunha lixeiras diferenzas nos aquí 838 00:42:52,961 --> 00:42:54,237 dende o que fixemos a última vez. 839 00:42:54,237 --> 00:42:56,070 Entón, nós estamos indo a crear o usuario WordPress, 840 00:42:56,070 --> 00:42:58,200 pero agora non vai ser logando de localhost anymore. 841 00:42:58,200 --> 00:43:00,479 Nós imos ser o login en a partir da instancia EC2. 842 00:43:00,479 --> 00:43:03,770 E nós non imos ver necesariamente sobre a dirección IP que está a benvida, 843 00:43:03,770 --> 00:43:06,820 ou que non queremos para especificar para que granularidade. 844 00:43:06,820 --> 00:43:09,470 >> Nós imos ter seguridade grupos que asegurarse de que só 845 00:43:09,470 --> 00:43:11,200 nosos servidores poden conectarse a este. 846 00:43:11,200 --> 00:43:14,520 Entón, eu só vou permitir Lo partir, a este nivel, 847 00:43:14,520 --> 00:43:16,930 desde calquera conexión de enderezo IP. 848 00:43:16,930 --> 00:43:17,869 Entón, nós só fixemos iso. 849 00:43:17,869 --> 00:43:19,660 E agora nós estamos só vai ter que, unha vez máis, 850 00:43:19,660 --> 00:43:21,701 conceder este acceso do usuario a a base de datos WordPress. 851 00:43:21,701 --> 00:43:24,780 852 00:43:24,780 --> 00:43:30,811 Entón agora eu estou indo só para cambiar isto para un wild card. 853 00:43:30,811 --> 00:43:31,310 Todo certo. 854 00:43:31,310 --> 00:43:32,480 Entón, temos que. 855 00:43:32,480 --> 00:43:34,090 Imos saír de aquí. 856 00:43:34,090 --> 00:43:36,650 Entón, nós imos só comproba se que podemos acceder agora. 857 00:43:36,650 --> 00:43:39,100 Eu só vou cambiar meu nome de usuario para WordPress. 858 00:43:39,100 --> 00:43:45,371 859 00:43:45,371 --> 00:43:45,870 Todo certo. 860 00:43:45,870 --> 00:43:46,370 Entón, nós estamos dentro. 861 00:43:46,370 --> 00:43:47,607 Así que funciona. 862 00:43:47,607 --> 00:43:50,440 Agora imos, unha vez máis, eu teño que configurar WordPress nesta instancia. 863 00:43:50,440 --> 00:43:54,770 Entón, o que nós imos ter que facer é ir a Var, www. 864 00:43:54,770 --> 00:43:57,260 Teño que mover o HTML directorio para html.old. 865 00:43:57,260 --> 00:44:02,410 866 00:44:02,410 --> 00:44:02,910 Todo certo. 867 00:44:02,910 --> 00:44:06,770 E nós imos ter para baixar WordPress. 868 00:44:06,770 --> 00:44:12,000 869 00:44:12,000 --> 00:44:14,790 >> Todo certo. 870 00:44:14,790 --> 00:44:15,540 Extraia WordPress. 871 00:44:15,540 --> 00:44:18,760 872 00:44:18,760 --> 00:44:21,410 Estamos indo para movelo ao directorio HTML. 873 00:44:21,410 --> 00:44:28,650 874 00:44:28,650 --> 00:44:29,150 Todo certo. 875 00:44:29,150 --> 00:44:30,900 E nós imos cambiar os permisos. 876 00:44:30,900 --> 00:44:36,021 877 00:44:36,021 --> 00:44:37,562 E entón nós imos comezar a Apache. 878 00:44:37,562 --> 00:44:42,490 879 00:44:42,490 --> 00:44:45,820 >> Entón, o que debe ocorrer agora é alí vai 880 00:44:45,820 --> 00:44:49,200 sendo basicamente cinco repite nesta ELB. 881 00:44:49,200 --> 00:44:53,790 E é, finalmente, neste caso, é vai facer-se saudable no ELB. 882 00:44:53,790 --> 00:44:57,871 Entón, [inaudível] aquí. 883 00:44:57,871 --> 00:44:58,370 Imos ver. 884 00:44:58,370 --> 00:45:00,525 Este exemplo non é máis saudable. 885 00:45:00,525 --> 00:45:02,400 Entón o que eu son, en realidade, vai facer é que eu vou 886 00:45:02,400 --> 00:45:05,275 para cambiar a saúde vaia un pouco pouco máis, só para facelo máis rápido. 887 00:45:05,275 --> 00:45:07,320 Podemos mudalo de volta despois. 888 00:45:07,320 --> 00:45:12,561 Entón, digamos que quero saudable limiar de tres en vez de cinco. 889 00:45:12,561 --> 00:45:13,060 Aceptar. 890 00:45:13,060 --> 00:45:15,340 Entón, agora que estamos en servizo. 891 00:45:15,340 --> 00:45:17,400 >> Entón agora eu estou indo a ir para este balanceador de carga. 892 00:45:17,400 --> 00:45:19,895 E debería fiscal me de volta a través do presente exemplo, 893 00:45:19,895 --> 00:45:23,195 e imos configurar WordPress aquí. 894 00:45:23,195 --> 00:45:25,320 Agora, se ten a súa propia nome de dominio ou algo así, 895 00:45:25,320 --> 00:45:28,740 pode só facer un CNAME rexistro para ese nome DNS. 896 00:45:28,740 --> 00:45:31,850 E equilibrar a carga elástica servizo é scalable no back-end, 897 00:45:31,850 --> 00:45:34,065 por iso, é dimensionado para arriba e abaixo por conta propia. 898 00:45:34,065 --> 00:45:35,710 Así, podería ser de varios enderezos IP. 899 00:45:35,710 --> 00:45:36,584 Os IPs poden cambiar. 900 00:45:36,584 --> 00:45:39,063 Entón ten que sempre facer referencia Lo de que o nome DNS. 901 00:45:39,063 --> 00:45:41,841 902 00:45:41,841 --> 00:45:42,770 >> Todo certo. 903 00:45:42,770 --> 00:45:43,560 Entón, imos alí. 904 00:45:43,560 --> 00:45:45,215 Estamos de volta na nosa pantalla de configuración. 905 00:45:45,215 --> 00:45:47,870 Agora imos facer case o mesmo proceso. 906 00:45:47,870 --> 00:45:49,835 Así, o noso nome da base é WordPress. 907 00:45:49,835 --> 00:45:52,940 O noso nome é nome de usuario WordPress. 908 00:45:52,940 --> 00:45:55,560 Temos o mesmo super- garantir contrasinal como antes, 909 00:45:55,560 --> 00:45:59,020 excepto o servidor da base de datos é agora será a instancia RDS. 910 00:45:59,020 --> 00:46:01,222 >> Entón, nós estamos indo a ir aquí. 911 00:46:01,222 --> 00:46:04,760 Estamos indo para ir RDS. 912 00:46:04,760 --> 00:46:06,320 Estamos indo a ir aos meus casos. 913 00:46:06,320 --> 00:46:07,730 Eu teño do meu nome do punto final aquí. 914 00:46:07,730 --> 00:46:09,160 É un agasallo. 915 00:46:09,160 --> 00:46:10,984 Entón, eu estou indo só para copiar e pegar este. 916 00:46:10,984 --> 00:46:17,500 917 00:46:17,500 --> 00:46:18,000 Todo certo? 918 00:46:18,000 --> 00:46:20,100 Entón, imos ver se iso funcionou. 919 00:46:20,100 --> 00:46:20,600 Todo certo. 920 00:46:20,600 --> 00:46:21,380 Así que funciona. 921 00:46:21,380 --> 00:46:23,530 Así, pode conectarse a instancia RDS. 922 00:46:23,530 --> 00:46:27,200 Unha vez máis, que vai ser impresionante Blog do Leo. 923 00:46:27,200 --> 00:46:39,590 924 00:46:39,590 --> 00:46:40,090 Todo certo. 925 00:46:40,090 --> 00:46:42,750 >> Entón, agora imos instalar o noso WordPress. 926 00:46:42,750 --> 00:46:44,550 Entón, nós estamos feito. 927 00:46:44,550 --> 00:46:46,736 Entón deixe-me faga o login para asegurarse de que funcionou. 928 00:46:46,736 --> 00:46:51,696 929 00:46:51,696 --> 00:46:54,020 Aceptar. 930 00:46:54,020 --> 00:46:56,400 >> Entón, agora temos un funcionando plenamente WordPress. 931 00:46:56,400 --> 00:46:58,890 Podemos facer todo tipo de operacións sobre el. 932 00:46:58,890 --> 00:47:02,210 Así, a diferenza agora é que que ten unha base de datos separado. 933 00:47:02,210 --> 00:47:03,470 Ese banco de datos é redundante. 934 00:47:03,470 --> 00:47:05,690 Aínda só ten unha web servidor, pero poderiamos agora 935 00:47:05,690 --> 00:47:08,680 ter unha imaxe deste web servidor, inicia-lo de novo, 936 00:47:08,680 --> 00:47:11,720 e despois temos dous servidores web detrás deste balanceador de carga. 937 00:47:11,720 --> 00:47:15,894 >> O punto final non cambia se É un, ou dous, ou 50 servidores web. 938 00:47:15,894 --> 00:47:17,060 Podemos escala-lo ademais deste. 939 00:47:17,060 --> 00:47:21,190 Polo tanto, hai plugins para WordPress onde pode usar S3 para os seus activos estáticos. 940 00:47:21,190 --> 00:47:23,900 Podes usar CloudFront para almacenar na caché estes activos. 941 00:47:23,900 --> 00:47:26,970 Podes usar ElastiCache para que pode usar basicamente Memcached 942 00:47:26,970 --> 00:47:30,110 para almacenar o estado da sesión alí. 943 00:47:30,110 --> 00:47:32,654 >> Entón, como escalar de un máis instancias, 944 00:47:32,654 --> 00:47:35,070 vai asumir que esas instancias son efémeras, 945 00:47:35,070 --> 00:47:36,360 para que se poidan ir. 946 00:47:36,360 --> 00:47:38,880 Entón tes que pensar sobre onde podo almacenar os rexistros, 947 00:47:38,880 --> 00:47:40,290 onde podo almacenar o estado da sesión. 948 00:47:40,290 --> 00:47:43,580 Como podo facer iso, entón todo ben que Nestes casos pode desaparecer, ou máis 949 00:47:43,580 --> 00:47:45,010 poden aparecer? 950 00:47:45,010 --> 00:47:47,260 Entón vai ter que responder a preguntas como esta. 951 00:47:47,260 --> 00:47:48,551 Pero é estándar bastante común. 952 00:47:48,551 --> 00:47:52,720 Entón acaba de comezar calquera descarga cousas persistentes para outros niveis. 953 00:47:52,720 --> 00:47:55,380 >> Entón, agora temos iso, nós estamos feito [? tres niveis?] cousa. 954 00:47:55,380 --> 00:47:57,140 A última cousa que eu son imos facer aquí é que eu son 955 00:47:57,140 --> 00:47:59,390 vai facer o meu balance de carga un pouco máis sólido 956 00:47:59,390 --> 00:48:02,210 agora que está marcado como saudable. 957 00:48:02,210 --> 00:48:06,010 Por iso, xeralmente non é un boa idea para sitios web 958 00:48:06,010 --> 00:48:10,139 facer exames de saúde, porque TCP seu Apache podería ser superior, 959 00:48:10,139 --> 00:48:11,680 pero podería ser devolto erros PHP. 960 00:48:11,680 --> 00:48:12,940 Entón, non quere iso. 961 00:48:12,940 --> 00:48:14,648 >> Entón, o que vou facer aquí é que eu vou 962 00:48:14,648 --> 00:48:18,230 cambiar isto para un exame de saúde HTTP. 963 00:48:18,230 --> 00:48:22,880 E iso vai ser index.php, non index.html. 964 00:48:22,880 --> 00:48:26,470 E nós imos cambiar isto límite saudable ao cinco. 965 00:48:26,470 --> 00:48:27,880 Entón, iso é feito. 966 00:48:27,880 --> 00:48:29,500 Entón, que aínda debe ser saudable. 967 00:48:29,500 --> 00:48:30,000 Yep. 968 00:48:30,000 --> 00:48:31,990 Entón, nós estamos aínda en servizo. 969 00:48:31,990 --> 00:48:36,370 >> Entón é así que defina up WordPress en AWS. 970 00:48:36,370 --> 00:48:41,660 Entón eu creo que, en menos de 20 minutos temos ambas creadas nunha instancia, por conta propia, 971 00:48:41,660 --> 00:48:47,302 e unha de tres Tier completo onde cada capa é independente scalable. 972 00:48:47,302 --> 00:48:49,010 Pode facer todo tipo de cousas interesantes 973 00:48:49,010 --> 00:48:51,120 coa base de datos para dimensionar ben. 974 00:48:51,120 --> 00:48:54,200 >> Deixe-me amosar-lle unha O interesante aquí. 975 00:48:54,200 --> 00:48:59,590 Entón, digamos que para iso quero parta a le as gravacións. 976 00:48:59,590 --> 00:49:02,020 Podo crear unha réplica ler. 977 00:49:02,020 --> 00:49:05,040 Entón, eu estou indo a só crear unha réplica ler. 978 00:49:05,040 --> 00:49:11,407 Entón, iso vai ser READ1 wordpressdb1. 979 00:49:11,407 --> 00:49:13,240 Vou facelo en a mesma rexión, pero eu 980 00:49:13,240 --> 00:49:15,820 podería facelo nunha rexión diferente. 981 00:49:15,820 --> 00:49:18,740 Entón, imos comezar provisionar unha réplica lido aquí. 982 00:49:18,740 --> 00:49:20,390 Entón agora estamos creando réplica de lectura. 983 00:49:20,390 --> 00:49:22,349 Isto está a ser creado alí no fondo. 984 00:49:22,349 --> 00:49:24,140 Así, pode facer todo tipo de cousas legais aquí. 985 00:49:24,140 --> 00:49:25,550 >> Entón, eu estou feito co demo. 986 00:49:25,550 --> 00:49:27,780 Entón, eu creo que temos uns 10 minutos. 987 00:49:27,780 --> 00:49:33,860 Entón, eu vou sacar algunha dúbida ninguén ten, sobre calquera tema relacionado AWS. 988 00:49:33,860 --> 00:49:36,980 989 00:49:36,980 --> 00:49:39,395 Anyone? 990 00:49:39,395 --> 00:49:39,895 Con estilo. 991 00:49:39,895 --> 00:49:40,850 Todo certo. 992 00:49:40,850 --> 00:49:42,720 Grazas a todos. 993 00:49:42,720 --> 00:49:44,192