1 00:00:00,000 --> 00:00:10,811 2 00:00:10,811 --> 00:00:12,060 LEO ZHADANOVSKY: Hi, semua orang. 3 00:00:12,060 --> 00:00:13,675 Saya Leo Zhadanovsky. 4 00:00:13,675 --> 00:00:17,000 Saya seorang arsitek solusi di Amazon Web Services. 5 00:00:17,000 --> 00:00:21,030 Dan aku akan berbicara kepada Anda hari ini tentang apa Amazon Web Services adalah, 6 00:00:21,030 --> 00:00:25,170 sejarahnya, gambaran singkat layanan yang kami tawarkan. 7 00:00:25,170 --> 00:00:29,530 Dan juga saya akan melakukan demo live bagaimana untuk memulai stack LAMP di AWS 8 00:00:29,530 --> 00:00:33,769 baik pada satu kejadian dan melalui menggunakan beberapa lainnya kami 9 00:00:33,769 --> 00:00:36,060 [? dikelola?] layanan, seperti sebagai database relasional kami 10 00:00:36,060 --> 00:00:39,330 layanan, dan beban kami balancers, dan kasus kami. 11 00:00:39,330 --> 00:00:41,610 >> Jadi pertama-tama, mari kita berbicara tentang sejarah AWS. 12 00:00:41,610 --> 00:00:47,780 Jadi bagaimana Amazon.com masuk ke ini bisnis komputasi awan? 13 00:00:47,780 --> 00:00:51,630 Nah, Amazon benar-benar baik menyediakan pilihan besar produk 14 00:00:51,630 --> 00:00:54,440 dan pengiriman mereka ke pelanggan secara efisien. 15 00:00:54,440 --> 00:00:57,870 Dan di balik kemampuan yang terletak tahun pengalaman 16 00:00:57,870 --> 00:01:01,330 dengan pusat data operasi, dengan logistik, dengan segala macam hal. 17 00:01:01,330 --> 00:01:05,420 Dan kami menemukan lebih dari 10 tahun yang kita 18 00:01:05,420 --> 00:01:10,840 ingin memungkinkan pelanggan kami untuk melakukan banyak hal yang berbeda, kan? 19 00:01:10,840 --> 00:01:16,870 >> Jadi kita akhirnya menawarkan beberapa intern jasa sampai dengan penjual pihak ketiga. 20 00:01:16,870 --> 00:01:20,640 Seperti yang kita diterbitkan layanan web sederhana seperti pencarian katalog kami. 21 00:01:20,640 --> 00:01:22,910 Dan itu menjadi benar-benar jelas sangat cepat 22 00:01:22,910 --> 00:01:26,530 bahwa pengembang lapar lebih dari layanan kami. 23 00:01:26,530 --> 00:01:29,830 Dan jadi ini mendorong kami untuk mengembangkan AWS. 24 00:01:29,830 --> 00:01:31,910 Jadi kami bertanya bagaimana jika kita bisa paket segala sesuatu 25 00:01:31,910 --> 00:01:36,620 kita lakukan dan menawarkan kepada lain melalui web? 26 00:01:36,620 --> 00:01:41,940 >> Jadi misi AWS adalah untuk memungkinkan bisnis dan pengembang 27 00:01:41,940 --> 00:01:46,080 untuk menggunakan layanan web untuk membangun aplikasi canggih scalable. 28 00:01:46,080 --> 00:01:49,650 Dan layanan web yang orang sekarang memanggil Cloud. 29 00:01:49,650 --> 00:01:53,180 Jadi pada tahun 2006, AWS lahir. 30 00:01:53,180 --> 00:01:56,590 Dan mari kita bicara tentang apa yang sebenarnya AWS adalah. 31 00:01:56,590 --> 00:02:01,310 >> Jadi kami menyediakan berbagai jasa di tingkatan yang berbeda. 32 00:02:01,310 --> 00:02:06,060 Jadi kita memiliki jenis layanan inti kami, Penyimpanan menghitung dan basis data. 33 00:02:06,060 --> 00:02:08,250 Dan kemudian kami juga memiliki lapisan jaringan, 34 00:02:08,250 --> 00:02:10,289 dan kami punya dunia infrastruktur, jadi kami sudah 35 00:02:10,289 --> 00:02:13,812 daerah mendapat seluruh dunia dan zona ketersediaan di seluruh dunia. 36 00:02:13,812 --> 00:02:15,520 Dan kemudian kita punya layanan tingkat yang lebih tinggi, 37 00:02:15,520 --> 00:02:18,670 seperti layanan aplikasi yang Anda gunakan untuk membangun horizontal 38 00:02:18,670 --> 00:02:20,434 aplikasi scalable. 39 00:02:20,434 --> 00:02:22,850 Dan kemudian kita punya penyebaran dan layanan administrasi. 40 00:02:22,850 --> 00:02:26,010 Jadi ini adalah layanan yang Anda gunakan untuk menyebarkan kode di AWS 41 00:02:26,010 --> 00:02:29,100 dan untuk Administrasi Anda AWS akun seperti sisik. 42 00:02:29,100 --> 00:02:32,120 >> Jadi mari kita bicara tentang kami infrastruktur global pertama. 43 00:02:32,120 --> 00:02:35,960 Kami memiliki 11 wilayah di seluruh dunia. 44 00:02:35,960 --> 00:02:39,680 Jadi kita hanya menambahkan daerah baru beberapa minggu yang lalu di Frankfurt, 45 00:02:39,680 --> 00:02:41,500 tetapi masing-masing daerah adalah seperti awan yang terpisah. 46 00:02:41,500 --> 00:02:43,580 Jadi layanan ini saya akan berbicara tentang mereka 47 00:02:43,580 --> 00:02:46,350 ada di berbagai daerah. 48 00:02:46,350 --> 00:02:50,370 Jadi di AS, ada wilayah di Virginia Utara. 49 00:02:50,370 --> 00:02:54,390 Ada daerah di North California dan di Oregon. 50 00:02:54,390 --> 00:02:57,690 >> Wilayah di Oregon juga karbon netral. 51 00:02:57,690 --> 00:03:00,200 Kami juga memiliki sebuah daerah di Oregon disebut GovCloud. 52 00:03:00,200 --> 00:03:05,370 Jadi jika Anda memiliki beban kerja yang membutuhkan menjadi Itar compliant, jadi itu 53 00:03:05,370 --> 00:03:09,580 Lalu Lintas Internasional dan Pengurangan Senjata Perjanjian, Anda harus menggunakan GovCloud. 54 00:03:09,580 --> 00:03:12,510 >> Jadi yang penting tentang ini adalah bahwa Anda 55 00:03:12,510 --> 00:03:15,100 memilah dan memilih mana data Anda pergi dan di mana aplikasi Anda pergi. 56 00:03:15,100 --> 00:03:19,370 Jadi kita tidak memindahkan data Anda di daerah, atau di zona ketersediaan 57 00:03:19,370 --> 00:03:22,277 jika layanan di mana Anda dapat memilih zona ketersediaan. 58 00:03:22,277 --> 00:03:23,860 Anda dapat memilih dan memilih mana ia pergi. 59 00:03:23,860 --> 00:03:24,526 Anda dapat memindahkannya. 60 00:03:24,526 --> 00:03:27,920 Kami memberi Anda alat untuk memindahkan Anda data, tapi kami tidak akan bergerak untuk Anda. 61 00:03:27,920 --> 00:03:30,710 >> Dan dalam masing-masing daerah ada setidaknya dua zona ketersediaan, 62 00:03:30,710 --> 00:03:33,020 dan kita akan bicara tentang apa mereka berada dalam satu detik. 63 00:03:33,020 --> 00:03:35,530 Dan ada juga 52 tepi lokasi di seluruh dunia. 64 00:03:35,530 --> 00:03:40,850 Jadi lokasi tepi pada dasarnya untuk kami CloudFront, [? awan?] distribusi 65 00:03:40,850 --> 00:03:43,410 jaringan, dan layanan Route 53 DNS kami. 66 00:03:43,410 --> 00:03:47,100 Dan ada banyak dari mereka karena mereka lebih dekat dengan pengguna, 67 00:03:47,100 --> 00:03:49,360 karena mereka adalah layanan berbasis latency. 68 00:03:49,360 --> 00:03:51,410 Hal sehingga latency untuk mereka. 69 00:03:51,410 --> 00:03:54,630 >> Jadi ini adalah apa yang khas wilayah seperti. 70 00:03:54,630 --> 00:03:56,630 Dan kemudian [? dalam?] masing-masing daerah ada, 71 00:03:56,630 --> 00:03:58,530 seperti saya katakan, setidaknya dua zona ketersediaan. 72 00:03:58,530 --> 00:04:01,390 Sebuah zona ketersediaan adalah setidaknya satu pusat data, 73 00:04:01,390 --> 00:04:04,340 kadang-kadang bisa lebih dalam wilayah geografis yang sama. 74 00:04:04,340 --> 00:04:09,010 Dan zona ketersediaan kami dirancang berada di dataran banjir yang berbeda, kesalahan 75 00:04:09,010 --> 00:04:15,501 dataran yang memiliki kekuatan yang berbeda utilitas dan berbeda tingkat 1 ISP. 76 00:04:15,501 --> 00:04:17,500 Jadi, Anda harus merancang Anda Aplikasi [? keberatan?] 77 00:04:17,500 --> 00:04:20,240 di mana sesuatu bisa terjadi dalam satu zona ketersediaan, 78 00:04:20,240 --> 00:04:23,245 tapi begitu Anda harus tersebar Anda aplikasi dalam beberapa ketersediaan 79 00:04:23,245 --> 00:04:27,100 zona karena mereka dibangun dengan redudansi ini dalam pikiran. 80 00:04:27,100 --> 00:04:30,490 >> Dan jadi kami kekuatan banyak bisnis yang Anda mengenali. 81 00:04:30,490 --> 00:04:36,590 Jadi dari Airbnb, Netflix, ke Dropbox, untuk Yelp, 82 00:04:36,590 --> 00:04:41,270 kita memiliki semua jenis startups dan perusahaan yang menjalankan beban kerja pada kami. 83 00:04:41,270 --> 00:04:44,610 Di sektor publik, kita punya semua jenis instansi pemerintah 84 00:04:44,610 --> 00:04:47,740 yang dijalankan pada kita, edtech startups, universitas. 85 00:04:47,740 --> 00:04:52,910 Kampanye Obama berlari pada dasarnya semua dari barang-barang mereka di Amazon Web Services. 86 00:04:52,910 --> 00:04:56,690 >> Dan hanya untuk memberikan perspektif pada skala kami, pada hari biasa 87 00:04:56,690 --> 00:05:00,840 kami memiliki server baru cukup kapasitas untuk dukungan 88 00:05:00,840 --> 00:05:04,400 Prasarana global Amazon.com yang ketika itu $ 7000000000 89 00:05:04,400 --> 00:05:05,740 kembali bisnis pada tahun 2004. 90 00:05:05,740 --> 00:05:08,500 Jadi itulah berapa banyak kita memiliki pada hari biasa. 91 00:05:08,500 --> 00:05:11,910 >> Jadi konsep umum adalah jika Anda berpikir tentang bagaimana Anda mendapatkan power. 92 00:05:11,910 --> 00:05:14,940 Jadi Anda mendapatkan kekuatan, itu pada permintaan, kan? 93 00:05:14,940 --> 00:05:19,580 Jadi, Anda tahu kapan Anda mendapatkan itu, Anda tahu Anda bisa mendapatkannya. 94 00:05:19,580 --> 00:05:22,950 Ini seragam, sehingga Anda tahu apa tegangan yang Anda dapatkan. 95 00:05:22,950 --> 00:05:26,940 Ini bayar karena Anda pergi, sehingga Anda membayar untuk persis berapa banyak Anda gunakan. 96 00:05:26,940 --> 00:05:29,020 Dan itu tersedia. 97 00:05:29,020 --> 00:05:31,060 Jadi Anda pasang, Anda tahu Anda akan mendapatkan listrik. 98 00:05:31,060 --> 00:05:34,350 Jadi kami sudah itu dan diperpanjang untuk komputasi. 99 00:05:34,350 --> 00:05:36,710 >> Jadi ini memecahkan banyak masalah. 100 00:05:36,710 --> 00:05:41,230 Kami biasanya melihat banyak TI organisasi. 101 00:05:41,230 --> 00:05:43,130 Mereka memiliki masalah kapasitas ini. 102 00:05:43,130 --> 00:05:46,370 Sehingga mereka memiliki jumlah tertentu TI kebutuhan, dan kemudian mereka 103 00:05:46,370 --> 00:05:49,290 memiliki kapasitas mereka over-ketentuan. 104 00:05:49,290 --> 00:05:53,110 Jadi baik mereka cara over-provisioning, atau mereka tidak memiliki kapasitas yang cukup, 105 00:05:53,110 --> 00:05:54,930 dan mereka memiliki pelanggan puas. 106 00:05:54,930 --> 00:05:59,820 >> Jadi misalnya, ini adalah pola yang berbeda dari lalu lintas. 107 00:05:59,820 --> 00:06:01,980 Jadi apakah Anda memiliki hal-hal yang menghidupkan dan mematikan, 108 00:06:01,980 --> 00:06:05,920 atau tumbuh cepat, atau memiliki puncak variabel atau puncak diprediksi, untuk semua ini, 109 00:06:05,920 --> 00:06:08,122 Anda juga akan over-ketentuan biasanya, 110 00:06:08,122 --> 00:06:09,580 atau Anda akan di bawah ketentuan. 111 00:06:09,580 --> 00:06:12,990 Sehingga Anda juga harus limbah atau Anda memiliki pelanggan yang tidak senang. 112 00:06:12,990 --> 00:06:17,400 >> Jadi apa AWS memungkinkan Anda lakukan adalah Anda dapat skala naik dan turun secara dinamis 113 00:06:17,400 --> 00:06:19,510 berdasarkan apa Anda pola penggunaan aktual. 114 00:06:19,510 --> 00:06:23,270 Jadi Anda bisa membayar hanya untuk apa yang Anda gunakan. 115 00:06:23,270 --> 00:06:25,115 Dan Anda dapat memulai contoh, sehingga misalnya 116 00:06:25,115 --> 00:06:27,030 adalah kata kami untuk server virtual. 117 00:06:27,030 --> 00:06:29,280 Anda dapat memulai satu Misalnya, Anda dapat memulai 118 00:06:29,280 --> 00:06:33,160 ribuan contoh dalam hitungan menit atau detik, hanya sebanyak yang Anda butuhkan. 119 00:06:33,160 --> 00:06:35,897 Dan Anda dapat memanggil itu dan ke bawah seperti yang diperlukan. 120 00:06:35,897 --> 00:06:38,730 Jadi biarkan aku berbicara dengan Anda tentang sebuah Contoh yang agak dekat dengan rumah. 121 00:06:38,730 --> 00:06:44,930 Jadi ini adalah lalu lintas yang khas grafik untuk bulan November untuk Amazon.com. 122 00:06:44,930 --> 00:06:49,491 Dan dua puncak terakhir di sini, tidak ada yang tahu apa yang mereka? 123 00:06:49,491 --> 00:06:49,990 Jadi they're-- 124 00:06:49,990 --> 00:06:51,180 >> AUDIENCE: Cyber ​​Monday? 125 00:06:51,180 --> 00:06:53,430 >> LEO ZHADANOVSKY: Cyber ​​Monday dan Black Friday, kan? 126 00:06:53,430 --> 00:06:57,020 Jadi, secara tradisional, apa yang telah Amazon.com lakukan adalah mereka harus kapasitas penyediaan 127 00:06:57,020 --> 00:06:58,330 untuk menutupi dua puncak. 128 00:06:58,330 --> 00:07:04,490 Jadi sebagai hasilnya, 76% dari waktu, mereka memiliki terlalu banyak kapasitas. 129 00:07:04,490 --> 00:07:07,640 Dan hanya 24% dari waktu yang mereka sepenuhnya memanfaatkan itu. 130 00:07:07,640 --> 00:07:12,730 Dan pada tahun 2010 Amazon.com berbalik off web server fisik yang terakhir 131 00:07:12,730 --> 00:07:14,430 dan pindah ke AWS. 132 00:07:14,430 --> 00:07:16,660 Jadi ini adalah apa yang lalu lintas Pola seperti sekarang. 133 00:07:16,660 --> 00:07:19,240 Kapasitas hanya di atas apa yang sebenarnya dibutuhkan. 134 00:07:19,240 --> 00:07:23,100 >> Jadi mengapa kita melihat pelanggan mengadopsi komputasi awan di AWS begitu cepat? 135 00:07:23,100 --> 00:07:24,480 Nah, kelincahan. 136 00:07:24,480 --> 00:07:27,090 Jadi itulah primer Alasan yang kita lihat. 137 00:07:27,090 --> 00:07:28,590 Mengapa kelincahan penting? 138 00:07:28,590 --> 00:07:31,790 Nah, hal itu memungkinkan pelanggan untuk melakukan hal-hal yang di dunia lama 139 00:07:31,790 --> 00:07:36,090 mengambil minggu atau bulan untuk melakukan mereka dalam hitungan menit atau detik. 140 00:07:36,090 --> 00:07:39,510 Sehingga Anda dapat melakukan hal-hal seperti spin up a Seluruh Dev baru atau Test lingkungan, 141 00:07:39,510 --> 00:07:42,010 berputar ke atas sekali baru DR lingkungan, berputar ke atas 142 00:07:42,010 --> 00:07:45,180 50 kasus, atau 1.000 contoh untuk puncak lalu lintas, 143 00:07:45,180 --> 00:07:49,140 menghapus orang 1.000 kasus, set up cluster HPC, atau cluster GS, 144 00:07:49,140 --> 00:07:51,430 dan Anda dapat melakukannya semua dalam menit pada AWS. 145 00:07:51,430 --> 00:07:54,960 >> Jadi apa ini menyebabkan adalah budaya inovasi. 146 00:07:54,960 --> 00:07:57,290 Jadi Anda dapat melakukan percobaan sering. 147 00:07:57,290 --> 00:08:00,190 Anda dapat membayar hanya untuk apa yang Anda gunakan dan Anda bisa gagal tanpa resiko. 148 00:08:00,190 --> 00:08:04,477 Jadi jika Anda mencoba sesuatu, Anda sudah dibayar selama beberapa jam penggunaan. 149 00:08:04,477 --> 00:08:05,310 Ini bukan masalah besar. 150 00:08:05,310 --> 00:08:08,150 Anda belum memasukkan modal besar investasi di depan untuk itu. 151 00:08:08,150 --> 00:08:10,930 >> Jadi apa yang pelanggan benar-benar menggunakan AWS untuk? 152 00:08:10,930 --> 00:08:16,170 Nah, agar Universitas Notre Dame, mereka pindah situs web mereka ke AWS. 153 00:08:16,170 --> 00:08:21,150 Mereka rata-rata memiliki sekitar 38.000 pengunjung per hari ke situs mereka, 154 00:08:21,150 --> 00:08:26,150 tetapi bisa membengkak menjadi 150.000 selama acara olahraga dan pertandingan sepak bola. 155 00:08:26,150 --> 00:08:29,840 Jadi mereka pindah situs web mereka ke kami. 156 00:08:29,840 --> 00:08:33,650 Dan sekarang situs web mereka dapat mendukung peningkatan 500% dalam lalu lintas, semua 157 00:08:33,650 --> 00:08:36,600 sementara mereka telah disimpan 40% lebih yang ada 158 00:08:36,600 --> 00:08:39,120 setup untuk situs web mereka on-premise. 159 00:08:39,120 --> 00:08:47,530 >> NASA JPL, mereka menggunakan AWS untuk hidup streaming rover Curiosity mendarat di Mars. 160 00:08:47,530 --> 00:08:51,320 Dan mereka menemukan hanya enam hari di muka 161 00:08:51,320 --> 00:08:53,650 bahwa mereka perlu menemukan operator lain 162 00:08:53,650 --> 00:08:56,030 dari penyedia biasa mereka untuk streaming live mereka. 163 00:08:56,030 --> 00:08:58,140 Ini juga sama waktu sebagai Olimpiade. 164 00:08:58,140 --> 00:09:01,686 Jadi mereka tidak bisa membeli CDM Kapasitas di mana saja pada saat itu. 165 00:09:01,686 --> 00:09:04,310 Dan mereka pada dasarnya mengatur jaringan pengiriman konten mereka sendiri 166 00:09:04,310 --> 00:09:07,240 pada layanan EC2 kami dalam enam hari. 167 00:09:07,240 --> 00:09:10,090 Dan mereka mampu memiliki itu meningkatkan kebutuhan mereka. 168 00:09:10,090 --> 00:09:13,480 Mereka, saya pikir, membayangkan sekitar satu juta penonton. 169 00:09:13,480 --> 00:09:16,200 Jadi itu benar-benar menarik pakan teknis yang mereka gunakan, 170 00:09:16,200 --> 00:09:18,990 Server Adobe Flash Media dan [? internet?] cache. 171 00:09:18,990 --> 00:09:23,350 Dan mereka dapat menyebarkan seluruh cluster ini pemrograman sebagai 172 00:09:23,350 --> 00:09:23,850 diperlukan. 173 00:09:23,850 --> 00:09:26,590 Dan kemudian mereka berputar mereka turun saat mereka tidak menggunakannya lagi. 174 00:09:26,590 --> 00:09:32,680 >> Kampanye Obama di 2012 digunakan AWS untuk lebih dari 200 aplikasi 175 00:09:32,680 --> 00:09:34,950 bahwa mereka host di platform. 176 00:09:34,950 --> 00:09:39,010 Mereka memiliki segalanya mulai dari alat panggilan, prosesor pembayaran, 177 00:09:39,010 --> 00:09:43,920 untuk aplikasi mobile, untuk website organisasi relawan, 178 00:09:43,920 --> 00:09:47,269 untuk alat data analisis besar. 179 00:09:47,269 --> 00:09:49,060 Dan semuanya harus bekerja pada hari pemilihan. 180 00:09:49,060 --> 00:09:52,459 Jadi untuk memindahkan Hari Pemilihan akan memerlukan amandemen konstitusi, 181 00:09:52,459 --> 00:09:53,750 sehingga tidak akan terjadi. 182 00:09:53,750 --> 00:09:56,208 Jadi semua sistem mereka akan harus bekerja pada hari pertama. 183 00:09:56,208 --> 00:09:57,670 Dan mereka melakukannya. 184 00:09:57,670 --> 00:10:00,660 >> Jadi mari kita bicara tentang layanan yang sebenarnya. 185 00:10:00,660 --> 00:10:03,130 Jadi pertama layanan jaringan. 186 00:10:03,130 --> 00:10:06,750 Jadi Amazon VPC adalah Virtual Private Cloud. 187 00:10:06,750 --> 00:10:09,500 Ini pada dasarnya adalah jaringan lunak didefinisikan 188 00:10:09,500 --> 00:10:13,910 yang hidup di atas contoh EC2 Anda, dan RDS Anda, yang akan kita bicarakan, 189 00:10:13,910 --> 00:10:15,120 dan ElastiCache. 190 00:10:15,120 --> 00:10:20,080 >> Dan sehingga Anda dapat menentukan pribadi ruang alamat untuk kasus Anda. 191 00:10:20,080 --> 00:10:22,820 Anda dapat istirahat yang menjadi subnet publik, subnet swasta. 192 00:10:22,820 --> 00:10:27,790 Anda dapat melakukan koneksi VPN ke Anda on-premise pusat data. 193 00:10:27,790 --> 00:10:33,635 Anda kemudian dapat juga memperpanjang Anda address space on-premise ke VPC. 194 00:10:33,635 --> 00:10:37,400 Anda memiliki kekuatan untuk memanipulasi rute meja sehingga Anda dapat menyesuaikan hal. 195 00:10:37,400 --> 00:10:40,450 Anda memiliki akses jaringan daftar kontrol di VPC. 196 00:10:40,450 --> 00:10:42,370 [? Jadi?] Memberi Anda banyak fleksibilitas 197 00:10:42,370 --> 00:10:45,640 atas apa yang telah Anda berjalan di AWS. 198 00:10:45,640 --> 00:10:47,140 >> Lalu ada AWS DirectConnect. 199 00:10:47,140 --> 00:10:50,820 Jadi DirectConnect adalah pribadi koneksi ke daerah kami. 200 00:10:50,820 --> 00:10:54,380 Jadi Anda bisa mendapatkan satu atau 10 pertunjukan link atau beberapa satu atau 10 pertunjukan link 201 00:10:54,380 --> 00:10:55,720 sampai daerah. 202 00:10:55,720 --> 00:10:58,470 Jadi jika Anda meng-upload banyak data atau men-download banyak data 203 00:10:58,470 --> 00:11:01,440 dan membutuhkan konektivitas swasta, itu pilihan di sana. 204 00:11:01,440 --> 00:11:02,710 >> Ada juga Route 53. 205 00:11:02,710 --> 00:11:05,410 Jadi Route 53 adalah layanan DNS kami. 206 00:11:05,410 --> 00:11:07,860 Ia melakukan segala macam hal yang menarik. 207 00:11:07,860 --> 00:11:09,250 Sehingga mendukung pemeriksaan kesehatan. 208 00:11:09,250 --> 00:11:12,590 Jadi Anda bisa, katakanlah, menjalankan dua salinan dari situs Anda pada waktu yang sama. 209 00:11:12,590 --> 00:11:15,860 Dan jika salah satu dari mereka gagal, Anda mengarahkan lalu lintas ke salinan lainnya. 210 00:11:15,860 --> 00:11:20,400 >> Atau Anda dapat melakukan catatan berbasis geografi sehingga Anda dapat rute lalu lintas untuk satu negara 211 00:11:20,400 --> 00:11:22,870 satu klaster dari yang lain negara ke klaster lain. 212 00:11:22,870 --> 00:11:27,140 Anda dapat melakukan pengujian A / B, sehingga Anda dapat memiliki 80% dari lalu lintas Anda 213 00:11:27,140 --> 00:11:30,510 untuk satu salinan dari situs Anda dan 20% ke salinan baru dari situs Anda 214 00:11:30,510 --> 00:11:33,120 dan melihat mana yang melakukan lebih baik. 215 00:11:33,120 --> 00:11:35,385 Sehingga Anda dapat melakukan segala macam hal menarik di sana. 216 00:11:35,385 --> 00:11:36,760 Anda dapat melakukan catatan berbasis latency. 217 00:11:36,760 --> 00:11:39,160 Sehingga Anda dapat memiliki salinan Anda situs di seluruh dunia 218 00:11:39,160 --> 00:11:43,500 dan telah pengguna dikirim ke mana seseorang yang paling dekat dengan mereka berdasarkan latency. 219 00:11:43,500 --> 00:11:46,030 Ia juga memiliki integrasi mendalam dengan layanan AWS, 220 00:11:46,030 --> 00:11:50,980 jadi seperti balancers beban kami, dan S3, dan CloudFront, 221 00:11:50,980 --> 00:11:53,680 sehingga benar-benar mudah untuk menunjukkan hal-hal yang CloudFront 222 00:11:53,680 --> 00:11:57,190 distribusi untuk Anda LBS atau S3 ember. 223 00:11:57,190 --> 00:11:57,930 >> Lalu ada EC2. 224 00:11:57,930 --> 00:12:00,432 Jadi EC2 adalah layanan server virtual kami. 225 00:12:00,432 --> 00:12:01,390 Anda dapat berjalan di Windows. 226 00:12:01,390 --> 00:12:02,560 Anda dapat menjalankan Linux di atasnya. 227 00:12:02,560 --> 00:12:05,230 Anda memiliki kontrol penuh dari sistem operasi. 228 00:12:05,230 --> 00:12:09,519 Ada rasa yang berbeda dari Windows dan Linux, sehingga Red Hat, Debian, Ubuntu. 229 00:12:09,519 --> 00:12:11,560 Kami memiliki distribusi kita sendiri disebut Amazon Linux. 230 00:12:11,560 --> 00:12:14,000 Anda dapat memilih mana yang Anda inginkan. 231 00:12:14,000 --> 00:12:15,680 >> Ada berbagai jenis kasus. 232 00:12:15,680 --> 00:12:18,330 Jadi ada lebih dari 27 contoh jenis pada saat ini. 233 00:12:18,330 --> 00:12:21,590 Jadi ada contoh yang berbeda keluarga berdasarkan beban kerja yang berbeda. 234 00:12:21,590 --> 00:12:23,550 Jadi ada umum contoh tujuan, yang 235 00:12:23,550 --> 00:12:26,910 hanya, jika Anda tidak tahu apa Anda butuhkan, Anda bisa mulai dengan mereka. 236 00:12:26,910 --> 00:12:30,620 >> Ada menghitung dioptimalkan, yang besar untuk hal-hal seperti server web, 237 00:12:30,620 --> 00:12:31,160 yang tepat? 238 00:12:31,160 --> 00:12:33,450 Ada memori dioptimalkan contoh, yang 239 00:12:33,450 --> 00:12:36,190 yang besar untuk hal-hal seperti tanggal database relasional. 240 00:12:36,190 --> 00:12:41,230 Ada contoh penyimpanan-dioptimalkan, jadi ini memiliki SSD besar pada mereka. 241 00:12:41,230 --> 00:12:46,440 Jadi mereka besar untuk hal-hal seperti Mongo atau NoSQL, kan? 242 00:12:46,440 --> 00:12:49,750 >> Dan ada grafis contoh dioptimalkan, 243 00:12:49,750 --> 00:12:52,970 yang besar untuk GPU menghitung dan klaster kasus. 244 00:12:52,970 --> 00:12:54,940 Dan terakhir ada biaya contoh dioptimalkan. 245 00:12:54,940 --> 00:12:56,850 Jadi, jika Anda hanya mencoba untuk bereksperimen, Anda 246 00:12:56,850 --> 00:13:01,820 bisa mendapatkan banyak biaya misalnya rendah jenis yang besar untuk itu kasus penggunaan. 247 00:13:01,820 --> 00:13:03,330 Lalu ada Auto Scaling. 248 00:13:03,330 --> 00:13:07,840 Jadi Auto Scaling adalah API untuk EC2. 249 00:13:07,840 --> 00:13:12,360 Dan memungkinkan Anda untuk secara horizontal skala atas dan ke bawah tingkatan contoh EC2. 250 00:13:12,360 --> 00:13:14,460 Jadi katakanlah Anda memiliki sekelompok server web. 251 00:13:14,460 --> 00:13:17,970 >> Dan, seperti dalam kasus Notre Dame, Anda biasanya Anda harus memiliki dua dari mereka, 252 00:13:17,970 --> 00:13:19,519 tetapi Anda mungkin harus skala 10. 253 00:13:19,519 --> 00:13:21,810 Nah, Anda dapat menggunakan Auto Scaling untuk secara otomatis memicu 254 00:13:21,810 --> 00:13:24,360 skala atas atau bawah peristiwa berdasarkan metrik. 255 00:13:24,360 --> 00:13:28,020 Jadi [? CPU?] Penggunaan, latency. 256 00:13:28,020 --> 00:13:30,570 Anda dapat melakukan metrik kustom, sehingga itu cukup terbuka berakhir di sana. 257 00:13:30,570 --> 00:13:32,490 >> Anda juga dapat skala berdasarkan jadwal. 258 00:13:32,490 --> 00:13:36,180 Jadi, jika Anda tahu bahwa Anda akan memiliki banyak lalu lintas pada hari Senin pukul 6:00 pagi, 259 00:13:36,180 --> 00:13:40,150 Anda dapat meningkatkan pada hari Senin pukul 06:00 dan menurunkan pada Senin pukul 05:00. 260 00:13:40,150 --> 00:13:43,610 Anda juga dapat melakukannya berdasarkan hanya perintah baris perintah. 261 00:13:43,610 --> 00:13:45,150 >> Lalu ada elastis load balancing. 262 00:13:45,150 --> 00:13:48,070 Jadi elastis load balancing adalah penyeimbang beban dikelola. 263 00:13:48,070 --> 00:13:51,590 Jadi Anda mengklik tombol, itu Ketentuan penyeimbang beban bagi Anda. 264 00:13:51,590 --> 00:13:54,610 Penyeimbang beban hidup di beberapa ketersediaan zona. 265 00:13:54,610 --> 00:14:00,570 Itu tidak SSL offloading untuk port 25, 80, 443, 266 00:14:00,570 --> 00:14:05,750 dan apa pun lebih dari 1.024 untuk lalu lintas TCP. 267 00:14:05,750 --> 00:14:09,469 >> Itu tidak koneksi pengeringan, dukungan protokol proxy. 268 00:14:09,469 --> 00:14:11,135 Jadi itu adalah penyeimbang beban yang sangat featureful. 269 00:14:11,135 --> 00:14:13,440 Dan itu punya integrasi dengan Auto Scaling. 270 00:14:13,440 --> 00:14:16,690 Jadi, ketika Anda menggunakan Auto Scaling dan Anda skala atas dan ke bawah, 271 00:14:16,690 --> 00:14:19,700 Anda dapat memiliki contoh Anda otomatis bergabung atau meninggalkan 272 00:14:19,700 --> 00:14:21,810 sebuah penyeimbang beban elastis. 273 00:14:21,810 --> 00:14:23,980 >> Jadi ada layanan penyimpanan kami. 274 00:14:23,980 --> 00:14:27,170 Jadi yang pertama adalah Amazon EBS, atau Elastic Block Store. 275 00:14:27,170 --> 00:14:32,720 Ini adalah volume terus-menerus bahwa Anda dapat me-mount terhadap kasus EC2 Anda. 276 00:14:32,720 --> 00:14:34,800 Jadi Anda bisa snapshot mereka. 277 00:14:34,800 --> 00:14:39,550 Jadi, ketika snapshot sebuah EBS volume, ia pergi ke S3, 278 00:14:39,550 --> 00:14:41,730 yang akan kita bicarakan dalam satu detik. 279 00:14:41,730 --> 00:14:44,080 Ada tiga yang berbeda jenis volume EBS. 280 00:14:44,080 --> 00:14:48,350 >> Ada EBS magnetik, yang hanya semacam semacam standar disk magnetik. 281 00:14:48,350 --> 00:14:51,030 Ini adalah pilihan yang paling ekonomis. 282 00:14:51,030 --> 00:14:53,210 Lalu ada umum SSD tujuan, di mana kita 283 00:14:53,210 --> 00:14:55,830 mendapatkan tiga IOPS per penyediaan gigabyte. 284 00:14:55,830 --> 00:14:59,080 Jadi jika Anda memiliki satu terabyte volume, Anda memiliki 3.000 IOPS. 285 00:14:59,080 --> 00:15:02,730 Dan kemudian ada ditetapkan IOPS. 286 00:15:02,730 --> 00:15:06,660 Jadi ditetapkan IOPS adalah ketika Anda membayar berapa banyak ruang disk yang Anda gunakan 287 00:15:06,660 --> 00:15:08,270 dan berapa kapasitas IOPS Anda butuhkan. 288 00:15:08,270 --> 00:15:12,150 Jadi Anda bisa penyediaan up 4.000 IOPS per volume. 289 00:15:12,150 --> 00:15:16,360 >> Jadi ada Amazon S3. 290 00:15:16,360 --> 00:15:19,340 Amazon S3 adalah toko objek kami. 291 00:15:19,340 --> 00:15:23,230 Jadi Amazon S3, Anda dapat menggunakannya untuk menyimpan hanya jenis data. 292 00:15:23,230 --> 00:15:27,850 Anda dapat menggunakannya untuk menyimpan static website dan selang website statis. 293 00:15:27,850 --> 00:15:32,870 Anda dapat menggunakan S3 untuk backup dan arsip dalam beberapa kasus penggunaan 294 00:15:32,870 --> 00:15:40,500 sebagai sumber dan output ember untuk analisis data yang besar, atau transcoding. 295 00:15:40,500 --> 00:15:47,700 Hal ini juga dapat digunakan sebagai asal untuk distribusi CloudFront. 296 00:15:47,700 --> 00:15:49,180 >> Jadi S3 super kuat. 297 00:15:49,180 --> 00:15:52,660 Dirancang S3 untuk 11 baris daya tahan. 298 00:15:52,660 --> 00:15:55,480 Jadi apa artinya itu dapat mempertahankan hilangnya setidaknya dua Data 299 00:15:55,480 --> 00:16:00,790 Pusat pada saat yang sama tanpa kehilangan data Anda. 300 00:16:00,790 --> 00:16:02,050 Anda dapat melakukan enkripsi pada S3. 301 00:16:02,050 --> 00:16:05,150 Sehingga server set enkripsi, atau server mengatur enkripsi dengan kunci Anda. 302 00:16:05,150 --> 00:16:08,870 Jadi jika Anda ingin mengelola kunci, Anda dapat melakukannya juga. 303 00:16:08,870 --> 00:16:09,940 >> Dan ada Glacier. 304 00:16:09,940 --> 00:16:12,670 Jadi Glacier adalah kami jangka panjang layanan arsip. 305 00:16:12,670 --> 00:16:15,050 Hal ini juga dirancang untuk 11 baris daya tahan, 306 00:16:15,050 --> 00:16:18,510 tapi ketika Anda ingin menyimpan sesuatu dan melupakannya, kan? 307 00:16:18,510 --> 00:16:21,690 Jadi baik untuk kepatuhan atau lainnya alasan Anda perlu untuk arsip sesuatu, 308 00:16:21,690 --> 00:16:22,890 Anda harus menggunakan Glacier. 309 00:16:22,890 --> 00:16:26,210 Jadi biaya Glacier $ 0,01 per gigabyte per bulan. 310 00:16:26,210 --> 00:16:29,550 Dan Amazon S3 dimulai pada $ 0,03 per gigabyte per bulan. 311 00:16:29,550 --> 00:16:35,274 Jadi Glacier lebih murah dan Glacier memakan waktu tiga sampai lima jam 312 00:16:35,274 --> 00:16:36,190 untuk mendapatkan data Anda kembali. 313 00:16:36,190 --> 00:16:37,939 Jadi kalau itu OK, jika ini merupakan kasus arsip, 314 00:16:37,939 --> 00:16:40,970 maka mungkin Glacier an kasus penggunaan yang tepat untuk itu. 315 00:16:40,970 --> 00:16:42,300 >> Lalu ada Storage Gateway. 316 00:16:42,300 --> 00:16:44,720 Jadi Storage Gateway adalah mesin virtual 317 00:16:44,720 --> 00:16:50,070 Anda dapat dijalankan secara lokal di VMware, atau Hyper-V. 318 00:16:50,070 --> 00:16:52,300 Ini memberi Anda titik akhir iSCSI. 319 00:16:52,300 --> 00:16:54,575 Anda kemudian dapat mengatur VM lain di atas itu 320 00:16:54,575 --> 00:16:58,440 yang mengekspos bahwa iSCSI endpoint dengan CIFS atau NFS. 321 00:16:58,440 --> 00:17:01,690 Apa pun yang masuk ke dalam jaringan berbagi dan kemudian mendapat 322 00:17:01,690 --> 00:17:05,970 mundur ke Amazon S3, atau gletser, atau EBS tergantung pada bagaimana Anda mengaturnya. 323 00:17:05,970 --> 00:17:10,430 Jadi itu adalah cara mudah untuk mendapatkan data Anda sampai dengan AWS. 324 00:17:10,430 --> 00:17:12,510 >> Jadi ada layanan database kami. 325 00:17:12,510 --> 00:17:14,589 Jadi yang pertama adalah Amazon RDS. 326 00:17:14,589 --> 00:17:17,589 Jadi ini adalah relasional kami layanan database. 327 00:17:17,589 --> 00:17:21,420 Jadi ini adalah relasional dikelola database [? untukmu. ?] 328 00:17:21,420 --> 00:17:27,030 Ini akan mendukung SQL Server, Oracle, MySQL, dan Postgres mesin. 329 00:17:27,030 --> 00:17:28,820 >> Itu tidak failover otomatis. 330 00:17:28,820 --> 00:17:31,580 Jadi jika Anda memiliki Multi-AZ pilihan diaktifkan, 331 00:17:31,580 --> 00:17:37,070 itu tidak tingkat blok sinkron replikasi di zona ketersediaan. 332 00:17:37,070 --> 00:17:41,550 Dan kemudian jika utama Anda gagal, itu hanya akan otomatis 333 00:17:41,550 --> 00:17:43,590 failover antara mereka. 334 00:17:43,590 --> 00:17:47,410 Hal ini juga, untuk mesin MySQL, mendukung membaca replika dalam wilayah yang sama 335 00:17:47,410 --> 00:17:49,210 atau di daerah. 336 00:17:49,210 --> 00:17:51,720 Dan ada segala macam Pilihan menarik di sana. 337 00:17:51,720 --> 00:17:53,200 Jadi akan melakukan backup untuk Anda. 338 00:17:53,200 --> 00:17:54,480 Sehingga akan backup ke S3. 339 00:17:54,480 --> 00:17:57,470 Ini akan melakukan patching Anda untuk Anda juga. 340 00:17:57,470 --> 00:17:58,900 >> Lalu ada DynamoDB. 341 00:17:58,900 --> 00:18:01,740 DynamoDB adalah layanan NoSQL berhasil kami. 342 00:18:01,740 --> 00:18:04,840 Untuk Dynamo DB dibutuhkan jauh semua beban administrasi 343 00:18:04,840 --> 00:18:09,190 mengelola layanan NoSQL untuk Anda. 344 00:18:09,190 --> 00:18:11,630 Jadi Anda hanya penyediaan tabel dan Anda mengatakan 345 00:18:11,630 --> 00:18:13,380 berapa banyak membaca dan menulis kapasitas yang Anda inginkan. 346 00:18:13,380 --> 00:18:15,090 Dan itu akan memberikan untuk Anda. 347 00:18:15,090 --> 00:18:16,929 Jadi itu adalah sangat Layanan mudah digunakan. 348 00:18:16,929 --> 00:18:17,970 Lalu ada ElastiCache. 349 00:18:17,970 --> 00:18:21,860 Jadi ElastiCache adalah kami layanan caching dikelola. 350 00:18:21,860 --> 00:18:25,010 Hal ini pada dasarnya dikelola Redis atau ElastiCache. 351 00:18:25,010 --> 00:18:28,830 Jadi sekali lagi, Anda bisa penyediaan cluster dari ElastiCache atau Redis kasus 352 00:18:28,830 --> 00:18:34,240 dan tidak perlu khawatir tentang backup, atau failover, atau salah satu dari hal-hal itu. 353 00:18:34,240 --> 00:18:36,530 >> Lalu kami memiliki layanan aplikasi kita. 354 00:18:36,530 --> 00:18:38,770 Jadi CloudFront adalah kami jaringan pengiriman konten 355 00:18:38,770 --> 00:18:42,240 dan tinggal di lokasi tersebut Ujung yang saya bicarakan sebelumnya. 356 00:18:42,240 --> 00:18:44,680 Jadi CloudFront dapat digunakan untuk live video streaming, 357 00:18:44,680 --> 00:18:49,150 untuk permintaan video streaming, dan hanya memiliki sebuah situs web, 358 00:18:49,150 --> 00:18:50,940 sehingga situs web hosting. 359 00:18:50,940 --> 00:18:54,270 Sehingga Anda dapat memiliki website host pada balancers beban elastis, 360 00:18:54,270 --> 00:18:59,236 atau contoh, atau S3 ember, atau hanya on-premise hardware. 361 00:18:59,236 --> 00:19:01,610 Dan Anda dapat menempatkan sebuah CloudFront distribusi di depannya. 362 00:19:01,610 --> 00:19:02,660 Ini akan men-cache konten Anda. 363 00:19:02,660 --> 00:19:04,160 Ini akan meletakkannya di lokasi tepi. 364 00:19:04,160 --> 00:19:06,430 Dan ketika seseorang pergi ke situs web Anda 365 00:19:06,430 --> 00:19:10,100 mereka akan memukul CloudFront, yang akan mungkin lebih dekat dengan mereka 366 00:19:10,100 --> 00:19:11,980 daripada apa pun asal adalah. 367 00:19:11,980 --> 00:19:15,600 Dan itu akan offload banyak beban off asal, 368 00:19:15,600 --> 00:19:22,600 sehingga kedua menghemat uang Anda dan mendapatkan pengalaman pengguna yang lebih baik. 369 00:19:22,600 --> 00:19:24,780 >> Lalu ada Amazon CloudSearch. 370 00:19:24,780 --> 00:19:26,810 Jadi CloudSearch adalah layanan pencarian berhasil. 371 00:19:26,810 --> 00:19:30,510 Jadi Anda kirimkan dicari Anda Data dan berbicara dengan itu melalui API, 372 00:19:30,510 --> 00:19:32,710 dan akan melakukan hasil pencarian untuk Anda. 373 00:19:32,710 --> 00:19:34,530 Lalu ada Elastic Transcoder. 374 00:19:34,530 --> 00:19:36,530 Jadi itu adalah solusi transcoding dikelola. 375 00:19:36,530 --> 00:19:41,050 Anda menempatkan video Anda ke dalam ember S3, ceritakan apa yang transcode ke dalam, 376 00:19:41,050 --> 00:19:45,460 format apa dan apa ukuran dan segalanya. 377 00:19:45,460 --> 00:19:49,470 Dan itu akan transcode dan menempatkan menjadi sebuah ember S3 untuk Anda. 378 00:19:49,470 --> 00:19:52,600 >> Lalu ada layanan data besar kami. 379 00:19:52,600 --> 00:19:55,780 Jadi kita punya Amazon ESDM, yang elastis Peta Mengurangi. 380 00:19:55,780 --> 00:19:58,200 Jadi ini adalah kerangka Hadoop host. 381 00:19:58,200 --> 00:20:02,920 Jadi Anda bisa berputar ke atas cluster Hadoop dari satu contoh untuk ratusan kasus 382 00:20:02,920 --> 00:20:04,030 jika Anda membutuhkan. 383 00:20:04,030 --> 00:20:06,975 Itu punya integrasi dalam S3, sehingga sistem file untuk itu 384 00:20:06,975 --> 00:20:09,830 Anda dapat menggunakan HDSF, yang Anda tradisional dengan Hadoop. 385 00:20:09,830 --> 00:20:12,870 Atau Anda dapat melakukan S3 sebagai sistem file. 386 00:20:12,870 --> 00:20:15,240 >> Itu punya dukungan untuk harga spot, yaitu, 387 00:20:15,240 --> 00:20:19,110 di Amazon, bagaimana Anda tawaran untuk kelebihan kapasitas. 388 00:20:19,110 --> 00:20:20,840 Sehingga mendukung semua itu. 389 00:20:20,840 --> 00:20:26,670 Mendukung kerangka Hadoop umum seperti Spark dan Shark dan Hive 390 00:20:26,670 --> 00:20:28,460 dan Babi. 391 00:20:28,460 --> 00:20:32,950 Dan kami telah melihat lebih dari 5,5 juta ESDM cluster 392 00:20:32,950 --> 00:20:35,340 diluncurkan pada saat ini di Amazon. 393 00:20:35,340 --> 00:20:38,338 >> Kemudian kita punya AWS data Pipeline. 394 00:20:38,338 --> 00:20:40,213 Jadi data Pipeline adalah layanan yang akan memungkinkan 395 00:20:40,213 --> 00:20:42,296 Anda untuk memindahkan data di menyimpan data yang berbeda kami. 396 00:20:42,296 --> 00:20:48,030 Sehingga Anda dapat mengambil sesuatu dari S3, menempatkan menjadi RDS, kemudian melakukan beberapa ESDM di atasnya, 397 00:20:48,030 --> 00:20:50,760 memasukkannya ke dalam pergeseran merah, yang kami alat data warehouse, 398 00:20:50,760 --> 00:20:54,564 dan kemudian Anda dapat menarik sesuatu dari pada premis, MySQL misalnya. 399 00:20:54,564 --> 00:20:56,730 Jadi ada semua jenis hal yang dapat Anda lakukan dengan itu. 400 00:20:56,730 --> 00:20:57,646 >> Lalu ada pergeseran merah. 401 00:20:57,646 --> 00:21:00,470 Pergeseran merah dikelola kami data warehouse alat. 402 00:21:00,470 --> 00:21:04,880 Ini dimaksudkan untuk menjadi skala petabyte, sehingga Anda dapat menyimpan banyak data di dalamnya. 403 00:21:04,880 --> 00:21:07,280 Ini arsitektur paralel besar-besaran. 404 00:21:07,280 --> 00:21:10,040 Sehingga Anda dapat memiliki banyak node jika Anda ingin. 405 00:21:10,040 --> 00:21:13,509 Dan itu tidak semua backup dan semua hal-hal administratif untuk Anda. 406 00:21:13,509 --> 00:21:14,550 Dan kemudian ada Kinesis. 407 00:21:14,550 --> 00:21:17,340 Kinesis adalah real-time kami layanan pengolahan. 408 00:21:17,340 --> 00:21:20,970 Jadi, Anda dapat mengambil beberapa sumber streaming data real-time, 409 00:21:20,970 --> 00:21:27,360 sehingga mengatakan seperti Twitter Firehose, atau sekelompok data log, kirimkan ke Kinesis. 410 00:21:27,360 --> 00:21:29,140 Kinesis menangani semua itu untuk Anda. 411 00:21:29,140 --> 00:21:32,250 Dan kemudian Anda dapat menghubungkan pekerja itu untuk menarik hal-hal 412 00:21:32,250 --> 00:21:36,340 dan, katakanlah, melakukan dashboard hidup atau melakukan analisis hidup di atasnya. 413 00:21:36,340 --> 00:21:38,330 >> Jadi kita memiliki layanan penyebaran kami. 414 00:21:38,330 --> 00:21:42,530 Jadi AWS OpsWorks adalah kerangka DevOps. 415 00:21:42,530 --> 00:21:45,237 Jadi Anda mengambil aplikasi Anda, Anda memecahnya menjadi lapisan. 416 00:21:45,237 --> 00:21:48,195 Jadi Anda punya penyeimbang beban Anda lapisan, lapisan web Anda, lapisan aplikasi Anda, 417 00:21:48,195 --> 00:21:51,590 lapisan database Anda, dan Anda hal ketentuan tersebut lapisan 418 00:21:51,590 --> 00:21:53,720 berdasarkan Chef resep. 419 00:21:53,720 --> 00:21:56,280 Chef konfigurasi sistem manajemen. 420 00:21:56,280 --> 00:21:59,530 Jadi juga mendukung peristiwa siklus hidup dan sebagainya 421 00:21:59,530 --> 00:22:01,820 jika Anda tidak ingin mengelola Chef sendiri, benar, 422 00:22:01,820 --> 00:22:04,570 jika Anda ingin memiliki beberapa jenis cara program untuk menyebarkan hal-hal 423 00:22:04,570 --> 00:22:07,420 ke kasus Anda ini adalah salah satu pilihan untuk Anda. 424 00:22:07,420 --> 00:22:09,030 >> Lalu kami memiliki Elastic Pohon Kacang. 425 00:22:09,030 --> 00:22:16,030 Jadi elastis Pohon Kacang adalah layanan yang memungkinkan Anda to-- mengatakan Anda seorang pengembang. 426 00:22:16,030 --> 00:22:18,630 Anda memiliki kode Anda dalam repo Git. 427 00:22:18,630 --> 00:22:22,030 Anda tidak ingin perlu khawatir tentang penggelaran ELBs anda sendiri atau RDS 428 00:22:22,030 --> 00:22:24,500 contoh atau contoh EC2 biasa. 429 00:22:24,500 --> 00:22:29,050 Jadi apa yang Anda lakukan adalah Anda, dari kode Anda, hanya mengirim ke Elastic Pohon Kacang. 430 00:22:29,050 --> 00:22:33,310 Elastic Pohon Kacang akan penyediaan RDS contoh dan ELBs dan semua itu 431 00:22:33,310 --> 00:22:35,556 untuk Anda dan menggunakan kode Anda ke mereka. 432 00:22:35,556 --> 00:22:37,305 Jadi itu membuat banyak mudah bagi pengembang 433 00:22:37,305 --> 00:22:40,600 untuk menyebarkan kode mereka ke AWS. 434 00:22:40,600 --> 00:22:41,910 >> Lalu ada CloudFormation. 435 00:22:41,910 --> 00:22:47,310 Jadi CloudFormation adalah layanan untuk memperlakukan infrastruktur sebagai kode. 436 00:22:47,310 --> 00:22:50,280 Jadi sekarang bahwa Anda memiliki semua ini barang-barang dalam aplikasi Anda, 437 00:22:50,280 --> 00:22:52,680 Anda punya VPC Anda, dan aturan kelompok keamanan Anda, 438 00:22:52,680 --> 00:22:56,000 dan contoh EC2 Anda, dan kasus RDS Anda. 439 00:22:56,000 --> 00:22:58,130 Jadi Anda punya ini seluruh Arsitektur di AWS. 440 00:22:58,130 --> 00:23:01,340 Nah, bagaimana Anda pemrograman berputar itu atau menciptakan itu? 441 00:23:01,340 --> 00:23:04,170 Anda dapat menulis file JSON yang mewakili semua itu. 442 00:23:04,170 --> 00:23:05,920 Dan kemudian Anda bisa [? ambil?] file JSON 443 00:23:05,920 --> 00:23:08,180 dan menyebarkan Anda infrastruktur dari itu. 444 00:23:08,180 --> 00:23:10,930 Sehingga Anda dapat memiliki arsitektur di mana, setiap kali Anda menggunakan kode, 445 00:23:10,930 --> 00:23:14,560 berputar sebuah salinan keseluruhan Anda arsitektur dan kemudian gagal ke itu. 446 00:23:14,560 --> 00:23:19,130 Jadi Anda juga dapat melakukan ini untuk memiliki infrastruktur bisa berubah. 447 00:23:19,130 --> 00:23:21,970 >> Lalu akhirnya ada kami pelayanan administrasi. 448 00:23:21,970 --> 00:23:25,270 Jadi pelayanan administrasi kami mulai dengan Amazon IAM, 449 00:23:25,270 --> 00:23:27,410 jadi Identity dan Access Management. 450 00:23:27,410 --> 00:23:30,150 Sehingga memungkinkan Anda untuk mengelola account AWS Anda 451 00:23:30,150 --> 00:23:32,290 sehingga Anda dapat memiliki sub pengguna dan kelompok dan melakukan 452 00:23:32,290 --> 00:23:34,330 federasi identitas dan segala macam hal. 453 00:23:34,330 --> 00:23:36,690 Ini sangat penting untuk keamanan. 454 00:23:36,690 --> 00:23:39,440 >> Lalu kami memiliki Amazon CloudWatch, yang merupakan layanan metrik kami. 455 00:23:39,440 --> 00:23:41,956 Jadi itu memberi Anda penggunaan CPU dan segala macam metrik. 456 00:23:41,956 --> 00:23:44,080 Dan Anda dapat melakukan kustom metrik, dan [? Anda bisa lakukan?] 457 00:23:44,080 --> 00:23:47,050 auto skala berdasarkan metrik. 458 00:23:47,050 --> 00:23:48,450 >> Dan kemudian kita harus CloudTrail. 459 00:23:48,450 --> 00:23:50,680 Jadi CloudTrail adalah kami layanan untuk audit. 460 00:23:50,680 --> 00:23:54,380 Sehingga akan log panggilan API terhadap Amazon Web Services. 461 00:23:54,380 --> 00:23:56,560 Jadi siapa reboot hal ini? 462 00:23:56,560 --> 00:23:58,060 Yang mengubah ini grup keamanan? 463 00:23:58,060 --> 00:23:59,810 Dan login mereka ke ember yang diperlukan sehingga Anda 464 00:23:59,810 --> 00:24:03,650 dapat melihat apa yang terjadi di account Anda dan siapa yang melakukannya. 465 00:24:03,650 --> 00:24:05,600 >> Sebuah layanan baru yang kami miliki adalah ruang kerja. 466 00:24:05,600 --> 00:24:08,530 Jadi itu adalah virtualisasi desktop pada AWS. 467 00:24:08,530 --> 00:24:13,290 Jadi Anda bisa penyisihan workstation, workstation Windows, 468 00:24:13,290 --> 00:24:17,810 dan kemudian akan datang dalam beberapa menit. 469 00:24:17,810 --> 00:24:21,470 Ini akan terhubung ke aktif Anda direktori, sehingga dengan pengguna Anda. 470 00:24:21,470 --> 00:24:23,580 Dan Anda dapat dengan mudah membangunnya kembali. 471 00:24:23,580 --> 00:24:25,090 Anda dapat dengan mudah ketentuan yang baru. 472 00:24:25,090 --> 00:24:28,250 Ada berbagai jenis dengan perangkat lunak yang berbeda di sana. 473 00:24:28,250 --> 00:24:30,740 >> Jadi sekarang kita sudah melalui banyak layanan kami, mari kita 474 00:24:30,740 --> 00:24:31,850 melakukan live demo yang sebenarnya. 475 00:24:31,850 --> 00:24:35,700 Jadi aku akan beralih untuk browser web saya di sini. 476 00:24:35,700 --> 00:24:41,270 Jadi apa yang saya ingin menunjukkan adalah cara cepat mengatur 477 00:24:41,270 --> 00:24:43,690 sebuah contoh EC2 dengan Wordpress di atasnya. 478 00:24:43,690 --> 00:24:45,440 Dan kemudian kita akan untuk melakukan hal yang sama, 479 00:24:45,440 --> 00:24:48,890 tapi kita akan berputar ke atas contoh RDS dan ELB. 480 00:24:48,890 --> 00:24:52,690 Jadi kita akan melakukannya hanya pada contoh dan kita akan mematahkan semua tingkatan keluar juga. 481 00:24:52,690 --> 00:24:54,510 >> Jadi mari kita memulai sebuah contoh EC2. 482 00:24:54,510 --> 00:24:57,190 Jadi hal pertama yang Aku sudah dilakukan di sini 483 00:24:57,190 --> 00:24:59,230 adalah Anda akan ingin memiliki sepasang kunci. 484 00:24:59,230 --> 00:25:03,576 Jadi sepasang kunci memungkinkan Anda untuk login ke contoh yang sebenarnya. 485 00:25:03,576 --> 00:25:05,450 Jadi Anda tetap pribadi bagian dari sepasang kunci, 486 00:25:05,450 --> 00:25:08,570 dan kami menempatkan masyarakat bagian ke contoh. 487 00:25:08,570 --> 00:25:11,700 Dan itulah yang memungkinkan Anda untuk log in. 488 00:25:11,700 --> 00:25:16,330 Jadi saya sudah diimpor sepasang kunci saya, hanya saya biasa SSH sepasang kunci di sini. 489 00:25:16,330 --> 00:25:19,290 >> Dan hal lain Aku akan lakukan di sini adalah, 490 00:25:19,290 --> 00:25:22,214 Saya sudah memiliki beberapa contoh berjalan, tapi aku akan memulai yang baru. 491 00:25:22,214 --> 00:25:24,130 Jadi aku akan memilih saya sistem operasi di sini. 492 00:25:24,130 --> 00:25:27,970 Sehingga Anda dapat melihat saya memiliki cukup pilihan besar sistem operasi. 493 00:25:27,970 --> 00:25:31,015 Jadi aku hanya akan memilih Amazon standar Linux. 494 00:25:31,015 --> 00:25:32,930 >> Dan aku akan memilih jenis contoh. 495 00:25:32,930 --> 00:25:35,890 Dan karena ini adalah server web, aku akan 496 00:25:35,890 --> 00:25:39,540 untuk melakukan c3.large karena itu mungkin menghitung intensif. 497 00:25:39,540 --> 00:25:45,210 Jadi aku akan memilih c3.large sebuah, dan aku akan meluncurkan salah satu dari mereka. 498 00:25:45,210 --> 00:25:48,630 Aku akan meninggalkannya di default VPC untuk saat ini. 499 00:25:48,630 --> 00:25:50,810 Aku akan meninggalkan semua hal ini sendirian. 500 00:25:50,810 --> 00:25:53,270 >> Dan aku akan mengaktifkan Pemantauan CloudWatch 501 00:25:53,270 --> 00:25:56,204 karena CloudWatch rinci pemantauan perubahan CloudWatch 502 00:25:56,204 --> 00:25:58,870 pemantauan dari lima menit Resolusi resolusi satu menit. 503 00:25:58,870 --> 00:26:02,510 Jadi saya ingin bahwa dengan web server saya di sini. 504 00:26:02,510 --> 00:26:05,220 Dan kemudian aku akan pergi ke penyimpanan. 505 00:26:05,220 --> 00:26:08,710 Jadi saya ingin Umum SSD Tujuan di sini. 506 00:26:08,710 --> 00:26:11,940 8 gigs mungkin cukup bagi saya, jadi aku hanya akan terus itu. 507 00:26:11,940 --> 00:26:16,360 508 00:26:16,360 --> 00:26:19,230 Aku hanya akan label itu Wordpress Demo. 509 00:26:19,230 --> 00:26:22,149 Jadi ini adalah tag jadi saya tahu apa itu sebenarnya. 510 00:26:22,149 --> 00:26:24,190 Dan kemudian aku akan mengkonfigurasi kelompok keamanan. 511 00:26:24,190 --> 00:26:27,510 Jadi kelompok keamanan seperti a firewall misalnya. 512 00:26:27,510 --> 00:26:30,780 Jadi aku akan menggunakan satu orang-orang yang ada. 513 00:26:30,780 --> 00:26:35,890 Jadi ini kelompok keamanan, memungkinkan SSH, jadi saya bisa SSH ke dalamnya. 514 00:26:35,890 --> 00:26:37,580 Dan itu memungkinkan HTTP. 515 00:26:37,580 --> 00:26:40,390 >> Sekarang, aku akan ingin mengunci bawah SSH yang sedikit lebih. 516 00:26:40,390 --> 00:26:43,220 Anda tidak ingin sembarang orang dari alamat IP sshing di. 517 00:26:43,220 --> 00:26:45,240 Jadi kita akan melakukan itu setelah diluncurkan. 518 00:26:45,240 --> 00:26:49,100 >> Jadi saya senang dengan semua hal ini di sini. 519 00:26:49,100 --> 00:26:50,167 Dan aku akan memulai. 520 00:26:50,167 --> 00:26:52,250 Dan kemudian aku akan memilih apa pasangan kunci yang saya inginkan. 521 00:26:52,250 --> 00:26:54,750 Jadi aku akan memilih yang sepasang kunci yang saya update sebelumnya. 522 00:26:54,750 --> 00:26:57,570 523 00:26:57,570 --> 00:27:01,960 >> Jadi sekarang aku sedang menunggu untuk itu untuk memulai, mari kita 524 00:27:01,960 --> 00:27:03,320 pergi melihat kelompok keamanan kami. 525 00:27:03,320 --> 00:27:06,720 Jadi kita punya kelompok keamanan di sini. 526 00:27:06,720 --> 00:27:09,550 Berikut keamanan saya kelompok yang aku taruh di. 527 00:27:09,550 --> 00:27:11,200 >> Aku akan hanya mengubah ini di sini. 528 00:27:11,200 --> 00:27:15,710 Jadi biarkan aku membuat ini sedikit lebih besar di sini. 529 00:27:15,710 --> 00:27:21,275 Jadi saya ingin mengubah ini dari mana saja ke IP saya. 530 00:27:21,275 --> 00:27:23,150 Karena kehendak yang otomatis mengambil IP saya 531 00:27:23,150 --> 00:27:26,650 alamat di sini dan mengunci itu turun sedikit. 532 00:27:26,650 --> 00:27:29,030 >> Dan sementara itu Misalnya berputar ke atas, 533 00:27:29,030 --> 00:27:32,040 mari kita berputar ke atas beberapa hal misalnya kami yang lain 534 00:27:32,040 --> 00:27:35,060 di mana kita akan keluar database dan penyeimbang beban 535 00:27:35,060 --> 00:27:37,160 sehingga dapat siap untuk kita. 536 00:27:37,160 --> 00:27:41,580 Jadi hal pertama yang saya akan ingin lakukan adalah berputar ke atas penyeimbang beban. 537 00:27:41,580 --> 00:27:44,690 Jadi aku akan memilih beban balancer di sini. 538 00:27:44,690 --> 00:27:48,410 Dan aku akan menyebutnya WordpressELB. 539 00:27:48,410 --> 00:27:52,106 540 00:27:52,106 --> 00:27:55,450 Dan aku akan hanya-- semua Saya inginkan adalah port 80 di sini. 541 00:27:55,450 --> 00:27:57,960 >> Dan untuk saat ini untuk kesehatan periksa, aku hanya akan melakukan TCP. 542 00:27:57,960 --> 00:28:00,190 Jadi, jika berjalan Apache, itu akan menjadi baik. 543 00:28:00,190 --> 00:28:03,760 Dan aku akan menurunkan sehat ambang batas hanya sehingga menjadi sehat 544 00:28:03,760 --> 00:28:06,360 cukup cepat. 545 00:28:06,360 --> 00:28:08,710 Kemudian, sekali lagi, ini memiliki kelompok keamanan. 546 00:28:08,710 --> 00:28:12,480 Jadi saya sudah membuat keamanan kelompok untuk ini disebut Wordpress ELB. 547 00:28:12,480 --> 00:28:17,120 Dan itu pada dasarnya hanya akan untuk menerima lalu lintas dari Port 80. 548 00:28:17,120 --> 00:28:19,580 Dan kemudian aku tidak akan menambahkan setiap kasus itu untuk saat ini. 549 00:28:19,580 --> 00:28:22,290 550 00:28:22,290 --> 00:28:26,720 Dan aku akan melewatkan penandaan. 551 00:28:26,720 --> 00:28:30,010 Dan kita akan membuat ELB ini sekarang. 552 00:28:30,010 --> 00:28:33,800 >> Jadi menciptakan penyeimbang beban. 553 00:28:33,800 --> 00:28:36,680 Saya juga akan meluncurkan satu lagi contoh di sini, 554 00:28:36,680 --> 00:28:40,280 hanya untuk bagian web dari Wordpress saya. 555 00:28:40,280 --> 00:28:42,580 Jadi di sini kita pergi. 556 00:28:42,580 --> 00:28:45,920 Saya hanya akan melakukan hal yang sama hal yang saya lakukan sebelumnya. 557 00:28:45,920 --> 00:28:53,620 Jadi c3.large, CloudWatch pemantauan rinci diaktifkan. 558 00:28:53,620 --> 00:28:56,290 559 00:28:56,290 --> 00:28:57,310 SSD tujuan umum. 560 00:28:57,310 --> 00:29:02,470 561 00:29:02,470 --> 00:29:05,590 Sebut Web Wordpress ini. 562 00:29:05,590 --> 00:29:11,440 563 00:29:11,440 --> 00:29:14,480 >> Dan saya ingin memilih a-- saya sudah memiliki kelompok keamanan untuk ini. 564 00:29:14,480 --> 00:29:18,320 565 00:29:18,320 --> 00:29:23,520 Jadi ini kelompok keamanan menerima lalu lintas pada port 80 dari saya Wordpress ELB 566 00:29:23,520 --> 00:29:26,430 kelompok keamanan, dari keamanan Kelompok dari load balancer saya, 567 00:29:26,430 --> 00:29:30,654 tetapi juga SSH, yang sekali lagi, kita akan mengunci. 568 00:29:30,654 --> 00:29:31,820 Jadi aku akan memulai ini. 569 00:29:31,820 --> 00:29:39,360 570 00:29:39,360 --> 00:29:39,990 Yang Tepat. 571 00:29:39,990 --> 00:29:43,530 >> Lalu apa yang akan saya lakukan selanjutnya adalah Aku akan memulai sebuah contoh RDS. 572 00:29:43,530 --> 00:29:44,870 RDS akan menjadi database saya. 573 00:29:44,870 --> 00:29:47,100 Jadi aku akan pergi di sini. 574 00:29:47,100 --> 00:29:48,560 Aku akan pergi ke RDS. 575 00:29:48,560 --> 00:29:52,800 576 00:29:52,800 --> 00:29:56,239 Aku akan memulai sebuah contoh baru. 577 00:29:56,239 --> 00:29:57,530 Jadi aku akan memilih mesin saya. 578 00:29:57,530 --> 00:30:00,850 Jadi di sini saya memiliki pilihan MySQL, Postgres, Oracle, atau SQL Server. 579 00:30:00,850 --> 00:30:02,640 Saya ingin MySQL. 580 00:30:02,640 --> 00:30:06,160 Dan aku akan mengatakan ya. 581 00:30:06,160 --> 00:30:09,680 >> Jadi ini adalah pilihan untuk Multi-AZ. 582 00:30:09,680 --> 00:30:14,267 Jadi Multi-AZ, sekali lagi, mereka ulangan akan berputar dua RDS contoh 583 00:30:14,267 --> 00:30:15,600 dan melakukan replikasi di antara mereka. 584 00:30:15,600 --> 00:30:20,510 Dan jika saya tidak ingin bahwa saya hanya dapat memiliki satu contoh, tapi aku ingin itu. 585 00:30:20,510 --> 00:30:22,490 Dan kemudian aku akan memilih mesin database saya. 586 00:30:22,490 --> 00:30:24,907 Jadi aku akan memilih yang terbaru di sini. 587 00:30:24,907 --> 00:30:27,240 Dan kemudian aku akan memilih apa jenis contoh yang saya inginkan. 588 00:30:27,240 --> 00:30:30,950 >> Jadi saya ingin R3, jadi itu memori dioptimalkan misalnya. 589 00:30:30,950 --> 00:30:32,740 Jadi aku akan memilih R3. 590 00:30:32,740 --> 00:30:35,430 Dan aku akan memilih Ya, saya ingin Multi-AZ. 591 00:30:35,430 --> 00:30:37,110 Dan saya ingin umum SSD tujuan. 592 00:30:37,110 --> 00:30:39,380 >> Dan aku mungkin ingin sedikit lebih penyimpanan. 593 00:30:39,380 --> 00:30:40,897 Aku akan memiliki 10 gigs di sini. 594 00:30:40,897 --> 00:30:42,730 Dan kemudian aku akan memilih beberapa kredensial. 595 00:30:42,730 --> 00:30:44,641 Jadi apa pengidentifikasi untuk database saya? 596 00:30:44,641 --> 00:30:46,015 Jadi itu akan menjadi wordpressdb1. 597 00:30:46,015 --> 00:30:50,725 598 00:30:50,725 --> 00:30:53,127 Aku akan memanggil akar ini. 599 00:30:53,127 --> 00:30:54,460 Aku akan memberikan password. 600 00:30:54,460 --> 00:30:58,380 601 00:30:58,380 --> 00:31:03,780 >> Dan kita akan memilih kelompok keamanan untuk ini juga. 602 00:31:03,780 --> 00:31:05,740 Jadi saya sudah membuat kelompok keamanan untuk ini. 603 00:31:05,740 --> 00:31:08,400 604 00:31:08,400 --> 00:31:11,307 Dan kemudian aku akan memberikan nama database. 605 00:31:11,307 --> 00:31:13,015 Jadi kita akan hanya menyebutnya wordpress. 606 00:31:13,015 --> 00:31:16,727 607 00:31:16,727 --> 00:31:18,560 Dan kita akan memilih jendela retensi 608 00:31:18,560 --> 00:31:21,170 sehingga ini tidak backup untuk Anda. 609 00:31:21,170 --> 00:31:23,330 Jadi saya ingin seminggu backup. 610 00:31:23,330 --> 00:31:25,610 Dan aku tidak memiliki preferensi untuk jendela cadangan. 611 00:31:25,610 --> 00:31:28,665 Dan saya ingin secara otomatis upgrade versi minor saya di sini. 612 00:31:28,665 --> 00:31:31,180 Jadi aku akan meninggalkan sebagai default. 613 00:31:31,180 --> 00:31:33,490 Dan sekarang aku meluncurkan RDS saya misalnya. 614 00:31:33,490 --> 00:31:37,370 615 00:31:37,370 --> 00:31:37,870 Yang Tepat? 616 00:31:37,870 --> 00:31:40,597 Jadi sekarang itu sedang dibuat. 617 00:31:40,597 --> 00:31:42,430 Jadi sekarang kita hanya menunggu untuk itu untuk menginstal. 618 00:31:42,430 --> 00:31:48,055 Jadi sementara itu terjadi, mari kita log untuk contoh EC2 pertama yang kami buat. 619 00:31:48,055 --> 00:31:55,090 620 00:31:55,090 --> 00:31:57,520 Jadi itu Demo Wordpress ini. 621 00:31:57,520 --> 00:31:58,760 Dan kita hanya akan memverifikasi bahwa. 622 00:31:58,760 --> 00:31:59,450 Yep. 623 00:31:59,450 --> 00:32:02,620 >> Jadi mari kita lihat apakah kita bisa masuk ke dalamnya. 624 00:32:02,620 --> 00:32:06,220 Jadi aku akan menyalin nama host publik itu. 625 00:32:06,220 --> 00:32:09,090 Aku akan membuka jendela shell di sini. 626 00:32:09,090 --> 00:32:14,480 627 00:32:14,480 --> 00:32:17,610 [Tak terdengar] SSH. 628 00:32:17,610 --> 00:32:21,423 Pengguna default adalah EC2-friendly. 629 00:32:21,423 --> 00:32:25,271 >> AUDIENCE: Leo, apakah Anda pikiran Command [tidak terdengar]? 630 00:32:25,271 --> 00:32:27,200 >> LEO ZHADANOVSKY: Baik? 631 00:32:27,200 --> 00:32:30,190 Dan mari kita coba untuk SSH di. 632 00:32:30,190 --> 00:32:30,960 Yep. 633 00:32:30,960 --> 00:32:34,420 Jadi aku dalam hal saya sekarang. 634 00:32:34,420 --> 00:32:36,550 Jadi aku sshed di. 635 00:32:36,550 --> 00:32:38,970 Ini untuk lima menit sehingga itu pasti contoh saya. 636 00:32:38,970 --> 00:32:41,020 >> Jadi hal pertama yang kita akan ingin lakukan di sini 637 00:32:41,020 --> 00:32:45,190 adalah itu mengatakan bahwa, oh, Saya memiliki beberapa update keamanan. 638 00:32:45,190 --> 00:32:47,855 Jadi aku hanya akan menjalankan setiap update keamanan di sini. 639 00:32:47,855 --> 00:32:51,746 [? sudo yum?] minus y pembaruan. 640 00:32:51,746 --> 00:32:54,539 Jadi itu akan cepat menginstal orang. 641 00:32:54,539 --> 00:32:57,080 Hal berikutnya yang ingin saya lakukan adalah saya ingin menginstal beberapa hal lagi. 642 00:32:57,080 --> 00:33:00,910 Jadi aku akan harus menginstal MySQL. 643 00:33:00,910 --> 00:33:02,660 Aku akan harus menginstal Apache. 644 00:33:02,660 --> 00:33:04,190 Aku akan harus menginstal PHP. 645 00:33:04,190 --> 00:33:07,680 Aku akan harus menginstal plugin PHP untuk MySQL. 646 00:33:07,680 --> 00:33:11,100 Dan saya harus menginstal server MySQL. 647 00:33:11,100 --> 00:33:12,440 Jadi mari kita menginstal hal ini. 648 00:33:12,440 --> 00:33:14,980 649 00:33:14,980 --> 00:33:15,500 >> Instalasi. 650 00:33:15,500 --> 00:33:16,770 Sehingga dilakukan. 651 00:33:16,770 --> 00:33:20,220 Jadi sekarang saya ingin [? HTTPD. ?] SAYA S ingin Apache untuk memulai booting. 652 00:33:20,220 --> 00:33:21,380 Jadi aku akan melakukan hal ini. 653 00:33:21,380 --> 00:33:29,250 654 00:33:29,250 --> 00:33:29,750 OKE. 655 00:33:29,750 --> 00:33:31,800 Jadi jika saya reboot ini akan mulai. 656 00:33:31,800 --> 00:33:36,210 >> Saya juga ingin MySQL untuk memulai booting. 657 00:33:36,210 --> 00:33:37,615 Hal begitu sama. 658 00:33:37,615 --> 00:33:41,784 659 00:33:41,784 --> 00:33:45,080 Ups, salah ketik di sini. 660 00:33:45,080 --> 00:33:45,580 Baiklah. 661 00:33:45,580 --> 00:33:53,220 Dan kemudian benar-benar aku akan menjalankan server web saya nanti. 662 00:33:53,220 --> 00:33:56,514 Sekarang saya ingin memulai saya database server, meskipun. 663 00:33:56,514 --> 00:33:57,906 Jadi melakukan hal ini. 664 00:33:57,906 --> 00:34:01,618 665 00:34:01,618 --> 00:34:04,120 Dan itu mulai untuk pertama kalinya, jadi aku 666 00:34:04,120 --> 00:34:06,070 akan harus melakukan beberapa langkah dasar di sini. 667 00:34:06,070 --> 00:34:09,070 Jadi hal pertama yang saya akan lakukan adalah menetapkan password root untuk MySQL saya. 668 00:34:09,070 --> 00:34:15,980 >> Jadi aku hanya akan menjalankan MySQL ini perintah instalasi aman. 669 00:34:15,980 --> 00:34:19,239 Jadi tak punya akar saat password, jadi mari kita menetapkan satu. 670 00:34:19,239 --> 00:34:24,830 671 00:34:24,830 --> 00:34:27,429 Dan aku akan menghapus ini pengguna anonim yang menciptakan 672 00:34:27,429 --> 00:34:29,750 dan menonaktifkan login root. 673 00:34:29,750 --> 00:34:31,270 Dan menghapus database tes. 674 00:34:31,270 --> 00:34:36,514 Jadi ini semua jenis productionizes MySQL Anda install. 675 00:34:36,514 --> 00:34:38,260 >> Sehingga dilakukan. 676 00:34:38,260 --> 00:34:40,630 Jadi sekarang aku harus bisa terhubung ke server MySQL saya. 677 00:34:40,630 --> 00:34:42,805 Jadi aku akan melihat apakah yang bekerja di sini. 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 Jadi aku di MySQL server saya. 681 00:34:50,699 --> 00:34:55,010 >> Jadi sekarang hal berikutnya yang saya ingin lakukan adalah Saya ingin membuat database Wordpress saya. 682 00:34:55,010 --> 00:34:56,429 Jadi aku akan melakukan MySQL admin. 683 00:34:56,429 --> 00:35:09,845 684 00:35:09,845 --> 00:35:10,345 [Tidak terdengar] 685 00:35:10,345 --> 00:35:13,327 686 00:35:13,327 --> 00:35:13,840 Baiklah. 687 00:35:13,840 --> 00:35:15,520 Jadi saya membuat database saya. 688 00:35:15,520 --> 00:35:18,160 >> Dan sekarang apa yang ingin saya lakukan adalah saya ingin membuat pengguna Wordpress. 689 00:35:18,160 --> 00:35:20,240 Jadi saya tidak ingin masuk ke Wordpress saya dengan user root 690 00:35:20,240 --> 00:35:21,420 karena itu akan menjadi buruk. 691 00:35:21,420 --> 00:35:24,810 Jadi saya ingin pengguna yang hanya dapat mengakses database Wordpress. 692 00:35:24,810 --> 00:35:27,970 Jadi mari kita pergi di sini lagi. 693 00:35:27,970 --> 00:35:33,720 Dan kita akan [? bergerak?] ini di sini. 694 00:35:33,720 --> 00:35:36,870 >> Jadi apa yang saya lakukan di sini adalah Aku sedang membuat pengguna yang 695 00:35:36,870 --> 00:35:40,220 dapat menghubungkan dari localhost itu diidentifikasi dengan password yang super aman saya 696 00:35:40,220 --> 00:35:42,510 sini. 697 00:35:42,510 --> 00:35:46,595 Dan kemudian aku akan memberikan ini akses pengguna ke seluruh database. 698 00:35:46,595 --> 00:35:51,091 699 00:35:51,091 --> 00:35:51,590 Baiklah. 700 00:35:51,590 --> 00:35:56,200 Dan kemudian sekarang saya harus dapat log in sebagai pengguna yang 701 00:35:56,200 --> 00:35:58,670 dan hanya melihat database yang [? dan?] database test. 702 00:35:58,670 --> 00:36:04,970 >> Jadi aku akan melakukan mysql dikurangi u wordpress, bukan akar. 703 00:36:04,970 --> 00:36:10,360 704 00:36:10,360 --> 00:36:10,860 Baiklah? 705 00:36:10,860 --> 00:36:16,920 Dan kemudian kita harus mampu do-- kan? 706 00:36:16,920 --> 00:36:18,740 Jadi saya bisa melihat basis data Wordpress saya di sini. 707 00:36:18,740 --> 00:36:19,920 Jadi itu bagus. 708 00:36:19,920 --> 00:36:22,420 >> Jadi sekarang kita harus benar-benar download dan menginstal Wordpress. 709 00:36:22,420 --> 00:36:26,220 Jadi mari kita pergi ke direktori web kami. 710 00:36:26,220 --> 00:36:31,760 Jadi aku akan wget Wordpress, yang Versi terbaru dari Wordpress di sini. 711 00:36:31,760 --> 00:36:36,100 712 00:36:36,100 --> 00:36:37,320 Aku akan mengambil itu. 713 00:36:37,320 --> 00:36:42,195 714 00:36:42,195 --> 00:36:44,690 Dan sekarang aku akan menukar direktori HTML, yang 715 00:36:44,690 --> 00:36:48,150 adalah default [? web?] root, dengan direktori Wordpress, jadi. 716 00:36:48,150 --> 00:37:01,650 717 00:37:01,650 --> 00:37:02,410 >> Baiklah. 718 00:37:02,410 --> 00:37:06,580 Dan sekarang aku akan hanya perubahan izin sehingga Apache 719 00:37:06,580 --> 00:37:09,450 pengguna memiliki direktori Wordpress. 720 00:37:09,450 --> 00:37:12,611 721 00:37:12,611 --> 00:37:13,110 Baiklah. 722 00:37:13,110 --> 00:37:17,070 Dan terakhir, aku akan memulai saya web server dan berharap semuanya bekerja. 723 00:37:17,070 --> 00:37:21,650 724 00:37:21,650 --> 00:37:22,150 Baiklah. 725 00:37:22,150 --> 00:37:23,940 Jadi sekarang mari kita lihat apa yang terjadi di sini. 726 00:37:23,940 --> 00:37:28,520 Jadi aku akan pergi di sini. 727 00:37:28,520 --> 00:37:30,700 Dan melihat apakah saya bisa mendapatkan dalam hal ini di sini. 728 00:37:30,700 --> 00:37:35,200 729 00:37:35,200 --> 00:37:35,740 Baiklah. 730 00:37:35,740 --> 00:37:39,860 Jadi, inilah layar pengaturan Wordpress kami. 731 00:37:39,860 --> 00:37:42,020 Jadi kita tahu semua informasi ini. 732 00:37:42,020 --> 00:37:44,170 Jadi nama database kita adalah wordpress. 733 00:37:44,170 --> 00:37:47,550 >> Username akan menjadi wordpress. 734 00:37:47,550 --> 00:37:50,462 Aku punya sandi yang super aman saya di sini. 735 00:37:50,462 --> 00:37:53,869 Kita akan menjadi menghubungkan ke localhost. 736 00:37:53,869 --> 00:37:58,040 Dan kita akan menjalankan instalasi. 737 00:37:58,040 --> 00:38:00,430 >> Sekarang kita hanya akan memberi nama website saya. 738 00:38:00,430 --> 00:38:04,600 Jadi Leo Menakjubkan Blog. 739 00:38:04,600 --> 00:38:08,265 740 00:38:08,265 --> 00:38:12,580 [Tak terdengar] nama pengguna. 741 00:38:12,580 --> 00:38:15,972 Aku akan mendapatkan password untuk username saya. 742 00:38:15,972 --> 00:38:18,979 743 00:38:18,979 --> 00:38:20,520 Aku akan dimasukkan ke dalam alamat email saya. 744 00:38:20,520 --> 00:38:23,790 745 00:38:23,790 --> 00:38:29,326 Dan karena itu uji satu, saya tidak ingin mesin pencari untuk indeks ini. 746 00:38:29,326 --> 00:38:30,820 Jadi sekarang kita menginstal Wordpress. 747 00:38:30,820 --> 00:38:32,070 Jadi sekarang kita sudah siap. 748 00:38:32,070 --> 00:38:33,850 >> Jadi, inilah Wordpress saya. 749 00:38:33,850 --> 00:38:37,660 750 00:38:37,660 --> 00:38:40,345 Dan inilah dashboard saya. 751 00:38:40,345 --> 00:38:42,300 Ini adalah Wordpress berfungsi penuh. 752 00:38:42,300 --> 00:38:47,026 Saya dapat memperbarui plugin di sini jika saya ingin. 753 00:38:47,026 --> 00:38:49,290 Lakukan apa pun yang saya inginkan di sini. 754 00:38:49,290 --> 00:38:52,610 Dan inilah yang sebenarnya saya sepenuhnya menjalankan Wordpress pada satu contoh saya. 755 00:38:52,610 --> 00:38:55,760 >> Sekarang, ini sangat bagus jika Anda memiliki Situs tes, tetapi ini tidak skala. 756 00:38:55,760 --> 00:38:56,737 Kami memiliki satu contoh. 757 00:38:56,737 --> 00:38:59,070 Kita bisa membuat contoh yang benar-benar besar, tetapi pada beberapa titik 758 00:38:59,070 --> 00:39:01,165 Anda akan kehabisan ruang skala vertikal. 759 00:39:01,165 --> 00:39:03,290 Jadi Anda akan ingin skala itu lebih dari itu. 760 00:39:03,290 --> 00:39:05,290 >> Itu sebabnya kami berputar up dengan semua hal-hal lain ini. 761 00:39:05,290 --> 00:39:07,620 Jadi mari kita lihat apakah kami RDS contoh dilakukan. 762 00:39:07,620 --> 00:39:13,500 763 00:39:13,500 --> 00:39:16,170 [? Ya,?] RDS kami Misalnya sudah hampir selesai. 764 00:39:16,170 --> 00:39:19,520 Jadi tidak apa-apa karena sementara itu kita dapat mengatur contoh EC2 kami. 765 00:39:19,520 --> 00:39:22,670 Ini akan menjadi hanya Prosedur yang sedikit berbeda. 766 00:39:22,670 --> 00:39:24,940 >> Jadi kita punya web Wordpress kita. 767 00:39:24,940 --> 00:39:28,540 Sekarang saya sudah punya satu berjalan kemarin. 768 00:39:28,540 --> 00:39:33,670 Jadi aku hanya harus mencari tahu yang salah satu adalah bahwa aku diluncurkan hari ini. 769 00:39:33,670 --> 00:39:36,710 Jadi satu ini diluncurkan 4 November. 770 00:39:36,710 --> 00:39:39,370 771 00:39:39,370 --> 00:39:40,770 Jadi itulah yang dari hari ini. 772 00:39:40,770 --> 00:39:43,720 [? Aku tahu?] Satu ini diluncurkan, oh, 04:00. 773 00:39:43,720 --> 00:39:45,905 Jadi sebenarnya ini adalah yang baru. 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 OKE. 777 00:39:52,930 --> 00:39:54,590 >> Jadi ini adalah contoh baru saya. 778 00:39:54,590 --> 00:39:56,110 Jadi sekali lagi, aku akan SSH ke dalamnya. 779 00:39:56,110 --> 00:40:01,550 780 00:40:01,550 --> 00:40:05,630 Jadi mari kita kembali ke terminal saya di sini. 781 00:40:05,630 --> 00:40:08,350 Jadi aku akan keluar dari yang satu ini. 782 00:40:08,350 --> 00:40:11,232 Aku akan SSH ke instance baru. 783 00:40:11,232 --> 00:40:15,160 784 00:40:15,160 --> 00:40:15,660 Baiklah. 785 00:40:15,660 --> 00:40:17,951 Jadi aku akan harus melakukan beberapa hal yang sama di sini. 786 00:40:17,951 --> 00:40:19,540 Jadi aku akan menjalankan update keamanan. 787 00:40:19,540 --> 00:40:23,790 788 00:40:23,790 --> 00:40:25,654 Aku akan menginstal beberapa paket. 789 00:40:25,654 --> 00:40:27,820 Paket-paket yang akan sedikit berbeda sekarang. 790 00:40:27,820 --> 00:40:31,660 >> Jadi saya tidak perlu server MySQL karena kita melanggar itu keluar. 791 00:40:31,660 --> 00:40:35,580 Jadi aku masih akan menginstal klien MySQL. 792 00:40:35,580 --> 00:40:37,400 Aku masih akan menginstal Apache. 793 00:40:37,400 --> 00:40:40,142 Aku masih akan menginstal PHP dan MySQL PHP. 794 00:40:40,142 --> 00:40:42,100 Aku hanya tidak akan menginstal server MySQL. 795 00:40:42,100 --> 00:40:44,640 796 00:40:44,640 --> 00:40:50,203 >> Lalu aku masih akan membuat Pastikan Apache dimulai saat boot. 797 00:40:50,203 --> 00:40:55,890 798 00:40:55,890 --> 00:40:57,790 Sekarang kita perlu database harus bangun. 799 00:40:57,790 --> 00:41:02,140 Jadi sementara kita bahwa mari kita tambahkan ini Misalnya untuk penyeimbang beban. 800 00:41:02,140 --> 00:41:04,610 Jadi kita akan pergi ke beban kami balancer di sini. 801 00:41:04,610 --> 00:41:08,430 Dan kita hanya akan menyalin contoh ID. 802 00:41:08,430 --> 00:41:10,410 Punya contoh ID saya di sini. 803 00:41:10,410 --> 00:41:19,330 >> Ketika saya pergi ke penyeimbang beban saya, lihat, inilah penyeimbang beban saya, 804 00:41:19,330 --> 00:41:20,945 inilah nama DNS-nya. 805 00:41:20,945 --> 00:41:23,410 Jadi itu punya nol kasus dalam pelayanan sekarang 806 00:41:23,410 --> 00:41:26,040 karena saya belum menambahkan contoh-contoh untuk itu. 807 00:41:26,040 --> 00:41:27,950 Jadi aku akan menambahkan contoh saya. 808 00:41:27,950 --> 00:41:29,635 Jadi, inilah daftar contoh. 809 00:41:29,635 --> 00:41:32,240 810 00:41:32,240 --> 00:41:39,170 Jadi jika saya ingin yang satu ini, jadi saya akan menambahkan satu ini untuk itu. 811 00:41:39,170 --> 00:41:41,150 >> Sekarang akan menunggu dan itu tidak akan 812 00:41:41,150 --> 00:41:43,600 untuk mengaktifkan hal ini sampai menjadi sehat. 813 00:41:43,600 --> 00:41:47,779 814 00:41:47,779 --> 00:41:50,570 Dan itu tidak akan menjadi sehat sampai saya mengaktifkan server web saya. 815 00:41:50,570 --> 00:41:53,800 816 00:41:53,800 --> 00:41:56,202 Jadi mari kita lihat apakah RDS kami Misalnya adalah kembali. 817 00:41:56,202 --> 00:42:03,630 818 00:42:03,630 --> 00:42:04,130 Baiklah. 819 00:42:04,130 --> 00:42:04,630 Hebat Sekali. 820 00:42:04,630 --> 00:42:06,360 Jadi misalnya RDS baru siap. 821 00:42:06,360 --> 00:42:08,940 Jadi ini adalah titik akhir misalnya RDS saya. 822 00:42:08,940 --> 00:42:13,530 Jadi apa yang akan saya lakukan adalah aku akan terhubung ke instance RDS saya. 823 00:42:13,530 --> 00:42:17,070 Jadi ini sekarang sepenuhnya dikelola database MySQL. 824 00:42:17,070 --> 00:42:18,860 Itu punya cadangan diatur di atasnya. 825 00:42:18,860 --> 00:42:20,160 Ini berlebihan. 826 00:42:20,160 --> 00:42:22,030 Ini berputar di hanya beberapa menit. 827 00:42:22,030 --> 00:42:24,870 Jadi sekarang aku harus bisa SSH ke dalamnya from-- atau tidak SSH, 828 00:42:24,870 --> 00:42:26,690 tapi login ke dalamnya dengan klien 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 Jadi di sinilah aku. 832 00:42:38,850 --> 00:42:39,750 Saya di. 833 00:42:39,750 --> 00:42:42,680 Jadi sekarang ini akan menjadi serupa kecuali kami hanya melanggar itu. 834 00:42:42,680 --> 00:42:45,922 Jadi, sekali lagi, aku akan benar-benar keluar dari ini untuk kedua. 835 00:42:45,922 --> 00:42:47,880 Nah, kita sudah dibuat database Wordpress 836 00:42:47,880 --> 00:42:50,670 karena kita menempatkan Wordpress di sana, jadi Aku akan membuat pengguna Wordpress. 837 00:42:50,670 --> 00:42:52,961 Dan ada akan ada beberapa sedikit perbedaan dalam sini 838 00:42:52,961 --> 00:42:54,237 dari apa yang kita lakukan terakhir kali. 839 00:42:54,237 --> 00:42:56,070 Jadi kita akan membuat pengguna Wordpress, 840 00:42:56,070 --> 00:42:58,200 tapi sekarang kita tidak akan login dari localhost lagi. 841 00:42:58,200 --> 00:43:00,479 Kita akan penebangan di dari contoh EC2. 842 00:43:00,479 --> 00:43:03,770 Dan kita tidak akan selalu tahu tentang apa alamat IP itu berasal dari, 843 00:43:03,770 --> 00:43:06,820 atau kita tidak ingin menentukan untuk rincian itu. 844 00:43:06,820 --> 00:43:09,470 >> Kita akan memiliki keamanan kelompok yang memastikan bahwa hanya 845 00:43:09,470 --> 00:43:11,200 server web kami dapat terhubung ke ini. 846 00:43:11,200 --> 00:43:14,520 Jadi aku hanya akan membiarkan dari, pada tingkat ini, 847 00:43:14,520 --> 00:43:16,930 dari koneksi alamat IP. 848 00:43:16,930 --> 00:43:17,869 Jadi kita hanya melakukan itu. 849 00:43:17,869 --> 00:43:19,660 Dan sekarang kita hanya akan harus, sekali lagi, 850 00:43:19,660 --> 00:43:21,701 memberikan akses pengguna ini ke database Wordpress. 851 00:43:21,701 --> 00:43:24,780 852 00:43:24,780 --> 00:43:30,811 Jadi sekarang aku hanya akan mengubahnya ke kartu liar. 853 00:43:30,811 --> 00:43:31,310 Baiklah. 854 00:43:31,310 --> 00:43:32,480 Jadi kita punya itu. 855 00:43:32,480 --> 00:43:34,090 Mari kita pergi dari sini. 856 00:43:34,090 --> 00:43:36,650 Jadi kami hanya akan memastikan bahwa kita bisa masuk sekarang. 857 00:43:36,650 --> 00:43:39,100 Aku hanya akan mengubah username saya ke wordpress. 858 00:43:39,100 --> 00:43:45,371 859 00:43:45,371 --> 00:43:45,870 Baiklah. 860 00:43:45,870 --> 00:43:46,370 Jadi kita di. 861 00:43:46,370 --> 00:43:47,607 Jadi yang bekerja. 862 00:43:47,607 --> 00:43:50,440 Sekarang kita akan, sekali lagi, saya harus mengatur Wordpress pada contoh ini. 863 00:43:50,440 --> 00:43:54,770 Jadi apa yang kita akan memiliki lakukan adalah pergi ke Var, www. 864 00:43:54,770 --> 00:43:57,260 Saya harus memindahkan HTML direktori untuk html.old. 865 00:43:57,260 --> 00:44:02,410 866 00:44:02,410 --> 00:44:02,910 Baiklah. 867 00:44:02,910 --> 00:44:06,770 Dan kita akan memiliki untuk men-download Wordpress. 868 00:44:06,770 --> 00:44:12,000 869 00:44:12,000 --> 00:44:14,790 >> Baiklah. 870 00:44:14,790 --> 00:44:15,540 Ekstrak Wordpress. 871 00:44:15,540 --> 00:44:18,760 872 00:44:18,760 --> 00:44:21,410 Kita akan memindahkannya ke direktori HTML. 873 00:44:21,410 --> 00:44:28,650 874 00:44:28,650 --> 00:44:29,150 Baiklah. 875 00:44:29,150 --> 00:44:30,900 Dan kita akan mengubah hak akses. 876 00:44:30,900 --> 00:44:36,021 877 00:44:36,021 --> 00:44:37,562 Dan kemudian kita akan memulai Apache. 878 00:44:37,562 --> 00:44:42,490 879 00:44:42,490 --> 00:44:45,820 >> Jadi apa yang harus terjadi sekarang ada akan 880 00:44:45,820 --> 00:44:49,200 menjadi dasarnya lima mencoba lagi pada ELB ini. 881 00:44:49,200 --> 00:44:53,790 Dan itu akhirnya, hal ini adalah akan menjadi sehat pada ELB. 882 00:44:53,790 --> 00:44:57,871 Jadi [tak terdengar] di sini. 883 00:44:57,871 --> 00:44:58,370 Mari kita lihat. 884 00:44:58,370 --> 00:45:00,525 Hal ini belum sehat. 885 00:45:00,525 --> 00:45:02,400 Jadi apa yang saya benar-benar akan lakukan adalah saya akan 886 00:45:02,400 --> 00:45:05,275 untuk mengubah kesehatan memeriksa sedikit Sedikit lebih hanya untuk membuatnya lebih cepat. 887 00:45:05,275 --> 00:45:07,320 Kita dapat mengubahnya kembali nanti. 888 00:45:07,320 --> 00:45:12,561 Jadi katakanlah saya ingin sehat ambang tiga, bukan lima. 889 00:45:12,561 --> 00:45:13,060 OKE. 890 00:45:13,060 --> 00:45:15,340 Jadi sekarang kita dalam pelayanan. 891 00:45:15,340 --> 00:45:17,400 >> Jadi sekarang aku akan pergi untuk load balancer ini. 892 00:45:17,400 --> 00:45:19,895 Dan seharusnya proxy yang saya kembali melalui hal ini, 893 00:45:19,895 --> 00:45:23,195 dan kita akan menyiapkan Wordpress di sini. 894 00:45:23,195 --> 00:45:25,320 Sekarang, jika Anda memiliki Anda sendiri Nama domain atau sesuatu, 895 00:45:25,320 --> 00:45:28,740 Anda hanya dapat melakukan CNAME record untuk nama DNS ini. 896 00:45:28,740 --> 00:45:31,850 Dan beban elastis balancing layanan scalable di ujung belakang, 897 00:45:31,850 --> 00:45:34,065 sehingga skala atas dan ke bawah dengan sendirinya. 898 00:45:34,065 --> 00:45:35,710 Sehingga bisa beberapa alamat IP. 899 00:45:35,710 --> 00:45:36,584 IP bisa berubah. 900 00:45:36,584 --> 00:45:39,063 Jadi Anda harus selalu referensi dari nama DNS. 901 00:45:39,063 --> 00:45:41,841 902 00:45:41,841 --> 00:45:42,770 >> Baiklah. 903 00:45:42,770 --> 00:45:43,560 Jadi di sini kita pergi. 904 00:45:43,560 --> 00:45:45,215 Kita kembali pada layar pengaturan kami. 905 00:45:45,215 --> 00:45:47,870 Sekarang kita akan melakukan proses yang sama hampir. 906 00:45:47,870 --> 00:45:49,835 Jadi nama database kita adalah wordpress. 907 00:45:49,835 --> 00:45:52,940 Nama nama kami adalah wordpress. 908 00:45:52,940 --> 00:45:55,560 Kami punya super yang sama mengamankan password seperti sebelumnya, 909 00:45:55,560 --> 00:45:59,020 kecuali host database sekarang akan menjadi contoh RDS. 910 00:45:59,020 --> 00:46:01,222 >> Jadi kita akan pergi di sini. 911 00:46:01,222 --> 00:46:04,760 Kita akan pergi ke RDS. 912 00:46:04,760 --> 00:46:06,320 Kita akan pergi ke kasus saya. 913 00:46:06,320 --> 00:46:07,730 Aku butuh nama titik akhir saya di sini. 914 00:46:07,730 --> 00:46:09,160 Ini satu ini. 915 00:46:09,160 --> 00:46:10,984 Jadi aku hanya akan copy dan paste. 916 00:46:10,984 --> 00:46:17,500 917 00:46:17,500 --> 00:46:18,000 Baiklah? 918 00:46:18,000 --> 00:46:20,100 Jadi mari kita lihat apakah yang bekerja. 919 00:46:20,100 --> 00:46:20,600 Baiklah. 920 00:46:20,600 --> 00:46:21,380 Jadi yang bekerja. 921 00:46:21,380 --> 00:46:23,530 Jadi, Anda dapat terhubung ke instance RDS. 922 00:46:23,530 --> 00:46:27,200 Sekali lagi, itu akan menjadi Leo Awesome Blog. 923 00:46:27,200 --> 00:46:39,590 924 00:46:39,590 --> 00:46:40,090 Baiklah. 925 00:46:40,090 --> 00:46:42,750 >> Jadi sekarang kita akan menginstal Wordpress kami. 926 00:46:42,750 --> 00:46:44,550 Jadi kita sudah selesai. 927 00:46:44,550 --> 00:46:46,736 Jadi biarkan aku hanya login untuk memastikan itu bekerja. 928 00:46:46,736 --> 00:46:51,696 929 00:46:51,696 --> 00:46:54,020 OKE. 930 00:46:54,020 --> 00:46:56,400 >> Jadi sekarang kita punya sepenuhnya berjalan Wordpress. 931 00:46:56,400 --> 00:46:58,890 Kita bisa melakukan segala macam operasi di atasnya. 932 00:46:58,890 --> 00:47:02,210 Jadi perbedaan sekarang adalah bahwa kami memiliki database yang terpisah. 933 00:47:02,210 --> 00:47:03,470 Database yang berlebihan. 934 00:47:03,470 --> 00:47:05,690 Kami masih hanya memiliki satu web server, tetapi sekarang kita bisa 935 00:47:05,690 --> 00:47:08,680 mengambil gambar dari web ini Server, memulai lagi, 936 00:47:08,680 --> 00:47:11,720 dan kemudian kita memiliki dua server web balik penyeimbang beban ini. 937 00:47:11,720 --> 00:47:15,894 >> Titik akhir tidak berubah apakah itu salah satu, atau dua, atau 50 server web. 938 00:47:15,894 --> 00:47:17,060 Kita bisa skala itu di luar ini. 939 00:47:17,060 --> 00:47:21,190 Jadi ada plugin untuk Wordpress mana Anda dapat menggunakan S3 untuk aset statis Anda. 940 00:47:21,190 --> 00:47:23,900 Anda dapat menggunakan CloudFront cache aset tersebut. 941 00:47:23,900 --> 00:47:26,970 Anda dapat menggunakan ElastiCache sehingga Anda dapat menggunakan memcached pada dasarnya 942 00:47:26,970 --> 00:47:30,110 untuk menyimpan sesi negara di sana. 943 00:47:30,110 --> 00:47:32,654 >> Sehingga Anda skala dari satu lebih contoh, 944 00:47:32,654 --> 00:47:35,070 Anda akan berasumsi bahwa contoh-contoh yang fana, 945 00:47:35,070 --> 00:47:36,360 sehingga mereka bisa pergi. 946 00:47:36,360 --> 00:47:38,880 Jadi Anda harus berpikir tentang di mana saya menyimpan log, 947 00:47:38,880 --> 00:47:40,290 di mana saya menyimpan sesi negara. 948 00:47:40,290 --> 00:47:43,580 Bagaimana cara membuatnya jadi OK bahwa kasus ini bisa hilang, atau lebih 949 00:47:43,580 --> 00:47:45,010 dari mereka bisa muncul? 950 00:47:45,010 --> 00:47:47,260 Jadi Anda akan harus menjawab pertanyaan-pertanyaan seperti itu. 951 00:47:47,260 --> 00:47:48,551 Tapi itu pola yang cukup umum. 952 00:47:48,551 --> 00:47:52,720 Jadi Anda hanya mulai pembongkaran setiap hal gigih untuk tingkatan lainnya. 953 00:47:52,720 --> 00:47:55,380 >> Jadi sekarang kita punya ini, kami dilakukan [? tiga lapis?] hal. 954 00:47:55,380 --> 00:47:57,140 Hal terakhir yang saya akan lakukan di sini adalah aku 955 00:47:57,140 --> 00:47:59,390 akan membuat load balancer saya sedikit lebih padat 956 00:47:59,390 --> 00:48:02,210 sekarang bahwa itu ditandai sebagai sehat. 957 00:48:02,210 --> 00:48:06,010 Sehingga biasanya tidak ide yang baik untuk situs web 958 00:48:06,010 --> 00:48:10,139 untuk melakukan pemeriksaan kesehatan TCP karena Apache Anda bisa sampai, 959 00:48:10,139 --> 00:48:11,680 tapi bisa kembali kesalahan PHP. 960 00:48:11,680 --> 00:48:12,940 Jadi Anda tidak menginginkan hal itu. 961 00:48:12,940 --> 00:48:14,648 >> Jadi apa yang saya akan lakukan di sini adalah aku akan 962 00:48:14,648 --> 00:48:18,230 mengubah ini untuk pemeriksaan kesehatan HTTP. 963 00:48:18,230 --> 00:48:22,880 Dan itu akan menjadi index.php, tidak index.html. 964 00:48:22,880 --> 00:48:26,470 Dan kita akan mengubah ini ambang batas yang sehat kembali ke lima. 965 00:48:26,470 --> 00:48:27,880 Sehingga dilakukan. 966 00:48:27,880 --> 00:48:29,500 Sehingga masih harus sehat. 967 00:48:29,500 --> 00:48:30,000 Yep. 968 00:48:30,000 --> 00:48:31,990 Jadi kita masih dalam pelayanan. 969 00:48:31,990 --> 00:48:36,370 >> Jadi itulah bagaimana Anda mengatur up Wordpress di AWS. 970 00:48:36,370 --> 00:48:41,660 Jadi saya pikir dalam waktu kurang dari 20 menit kami sudah keduanya mengatur pada contoh, dengan sendirinya, 971 00:48:41,660 --> 00:48:47,302 dan tiga tier penuh mana setiap tingkatan secara independen scalable. 972 00:48:47,302 --> 00:48:49,010 Anda dapat melakukan segala macam hal menarik 973 00:48:49,010 --> 00:48:51,120 dengan database untuk skala juga. 974 00:48:51,120 --> 00:48:54,200 >> Mari saya tunjukkan satu lagi Hal yang menarik di sini. 975 00:48:54,200 --> 00:48:59,590 Jadi katakanlah untuk ini saya ingin keluar membaca dari menulis. 976 00:48:59,590 --> 00:49:02,020 Aku bisa membuat replika dibaca. 977 00:49:02,020 --> 00:49:05,040 Jadi aku akan hanya membuat replika dibaca. 978 00:49:05,040 --> 00:49:11,407 Jadi ini akan menjadi read1 wordpressdb1. 979 00:49:11,407 --> 00:49:13,240 Aku akan melakukannya pada daerah yang sama, tapi aku 980 00:49:13,240 --> 00:49:15,820 bisa melakukannya di daerah yang berbeda. 981 00:49:15,820 --> 00:49:18,740 Jadi kita akan mulai penyediaan replika baca di sini. 982 00:49:18,740 --> 00:49:20,390 Jadi sekarang kita sedang menciptakan replika membaca. 983 00:49:20,390 --> 00:49:22,349 Yang sedang dibuat ada di bagian bawah. 984 00:49:22,349 --> 00:49:24,140 Sehingga Anda dapat melakukan segala macam cool stuff di sini. 985 00:49:24,140 --> 00:49:25,550 >> Jadi saya sudah selesai dengan demo. 986 00:49:25,550 --> 00:49:27,780 Jadi saya pikir kami memiliki sekitar 10 menit. 987 00:49:27,780 --> 00:49:33,860 Jadi aku akan mengambil pertanyaan siapa pun memiliki, mengenai AWS topik yang terkait. 988 00:49:33,860 --> 00:49:36,980 989 00:49:36,980 --> 00:49:39,395 Siapa Saja? 990 00:49:39,395 --> 00:49:39,895 Keren. 991 00:49:39,895 --> 00:49:40,850 Baiklah. 992 00:49:40,850 --> 00:49:42,720 Terima kasih semua orang. 993 00:49:42,720 --> 00:49:44,192