LEO ZHADANOVSKY: Hi, semua orang. Saya Leo Zhadanovsky. Saya seorang arsitek solusi di Amazon Web Services. Dan aku akan berbicara kepada Anda hari ini tentang apa Amazon Web Services adalah, sejarahnya, gambaran singkat layanan yang kami tawarkan. Dan juga saya akan melakukan demo live bagaimana untuk memulai stack LAMP di AWS baik pada satu kejadian dan melalui menggunakan beberapa lainnya kami [? dikelola?] layanan, seperti sebagai database relasional kami layanan, dan beban kami balancers, dan kasus kami. Jadi pertama-tama, mari kita berbicara tentang sejarah AWS. Jadi bagaimana Amazon.com masuk ke ini bisnis komputasi awan? Nah, Amazon benar-benar baik menyediakan pilihan besar produk dan pengiriman mereka ke pelanggan secara efisien. Dan di balik kemampuan yang terletak tahun pengalaman dengan pusat data operasi, dengan logistik, dengan segala macam hal. Dan kami menemukan lebih dari 10 tahun yang kita ingin memungkinkan pelanggan kami untuk melakukan banyak hal yang berbeda, kan? 

Jadi kita akhirnya menawarkan beberapa intern jasa sampai dengan penjual pihak ketiga. Seperti yang kita diterbitkan layanan web sederhana seperti pencarian katalog kami. Dan itu menjadi benar-benar jelas sangat cepat bahwa pengembang lapar lebih dari layanan kami. Dan jadi ini mendorong kami untuk mengembangkan AWS. Jadi kami bertanya bagaimana jika kita bisa paket segala sesuatu kita lakukan dan menawarkan kepada lain melalui web? 

Jadi misi AWS adalah untuk memungkinkan bisnis dan pengembang untuk menggunakan layanan web untuk membangun aplikasi canggih scalable. Dan layanan web yang orang sekarang memanggil Cloud. Jadi pada tahun 2006, AWS lahir. Dan mari kita bicara tentang apa yang sebenarnya AWS adalah. 

Jadi kami menyediakan berbagai jasa di tingkatan yang berbeda. Jadi kita memiliki jenis layanan inti kami, Penyimpanan menghitung dan basis data. Dan kemudian kami juga memiliki lapisan jaringan, dan kami punya dunia infrastruktur, jadi kami sudah daerah mendapat seluruh dunia dan zona ketersediaan di seluruh dunia. Dan kemudian kita punya layanan tingkat yang lebih tinggi, seperti layanan aplikasi yang Anda gunakan untuk membangun horizontal aplikasi scalable. Dan kemudian kita punya penyebaran dan layanan administrasi. Jadi ini adalah layanan yang Anda gunakan untuk menyebarkan kode di AWS dan untuk Administrasi Anda AWS akun seperti sisik. 

Jadi mari kita bicara tentang kami infrastruktur global pertama. Kami memiliki 11 wilayah di seluruh dunia. Jadi kita hanya menambahkan daerah baru beberapa minggu yang lalu di Frankfurt, tetapi masing-masing daerah adalah seperti awan yang terpisah. Jadi layanan ini saya akan berbicara tentang mereka ada di berbagai daerah. Jadi di AS, ada wilayah di Virginia Utara. Ada daerah di North California dan di Oregon. 

Wilayah di Oregon juga karbon netral. Kami juga memiliki sebuah daerah di Oregon disebut GovCloud. Jadi jika Anda memiliki beban kerja yang membutuhkan menjadi Itar compliant, jadi itu Lalu Lintas Internasional dan Pengurangan Senjata Perjanjian, Anda harus menggunakan GovCloud. 

Jadi yang penting tentang ini adalah bahwa Anda memilah dan memilih mana data Anda pergi dan di mana aplikasi Anda pergi. Jadi kita tidak memindahkan data Anda di daerah, atau di zona ketersediaan jika layanan di mana Anda dapat memilih zona ketersediaan. Anda dapat memilih dan memilih mana ia pergi. Anda dapat memindahkannya. Kami memberi Anda alat untuk memindahkan Anda data, tapi kami tidak akan bergerak untuk Anda. 

Dan dalam masing-masing daerah ada setidaknya dua zona ketersediaan, dan kita akan bicara tentang apa mereka berada dalam satu detik. Dan ada juga 52 tepi lokasi di seluruh dunia. Jadi lokasi tepi pada dasarnya untuk kami CloudFront, [? awan?] distribusi jaringan, dan layanan Route 53 DNS kami. Dan ada banyak dari mereka karena mereka lebih dekat dengan pengguna, karena mereka adalah layanan berbasis latency. Hal sehingga latency untuk mereka. 

Jadi ini adalah apa yang khas wilayah seperti. Dan kemudian [? dalam?] masing-masing daerah ada, seperti saya katakan, setidaknya dua zona ketersediaan. Sebuah zona ketersediaan adalah setidaknya satu pusat data, kadang-kadang bisa lebih dalam wilayah geografis yang sama. Dan zona ketersediaan kami dirancang berada di dataran banjir yang berbeda, kesalahan dataran yang memiliki kekuatan yang berbeda utilitas dan berbeda tingkat 1 ISP. Jadi, Anda harus merancang Anda Aplikasi [? keberatan?] di mana sesuatu bisa terjadi dalam satu zona ketersediaan, tapi begitu Anda harus tersebar Anda aplikasi dalam beberapa ketersediaan zona karena mereka dibangun dengan redudansi ini dalam pikiran. 

Dan jadi kami kekuatan banyak bisnis yang Anda mengenali. Jadi dari Airbnb, Netflix, ke Dropbox, untuk Yelp, kita memiliki semua jenis startups dan perusahaan yang menjalankan beban kerja pada kami. Di sektor publik, kita punya semua jenis instansi pemerintah yang dijalankan pada kita, edtech startups, universitas. Kampanye Obama berlari pada dasarnya semua dari barang-barang mereka di Amazon Web Services. 

Dan hanya untuk memberikan perspektif pada skala kami, pada hari biasa kami memiliki server baru cukup kapasitas untuk dukungan Prasarana global Amazon.com yang ketika itu $ 7000000000 kembali bisnis pada tahun 2004. Jadi itulah berapa banyak kita memiliki pada hari biasa. 

Jadi konsep umum adalah jika Anda berpikir tentang bagaimana Anda mendapatkan power. Jadi Anda mendapatkan kekuatan, itu pada permintaan, kan? Jadi, Anda tahu kapan Anda mendapatkan itu, Anda tahu Anda bisa mendapatkannya. Ini seragam, sehingga Anda tahu apa tegangan yang Anda dapatkan. Ini bayar karena Anda pergi, sehingga Anda membayar untuk persis berapa banyak Anda gunakan. Dan itu tersedia. Jadi Anda pasang, Anda tahu Anda akan mendapatkan listrik. Jadi kami sudah itu dan diperpanjang untuk komputasi. 

Jadi ini memecahkan banyak masalah. Kami biasanya melihat banyak TI organisasi. Mereka memiliki masalah kapasitas ini. Sehingga mereka memiliki jumlah tertentu TI kebutuhan, dan kemudian mereka memiliki kapasitas mereka over-ketentuan. Jadi baik mereka cara over-provisioning, atau mereka tidak memiliki kapasitas yang cukup, dan mereka memiliki pelanggan puas. 

Jadi misalnya, ini adalah pola yang berbeda dari lalu lintas. Jadi apakah Anda memiliki hal-hal yang menghidupkan dan mematikan, atau tumbuh cepat, atau memiliki puncak variabel atau puncak diprediksi, untuk semua ini, Anda juga akan over-ketentuan biasanya, atau Anda akan di bawah ketentuan. Sehingga Anda juga harus limbah atau Anda memiliki pelanggan yang tidak senang. 

Jadi apa AWS memungkinkan Anda lakukan adalah Anda dapat skala naik dan turun secara dinamis berdasarkan apa Anda pola penggunaan aktual. Jadi Anda bisa membayar hanya untuk apa yang Anda gunakan. Dan Anda dapat memulai contoh, sehingga misalnya adalah kata kami untuk server virtual. Anda dapat memulai satu Misalnya, Anda dapat memulai ribuan contoh dalam hitungan menit atau detik, hanya sebanyak yang Anda butuhkan. Dan Anda dapat memanggil itu dan ke bawah seperti yang diperlukan. Jadi biarkan aku berbicara dengan Anda tentang sebuah Contoh yang agak dekat dengan rumah. Jadi ini adalah lalu lintas yang khas grafik untuk bulan November untuk Amazon.com. Dan dua puncak terakhir di sini, tidak ada yang tahu apa yang mereka? Jadi they're-- 

AUDIENCE: Cyber ​​Monday? 

LEO ZHADANOVSKY: Cyber ​​Monday dan Black Friday, kan? Jadi, secara tradisional, apa yang telah Amazon.com lakukan adalah mereka harus kapasitas penyediaan untuk menutupi dua puncak. Jadi sebagai hasilnya, 76% dari waktu, mereka memiliki terlalu banyak kapasitas. Dan hanya 24% dari waktu yang mereka sepenuhnya memanfaatkan itu. Dan pada tahun 2010 Amazon.com berbalik off web server fisik yang terakhir dan pindah ke AWS. Jadi ini adalah apa yang lalu lintas Pola seperti sekarang. Kapasitas hanya di atas apa yang sebenarnya dibutuhkan. 

Jadi mengapa kita melihat pelanggan mengadopsi komputasi awan di AWS begitu cepat? Nah, kelincahan. Jadi itulah primer Alasan yang kita lihat. Mengapa kelincahan penting? Nah, hal itu memungkinkan pelanggan untuk melakukan hal-hal yang di dunia lama mengambil minggu atau bulan untuk melakukan mereka dalam hitungan menit atau detik. Sehingga Anda dapat melakukan hal-hal seperti spin up a Seluruh Dev baru atau Test lingkungan, berputar ke atas sekali baru DR lingkungan, berputar ke atas 50 kasus, atau 1.000 contoh untuk puncak lalu lintas, menghapus orang 1.000 kasus, set up cluster HPC, atau cluster GS, dan Anda dapat melakukannya semua dalam menit pada AWS. 

Jadi apa ini menyebabkan adalah budaya inovasi. Jadi Anda dapat melakukan percobaan sering. Anda dapat membayar hanya untuk apa yang Anda gunakan dan Anda bisa gagal tanpa resiko. Jadi jika Anda mencoba sesuatu, Anda sudah dibayar selama beberapa jam penggunaan. Ini bukan masalah besar. Anda belum memasukkan modal besar investasi di depan untuk itu. 

Jadi apa yang pelanggan benar-benar menggunakan AWS untuk? Nah, agar Universitas Notre Dame, mereka pindah situs web mereka ke AWS. Mereka rata-rata memiliki sekitar 38.000 pengunjung per hari ke situs mereka, tetapi bisa membengkak menjadi 150.000 selama acara olahraga dan pertandingan sepak bola. Jadi mereka pindah situs web mereka ke kami. Dan sekarang situs web mereka dapat mendukung peningkatan 500% dalam lalu lintas, semua sementara mereka telah disimpan 40% lebih yang ada setup untuk situs web mereka on-premise. 

NASA JPL, mereka menggunakan AWS untuk hidup streaming rover Curiosity mendarat di Mars. Dan mereka menemukan hanya enam hari di muka bahwa mereka perlu menemukan operator lain dari penyedia biasa mereka untuk streaming live mereka. Ini juga sama waktu sebagai Olimpiade. Jadi mereka tidak bisa membeli CDM Kapasitas di mana saja pada saat itu. Dan mereka pada dasarnya mengatur jaringan pengiriman konten mereka sendiri pada layanan EC2 kami dalam enam hari. Dan mereka mampu memiliki itu meningkatkan kebutuhan mereka. Mereka, saya pikir, membayangkan sekitar satu juta penonton. Jadi itu benar-benar menarik pakan teknis yang mereka gunakan, Server Adobe Flash Media dan [? internet?] cache. Dan mereka dapat menyebarkan seluruh cluster ini pemrograman sebagai diperlukan. Dan kemudian mereka berputar mereka turun saat mereka tidak menggunakannya lagi. 

Kampanye Obama di 2012 digunakan AWS untuk lebih dari 200 aplikasi bahwa mereka host di platform. Mereka memiliki segalanya mulai dari alat panggilan, prosesor pembayaran, untuk aplikasi mobile, untuk website organisasi relawan, untuk alat data analisis besar. Dan semuanya harus bekerja pada hari pemilihan. Jadi untuk memindahkan Hari Pemilihan akan memerlukan amandemen konstitusi, sehingga tidak akan terjadi. Jadi semua sistem mereka akan harus bekerja pada hari pertama. Dan mereka melakukannya. 

Jadi mari kita bicara tentang layanan yang sebenarnya. Jadi pertama layanan jaringan. Jadi Amazon VPC adalah Virtual Private Cloud. Ini pada dasarnya adalah jaringan lunak didefinisikan yang hidup di atas contoh EC2 Anda, dan RDS Anda, yang akan kita bicarakan, dan ElastiCache. 

Dan sehingga Anda dapat menentukan pribadi ruang alamat untuk kasus Anda. Anda dapat istirahat yang menjadi subnet publik, subnet swasta. Anda dapat melakukan koneksi VPN ke Anda on-premise pusat data. Anda kemudian dapat juga memperpanjang Anda address space on-premise ke VPC. Anda memiliki kekuatan untuk memanipulasi rute meja sehingga Anda dapat menyesuaikan hal. Anda memiliki akses jaringan daftar kontrol di VPC. [? Jadi?] Memberi Anda banyak fleksibilitas atas apa yang telah Anda berjalan di AWS. 

Lalu ada AWS DirectConnect. Jadi DirectConnect adalah pribadi koneksi ke daerah kami. Jadi Anda bisa mendapatkan satu atau 10 pertunjukan link atau beberapa satu atau 10 pertunjukan link sampai daerah. Jadi jika Anda meng-upload banyak data atau men-download banyak data dan membutuhkan konektivitas swasta, itu pilihan di sana. 

Ada juga Route 53. Jadi Route 53 adalah layanan DNS kami. Ia melakukan segala macam hal yang menarik. Sehingga mendukung pemeriksaan kesehatan. Jadi Anda bisa, katakanlah, menjalankan dua salinan dari situs Anda pada waktu yang sama. Dan jika salah satu dari mereka gagal, Anda mengarahkan lalu lintas ke salinan lainnya. 

Atau Anda dapat melakukan catatan berbasis geografi sehingga Anda dapat rute lalu lintas untuk satu negara satu klaster dari yang lain negara ke klaster lain. Anda dapat melakukan pengujian A / B, sehingga Anda dapat memiliki 80% dari lalu lintas Anda untuk satu salinan dari situs Anda dan 20% ke salinan baru dari situs Anda dan melihat mana yang melakukan lebih baik. Sehingga Anda dapat melakukan segala macam hal menarik di sana. Anda dapat melakukan catatan berbasis latency. Sehingga Anda dapat memiliki salinan Anda situs di seluruh dunia dan telah pengguna dikirim ke mana seseorang yang paling dekat dengan mereka berdasarkan latency. Ia juga memiliki integrasi mendalam dengan layanan AWS, jadi seperti balancers beban kami, dan S3, dan CloudFront, sehingga benar-benar mudah untuk menunjukkan hal-hal yang CloudFront distribusi untuk Anda LBS atau S3 ember. 

Lalu ada EC2. Jadi EC2 adalah layanan server virtual kami. Anda dapat berjalan di Windows. Anda dapat menjalankan Linux di atasnya. Anda memiliki kontrol penuh dari sistem operasi. Ada rasa yang berbeda dari Windows dan Linux, sehingga Red Hat, Debian, Ubuntu. Kami memiliki distribusi kita sendiri disebut Amazon Linux. Anda dapat memilih mana yang Anda inginkan. 

Ada berbagai jenis kasus. Jadi ada lebih dari 27 contoh jenis pada saat ini. Jadi ada contoh yang berbeda keluarga berdasarkan beban kerja yang berbeda. Jadi ada umum contoh tujuan, yang hanya, jika Anda tidak tahu apa Anda butuhkan, Anda bisa mulai dengan mereka. 

Ada menghitung dioptimalkan, yang besar untuk hal-hal seperti server web, yang tepat? Ada memori dioptimalkan contoh, yang yang besar untuk hal-hal seperti tanggal database relasional. Ada contoh penyimpanan-dioptimalkan, jadi ini memiliki SSD besar pada mereka. Jadi mereka besar untuk hal-hal seperti Mongo atau NoSQL, kan? 

Dan ada grafis contoh dioptimalkan, yang besar untuk GPU menghitung dan klaster kasus. Dan terakhir ada biaya contoh dioptimalkan. Jadi, jika Anda hanya mencoba untuk bereksperimen, Anda bisa mendapatkan banyak biaya misalnya rendah jenis yang besar untuk itu kasus penggunaan. Lalu ada Auto Scaling. Jadi Auto Scaling adalah API untuk EC2. Dan memungkinkan Anda untuk secara horizontal skala atas dan ke bawah tingkatan contoh EC2. Jadi katakanlah Anda memiliki sekelompok server web. 

Dan, seperti dalam kasus Notre Dame, Anda biasanya Anda harus memiliki dua dari mereka, tetapi Anda mungkin harus skala 10. Nah, Anda dapat menggunakan Auto Scaling untuk secara otomatis memicu skala atas atau bawah peristiwa berdasarkan metrik. Jadi [? CPU?] Penggunaan, latency. Anda dapat melakukan metrik kustom, sehingga itu cukup terbuka berakhir di sana. 

Anda juga dapat skala berdasarkan jadwal. Jadi, jika Anda tahu bahwa Anda akan memiliki banyak lalu lintas pada hari Senin pukul 6:00 pagi, Anda dapat meningkatkan pada hari Senin pukul 06:00 dan menurunkan pada Senin pukul 05:00. Anda juga dapat melakukannya berdasarkan hanya perintah baris perintah. 

Lalu ada elastis load balancing. Jadi elastis load balancing adalah penyeimbang beban dikelola. Jadi Anda mengklik tombol, itu Ketentuan penyeimbang beban bagi Anda. Penyeimbang beban hidup di beberapa ketersediaan zona. Itu tidak SSL offloading untuk port 25, 80, 443, dan apa pun lebih dari 1.024 untuk lalu lintas TCP. 

Itu tidak koneksi pengeringan, dukungan protokol proxy. Jadi itu adalah penyeimbang beban yang sangat featureful. Dan itu punya integrasi dengan Auto Scaling. Jadi, ketika Anda menggunakan Auto Scaling dan Anda skala atas dan ke bawah, Anda dapat memiliki contoh Anda otomatis bergabung atau meninggalkan sebuah penyeimbang beban elastis. 

Jadi ada layanan penyimpanan kami. Jadi yang pertama adalah Amazon EBS, atau Elastic Block Store. Ini adalah volume terus-menerus bahwa Anda dapat me-mount terhadap kasus EC2 Anda. Jadi Anda bisa snapshot mereka. Jadi, ketika snapshot sebuah EBS volume, ia pergi ke S3, yang akan kita bicarakan dalam satu detik. Ada tiga yang berbeda jenis volume EBS. 

Ada EBS magnetik, yang hanya semacam semacam standar disk magnetik. Ini adalah pilihan yang paling ekonomis. Lalu ada umum SSD tujuan, di mana kita mendapatkan tiga IOPS per penyediaan gigabyte. Jadi jika Anda memiliki satu terabyte volume, Anda memiliki 3.000 IOPS. Dan kemudian ada ditetapkan IOPS. Jadi ditetapkan IOPS adalah ketika Anda membayar berapa banyak ruang disk yang Anda gunakan dan berapa kapasitas IOPS Anda butuhkan. Jadi Anda bisa penyediaan up 4.000 IOPS per volume. 

Jadi ada Amazon S3. Amazon S3 adalah toko objek kami. Jadi Amazon S3, Anda dapat menggunakannya untuk menyimpan hanya jenis data. Anda dapat menggunakannya untuk menyimpan static website dan selang website statis. Anda dapat menggunakan S3 untuk backup dan arsip dalam beberapa kasus penggunaan sebagai sumber dan output ember untuk analisis data yang besar, atau transcoding. Hal ini juga dapat digunakan sebagai asal untuk distribusi CloudFront. 

Jadi S3 super kuat. Dirancang S3 untuk 11 baris daya tahan. Jadi apa artinya itu dapat mempertahankan hilangnya setidaknya dua Data Pusat pada saat yang sama tanpa kehilangan data Anda. Anda dapat melakukan enkripsi pada S3. Sehingga server set enkripsi, atau server mengatur enkripsi dengan kunci Anda. Jadi jika Anda ingin mengelola kunci, Anda dapat melakukannya juga. 

Dan ada Glacier. Jadi Glacier adalah kami jangka panjang layanan arsip. Hal ini juga dirancang untuk 11 baris daya tahan, tapi ketika Anda ingin menyimpan sesuatu dan melupakannya, kan? Jadi baik untuk kepatuhan atau lainnya alasan Anda perlu untuk arsip sesuatu, Anda harus menggunakan Glacier. Jadi biaya Glacier $ 0,01 per gigabyte per bulan. Dan Amazon S3 dimulai pada $ 0,03 per gigabyte per bulan. Jadi Glacier lebih murah dan Glacier memakan waktu tiga sampai lima jam untuk mendapatkan data Anda kembali. Jadi kalau itu OK, jika ini merupakan kasus arsip, maka mungkin Glacier an kasus penggunaan yang tepat untuk itu. 

Lalu ada Storage Gateway. Jadi Storage Gateway adalah mesin virtual Anda dapat dijalankan secara lokal di VMware, atau Hyper-V. Ini memberi Anda titik akhir iSCSI. Anda kemudian dapat mengatur VM lain di atas itu yang mengekspos bahwa iSCSI endpoint dengan CIFS atau NFS. Apa pun yang masuk ke dalam jaringan berbagi dan kemudian mendapat mundur ke Amazon S3, atau gletser, atau EBS tergantung pada bagaimana Anda mengaturnya. Jadi itu adalah cara mudah untuk mendapatkan data Anda sampai dengan AWS. 

Jadi ada layanan database kami. Jadi yang pertama adalah Amazon RDS. Jadi ini adalah relasional kami layanan database. Jadi ini adalah relasional dikelola database [? untukmu. ?] Ini akan mendukung SQL Server, Oracle, MySQL, dan Postgres mesin. 

Itu tidak failover otomatis. Jadi jika Anda memiliki Multi-AZ pilihan diaktifkan, itu tidak tingkat blok sinkron replikasi di zona ketersediaan. Dan kemudian jika utama Anda gagal, itu hanya akan otomatis failover antara mereka. Hal ini juga, untuk mesin MySQL, mendukung membaca replika dalam wilayah yang sama atau di daerah. Dan ada segala macam Pilihan menarik di sana. Jadi akan melakukan backup untuk Anda. Sehingga akan backup ke S3. Ini akan melakukan patching Anda untuk Anda juga. 

Lalu ada DynamoDB. DynamoDB adalah layanan NoSQL berhasil kami. Untuk Dynamo DB dibutuhkan jauh semua beban administrasi mengelola layanan NoSQL untuk Anda. Jadi Anda hanya penyediaan tabel dan Anda mengatakan berapa banyak membaca dan menulis kapasitas yang Anda inginkan. Dan itu akan memberikan untuk Anda. Jadi itu adalah sangat Layanan mudah digunakan. Lalu ada ElastiCache. Jadi ElastiCache adalah kami layanan caching dikelola. Hal ini pada dasarnya dikelola Redis atau ElastiCache. Jadi sekali lagi, Anda bisa penyediaan cluster dari ElastiCache atau Redis kasus dan tidak perlu khawatir tentang backup, atau failover, atau salah satu dari hal-hal itu. 

Lalu kami memiliki layanan aplikasi kita. Jadi CloudFront adalah kami jaringan pengiriman konten dan tinggal di lokasi tersebut Ujung yang saya bicarakan sebelumnya. Jadi CloudFront dapat digunakan untuk live video streaming, untuk permintaan video streaming, dan hanya memiliki sebuah situs web, sehingga situs web hosting. Sehingga Anda dapat memiliki website host pada balancers beban elastis, atau contoh, atau S3 ember, atau hanya on-premise hardware. Dan Anda dapat menempatkan sebuah CloudFront distribusi di depannya. Ini akan men-cache konten Anda. Ini akan meletakkannya di lokasi tepi. Dan ketika seseorang pergi ke situs web Anda mereka akan memukul CloudFront, yang akan mungkin lebih dekat dengan mereka daripada apa pun asal adalah. Dan itu akan offload banyak beban off asal, sehingga kedua menghemat uang Anda dan mendapatkan pengalaman pengguna yang lebih baik. 

Lalu ada Amazon CloudSearch. Jadi CloudSearch adalah layanan pencarian berhasil. Jadi Anda kirimkan dicari Anda Data dan berbicara dengan itu melalui API, dan akan melakukan hasil pencarian untuk Anda. Lalu ada Elastic Transcoder. Jadi itu adalah solusi transcoding dikelola. Anda menempatkan video Anda ke dalam ember S3, ceritakan apa yang transcode ke dalam, format apa dan apa ukuran dan segalanya. Dan itu akan transcode dan menempatkan menjadi sebuah ember S3 untuk Anda. 

Lalu ada layanan data besar kami. Jadi kita punya Amazon ESDM, yang elastis Peta Mengurangi. Jadi ini adalah kerangka Hadoop host. Jadi Anda bisa berputar ke atas cluster Hadoop dari satu contoh untuk ratusan kasus jika Anda membutuhkan. Itu punya integrasi dalam S3, sehingga sistem file untuk itu Anda dapat menggunakan HDSF, yang Anda tradisional dengan Hadoop. Atau Anda dapat melakukan S3 sebagai sistem file. 

Itu punya dukungan untuk harga spot, yaitu, di Amazon, bagaimana Anda tawaran untuk kelebihan kapasitas. Sehingga mendukung semua itu. Mendukung kerangka Hadoop umum seperti Spark dan Shark dan Hive dan Babi. Dan kami telah melihat lebih dari 5,5 juta ESDM cluster diluncurkan pada saat ini di Amazon. 

Kemudian kita punya AWS data Pipeline. Jadi data Pipeline adalah layanan yang akan memungkinkan Anda untuk memindahkan data di menyimpan data yang berbeda kami. Sehingga Anda dapat mengambil sesuatu dari S3, menempatkan menjadi RDS, kemudian melakukan beberapa ESDM di atasnya, memasukkannya ke dalam pergeseran merah, yang kami alat data warehouse, dan kemudian Anda dapat menarik sesuatu dari pada premis, MySQL misalnya. Jadi ada semua jenis hal yang dapat Anda lakukan dengan itu. 

Lalu ada pergeseran merah. Pergeseran merah dikelola kami data warehouse alat. Ini dimaksudkan untuk menjadi skala petabyte, sehingga Anda dapat menyimpan banyak data di dalamnya. Ini arsitektur paralel besar-besaran. Sehingga Anda dapat memiliki banyak node jika Anda ingin. Dan itu tidak semua backup dan semua hal-hal administratif untuk Anda. Dan kemudian ada Kinesis. Kinesis adalah real-time kami layanan pengolahan. Jadi, Anda dapat mengambil beberapa sumber streaming data real-time, sehingga mengatakan seperti Twitter Firehose, atau sekelompok data log, kirimkan ke Kinesis. Kinesis menangani semua itu untuk Anda. Dan kemudian Anda dapat menghubungkan pekerja itu untuk menarik hal-hal dan, katakanlah, melakukan dashboard hidup atau melakukan analisis hidup di atasnya. 

Jadi kita memiliki layanan penyebaran kami. Jadi AWS OpsWorks adalah kerangka DevOps. Jadi Anda mengambil aplikasi Anda, Anda memecahnya menjadi lapisan. Jadi Anda punya penyeimbang beban Anda lapisan, lapisan web Anda, lapisan aplikasi Anda, lapisan database Anda, dan Anda hal ketentuan tersebut lapisan berdasarkan Chef resep. Chef konfigurasi sistem manajemen. Jadi juga mendukung peristiwa siklus hidup dan sebagainya jika Anda tidak ingin mengelola Chef sendiri, benar, jika Anda ingin memiliki beberapa jenis cara program untuk menyebarkan hal-hal ke kasus Anda ini adalah salah satu pilihan untuk Anda. 

Lalu kami memiliki Elastic Pohon Kacang. Jadi elastis Pohon Kacang adalah layanan yang memungkinkan Anda to-- mengatakan Anda seorang pengembang. Anda memiliki kode Anda dalam repo Git. Anda tidak ingin perlu khawatir tentang penggelaran ELBs anda sendiri atau RDS contoh atau contoh EC2 biasa. Jadi apa yang Anda lakukan adalah Anda, dari kode Anda, hanya mengirim ke Elastic Pohon Kacang. Elastic Pohon Kacang akan penyediaan RDS contoh dan ELBs dan semua itu untuk Anda dan menggunakan kode Anda ke mereka. Jadi itu membuat banyak mudah bagi pengembang untuk menyebarkan kode mereka ke AWS. 

Lalu ada CloudFormation. Jadi CloudFormation adalah layanan untuk memperlakukan infrastruktur sebagai kode. Jadi sekarang bahwa Anda memiliki semua ini barang-barang dalam aplikasi Anda, Anda punya VPC Anda, dan aturan kelompok keamanan Anda, dan contoh EC2 Anda, dan kasus RDS Anda. Jadi Anda punya ini seluruh Arsitektur di AWS. Nah, bagaimana Anda pemrograman berputar itu atau menciptakan itu? Anda dapat menulis file JSON yang mewakili semua itu. Dan kemudian Anda bisa [? ambil?] file JSON dan menyebarkan Anda infrastruktur dari itu. Sehingga Anda dapat memiliki arsitektur di mana, setiap kali Anda menggunakan kode, berputar sebuah salinan keseluruhan Anda arsitektur dan kemudian gagal ke itu. Jadi Anda juga dapat melakukan ini untuk memiliki infrastruktur bisa berubah. 

Lalu akhirnya ada kami pelayanan administrasi. Jadi pelayanan administrasi kami mulai dengan Amazon IAM, jadi Identity dan Access Management. Sehingga memungkinkan Anda untuk mengelola account AWS Anda sehingga Anda dapat memiliki sub pengguna dan kelompok dan melakukan federasi identitas dan segala macam hal. Ini sangat penting untuk keamanan. 

Lalu kami memiliki Amazon CloudWatch, yang merupakan layanan metrik kami. Jadi itu memberi Anda penggunaan CPU dan segala macam metrik. Dan Anda dapat melakukan kustom metrik, dan [? Anda bisa lakukan?] auto skala berdasarkan metrik. 

Dan kemudian kita harus CloudTrail. Jadi CloudTrail adalah kami layanan untuk audit. Sehingga akan log panggilan API terhadap Amazon Web Services. Jadi siapa reboot hal ini? Yang mengubah ini grup keamanan? Dan login mereka ke ember yang diperlukan sehingga Anda dapat melihat apa yang terjadi di account Anda dan siapa yang melakukannya. 

Sebuah layanan baru yang kami miliki adalah ruang kerja. Jadi itu adalah virtualisasi desktop pada AWS. Jadi Anda bisa penyisihan workstation, workstation Windows, dan kemudian akan datang dalam beberapa menit. Ini akan terhubung ke aktif Anda direktori, sehingga dengan pengguna Anda. Dan Anda dapat dengan mudah membangunnya kembali. Anda dapat dengan mudah ketentuan yang baru. Ada berbagai jenis dengan perangkat lunak yang berbeda di sana. 

Jadi sekarang kita sudah melalui banyak layanan kami, mari kita melakukan live demo yang sebenarnya. Jadi aku akan beralih untuk browser web saya di sini. Jadi apa yang saya ingin menunjukkan adalah cara cepat mengatur sebuah contoh EC2 dengan Wordpress di atasnya. Dan kemudian kita akan untuk melakukan hal yang sama, tapi kita akan berputar ke atas contoh RDS dan ELB. Jadi kita akan melakukannya hanya pada contoh dan kita akan mematahkan semua tingkatan keluar juga. 

Jadi mari kita memulai sebuah contoh EC2. Jadi hal pertama yang Aku sudah dilakukan di sini adalah Anda akan ingin memiliki sepasang kunci. Jadi sepasang kunci memungkinkan Anda untuk login ke contoh yang sebenarnya. Jadi Anda tetap pribadi bagian dari sepasang kunci, dan kami menempatkan masyarakat bagian ke contoh. Dan itulah yang memungkinkan Anda untuk log in. Jadi saya sudah diimpor sepasang kunci saya, hanya saya biasa SSH sepasang kunci di sini. 

Dan hal lain Aku akan lakukan di sini adalah, Saya sudah memiliki beberapa contoh berjalan, tapi aku akan memulai yang baru. Jadi aku akan memilih saya sistem operasi di sini. Sehingga Anda dapat melihat saya memiliki cukup pilihan besar sistem operasi. Jadi aku hanya akan memilih Amazon standar Linux. 

Dan aku akan memilih jenis contoh. Dan karena ini adalah server web, aku akan untuk melakukan c3.large karena itu mungkin menghitung intensif. Jadi aku akan memilih c3.large sebuah, dan aku akan meluncurkan salah satu dari mereka. Aku akan meninggalkannya di default VPC untuk saat ini. Aku akan meninggalkan semua hal ini sendirian. 

Dan aku akan mengaktifkan Pemantauan CloudWatch karena CloudWatch rinci pemantauan perubahan CloudWatch pemantauan dari lima menit Resolusi resolusi satu menit. Jadi saya ingin bahwa dengan web server saya di sini. Dan kemudian aku akan pergi ke penyimpanan. Jadi saya ingin Umum SSD Tujuan di sini. 8 gigs mungkin cukup bagi saya, jadi aku hanya akan terus itu. Aku hanya akan label itu Wordpress Demo. Jadi ini adalah tag jadi saya tahu apa itu sebenarnya. Dan kemudian aku akan mengkonfigurasi kelompok keamanan. Jadi kelompok keamanan seperti a firewall misalnya. Jadi aku akan menggunakan satu orang-orang yang ada. Jadi ini kelompok keamanan, memungkinkan SSH, jadi saya bisa SSH ke dalamnya. Dan itu memungkinkan HTTP. 

Sekarang, aku akan ingin mengunci bawah SSH yang sedikit lebih. Anda tidak ingin sembarang orang dari alamat IP sshing di. Jadi kita akan melakukan itu setelah diluncurkan. 

Jadi saya senang dengan semua hal ini di sini. Dan aku akan memulai. Dan kemudian aku akan memilih apa pasangan kunci yang saya inginkan. Jadi aku akan memilih yang sepasang kunci yang saya update sebelumnya. 

Jadi sekarang aku sedang menunggu untuk itu untuk memulai, mari kita pergi melihat kelompok keamanan kami. Jadi kita punya kelompok keamanan di sini. Berikut keamanan saya kelompok yang aku taruh di. 

Aku akan hanya mengubah ini di sini. Jadi biarkan aku membuat ini sedikit lebih besar di sini. Jadi saya ingin mengubah ini dari mana saja ke IP saya. Karena kehendak yang otomatis mengambil IP saya alamat di sini dan mengunci itu turun sedikit. 

Dan sementara itu Misalnya berputar ke atas, mari kita berputar ke atas beberapa hal misalnya kami yang lain di mana kita akan keluar database dan penyeimbang beban sehingga dapat siap untuk kita. Jadi hal pertama yang saya akan ingin lakukan adalah berputar ke atas penyeimbang beban. Jadi aku akan memilih beban balancer di sini. Dan aku akan menyebutnya WordpressELB. Dan aku akan hanya-- semua Saya inginkan adalah port 80 di sini. 

Dan untuk saat ini untuk kesehatan periksa, aku hanya akan melakukan TCP. Jadi, jika berjalan Apache, itu akan menjadi baik. Dan aku akan menurunkan sehat ambang batas hanya sehingga menjadi sehat cukup cepat. Kemudian, sekali lagi, ini memiliki kelompok keamanan. Jadi saya sudah membuat keamanan kelompok untuk ini disebut Wordpress ELB. Dan itu pada dasarnya hanya akan untuk menerima lalu lintas dari Port 80. Dan kemudian aku tidak akan menambahkan setiap kasus itu untuk saat ini. Dan aku akan melewatkan penandaan. Dan kita akan membuat ELB ini sekarang. 

Jadi menciptakan penyeimbang beban. Saya juga akan meluncurkan satu lagi contoh di sini, hanya untuk bagian web dari Wordpress saya. Jadi di sini kita pergi. Saya hanya akan melakukan hal yang sama hal yang saya lakukan sebelumnya. Jadi c3.large, CloudWatch pemantauan rinci diaktifkan. SSD tujuan umum. Sebut Web Wordpress ini. 

Dan saya ingin memilih a-- saya sudah memiliki kelompok keamanan untuk ini. Jadi ini kelompok keamanan menerima lalu lintas pada port 80 dari saya Wordpress ELB kelompok keamanan, dari keamanan Kelompok dari load balancer saya, tetapi juga SSH, yang sekali lagi, kita akan mengunci. Jadi aku akan memulai ini. Yang Tepat. 

Lalu apa yang akan saya lakukan selanjutnya adalah Aku akan memulai sebuah contoh RDS. RDS akan menjadi database saya. Jadi aku akan pergi di sini. Aku akan pergi ke RDS. Aku akan memulai sebuah contoh baru. Jadi aku akan memilih mesin saya. Jadi di sini saya memiliki pilihan MySQL, Postgres, Oracle, atau SQL Server. Saya ingin MySQL. Dan aku akan mengatakan ya. 

Jadi ini adalah pilihan untuk Multi-AZ. Jadi Multi-AZ, sekali lagi, mereka ulangan akan berputar dua RDS contoh dan melakukan replikasi di antara mereka. Dan jika saya tidak ingin bahwa saya hanya dapat memiliki satu contoh, tapi aku ingin itu. Dan kemudian aku akan memilih mesin database saya. Jadi aku akan memilih yang terbaru di sini. Dan kemudian aku akan memilih apa jenis contoh yang saya inginkan. 

Jadi saya ingin R3, jadi itu memori dioptimalkan misalnya. Jadi aku akan memilih R3. Dan aku akan memilih Ya, saya ingin Multi-AZ. Dan saya ingin umum SSD tujuan. 

Dan aku mungkin ingin sedikit lebih penyimpanan. Aku akan memiliki 10 gigs di sini. Dan kemudian aku akan memilih beberapa kredensial. Jadi apa pengidentifikasi untuk database saya? Jadi itu akan menjadi wordpressdb1. Aku akan memanggil akar ini. Aku akan memberikan password. 

Dan kita akan memilih kelompok keamanan untuk ini juga. Jadi saya sudah membuat kelompok keamanan untuk ini. Dan kemudian aku akan memberikan nama database. Jadi kita akan hanya menyebutnya wordpress. Dan kita akan memilih jendela retensi sehingga ini tidak backup untuk Anda. Jadi saya ingin seminggu backup. Dan aku tidak memiliki preferensi untuk jendela cadangan. Dan saya ingin secara otomatis upgrade versi minor saya di sini. Jadi aku akan meninggalkan sebagai default. Dan sekarang aku meluncurkan RDS saya misalnya. Yang Tepat? Jadi sekarang itu sedang dibuat. Jadi sekarang kita hanya menunggu untuk itu untuk menginstal. Jadi sementara itu terjadi, mari kita log untuk contoh EC2 pertama yang kami buat. Jadi itu Demo Wordpress ini. Dan kita hanya akan memverifikasi bahwa. Yep. 

Jadi mari kita lihat apakah kita bisa masuk ke dalamnya. Jadi aku akan menyalin nama host publik itu. Aku akan membuka jendela shell di sini. [Tak terdengar] SSH. Pengguna default adalah EC2-friendly. 

AUDIENCE: Leo, apakah Anda pikiran Command [tidak terdengar]? 

LEO ZHADANOVSKY: Baik? Dan mari kita coba untuk SSH di. Yep. Jadi aku dalam hal saya sekarang. Jadi aku sshed di. Ini untuk lima menit sehingga itu pasti contoh saya. 

Jadi hal pertama yang kita akan ingin lakukan di sini adalah itu mengatakan bahwa, oh, Saya memiliki beberapa update keamanan. Jadi aku hanya akan menjalankan setiap update keamanan di sini. [? sudo yum?] minus y pembaruan. Jadi itu akan cepat menginstal orang. Hal berikutnya yang ingin saya lakukan adalah saya ingin menginstal beberapa hal lagi. Jadi aku akan harus menginstal MySQL. Aku akan harus menginstal Apache. Aku akan harus menginstal PHP. Aku akan harus menginstal plugin PHP untuk MySQL. Dan saya harus menginstal server MySQL. Jadi mari kita menginstal hal ini. 

Instalasi. Sehingga dilakukan. Jadi sekarang saya ingin [? HTTPD. ?] SAYA S ingin Apache untuk memulai booting. Jadi aku akan melakukan hal ini. OKE. Jadi jika saya reboot ini akan mulai. 

Saya juga ingin MySQL untuk memulai booting. Hal begitu sama. Ups, salah ketik di sini. Baiklah. Dan kemudian benar-benar aku akan menjalankan server web saya nanti. Sekarang saya ingin memulai saya database server, meskipun. Jadi melakukan hal ini. Dan itu mulai untuk pertama kalinya, jadi aku akan harus melakukan beberapa langkah dasar di sini. Jadi hal pertama yang saya akan lakukan adalah menetapkan password root untuk MySQL saya. 

Jadi aku hanya akan menjalankan MySQL ini perintah instalasi aman. Jadi tak punya akar saat password, jadi mari kita menetapkan satu. Dan aku akan menghapus ini pengguna anonim yang menciptakan dan menonaktifkan login root. Dan menghapus database tes. Jadi ini semua jenis productionizes MySQL Anda install. 

Sehingga dilakukan. Jadi sekarang aku harus bisa terhubung ke server MySQL saya. Jadi aku akan melihat apakah yang bekerja di sini. Yep. Jadi aku di MySQL server saya. 

Jadi sekarang hal berikutnya yang saya ingin lakukan adalah Saya ingin membuat database Wordpress saya. Jadi aku akan melakukan MySQL admin. [Tidak terdengar] Baiklah. Jadi saya membuat database saya. 

Dan sekarang apa yang ingin saya lakukan adalah saya ingin membuat pengguna Wordpress. Jadi saya tidak ingin masuk ke Wordpress saya dengan user root karena itu akan menjadi buruk. Jadi saya ingin pengguna yang hanya dapat mengakses database Wordpress. Jadi mari kita pergi di sini lagi. Dan kita akan [? bergerak?] ini di sini. 

Jadi apa yang saya lakukan di sini adalah Aku sedang membuat pengguna yang dapat menghubungkan dari localhost itu diidentifikasi dengan password yang super aman saya sini. Dan kemudian aku akan memberikan ini akses pengguna ke seluruh database. Baiklah. Dan kemudian sekarang saya harus dapat log in sebagai pengguna yang dan hanya melihat database yang [? dan?] database test. 

Jadi aku akan melakukan mysql dikurangi u wordpress, bukan akar. Baiklah? Dan kemudian kita harus mampu do-- kan? Jadi saya bisa melihat basis data Wordpress saya di sini. Jadi itu bagus. 

Jadi sekarang kita harus benar-benar download dan menginstal Wordpress. Jadi mari kita pergi ke direktori web kami. Jadi aku akan wget Wordpress, yang Versi terbaru dari Wordpress di sini. Aku akan mengambil itu. Dan sekarang aku akan menukar direktori HTML, yang adalah default [? web?] root, dengan direktori Wordpress, jadi. 

Baiklah. Dan sekarang aku akan hanya perubahan izin sehingga Apache pengguna memiliki direktori Wordpress. Baiklah. Dan terakhir, aku akan memulai saya web server dan berharap semuanya bekerja. Baiklah. Jadi sekarang mari kita lihat apa yang terjadi di sini. Jadi aku akan pergi di sini. Dan melihat apakah saya bisa mendapatkan dalam hal ini di sini. Baiklah. Jadi, inilah layar pengaturan Wordpress kami. Jadi kita tahu semua informasi ini. Jadi nama database kita adalah wordpress. 

Username akan menjadi wordpress. Aku punya sandi yang super aman saya di sini. Kita akan menjadi menghubungkan ke localhost. Dan kita akan menjalankan instalasi. 

Sekarang kita hanya akan memberi nama website saya. Jadi Leo Menakjubkan Blog. [Tak terdengar] nama pengguna. Aku akan mendapatkan password untuk username saya. Aku akan dimasukkan ke dalam alamat email saya. Dan karena itu uji satu, saya tidak ingin mesin pencari untuk indeks ini. Jadi sekarang kita menginstal Wordpress. Jadi sekarang kita sudah siap. 

Jadi, inilah Wordpress saya. Dan inilah dashboard saya. Ini adalah Wordpress berfungsi penuh. Saya dapat memperbarui plugin di sini jika saya ingin. Lakukan apa pun yang saya inginkan di sini. Dan inilah yang sebenarnya saya sepenuhnya menjalankan Wordpress pada satu contoh saya. 

Sekarang, ini sangat bagus jika Anda memiliki Situs tes, tetapi ini tidak skala. Kami memiliki satu contoh. Kita bisa membuat contoh yang benar-benar besar, tetapi pada beberapa titik Anda akan kehabisan ruang skala vertikal. Jadi Anda akan ingin skala itu lebih dari itu. 

Itu sebabnya kami berputar up dengan semua hal-hal lain ini. Jadi mari kita lihat apakah kami RDS contoh dilakukan. [? Ya,?] RDS kami Misalnya sudah hampir selesai. Jadi tidak apa-apa karena sementara itu kita dapat mengatur contoh EC2 kami. Ini akan menjadi hanya Prosedur yang sedikit berbeda. 

Jadi kita punya web Wordpress kita. Sekarang saya sudah punya satu berjalan kemarin. Jadi aku hanya harus mencari tahu yang salah satu adalah bahwa aku diluncurkan hari ini. Jadi satu ini diluncurkan 4 November. Jadi itulah yang dari hari ini. [? Aku tahu?] Satu ini diluncurkan, oh, 04:00. Jadi sebenarnya ini adalah yang baru. Yep. OKE. 

Jadi ini adalah contoh baru saya. Jadi sekali lagi, aku akan SSH ke dalamnya. Jadi mari kita kembali ke terminal saya di sini. Jadi aku akan keluar dari yang satu ini. Aku akan SSH ke instance baru. Baiklah. Jadi aku akan harus melakukan beberapa hal yang sama di sini. Jadi aku akan menjalankan update keamanan. Aku akan menginstal beberapa paket. Paket-paket yang akan sedikit berbeda sekarang. 

Jadi saya tidak perlu server MySQL karena kita melanggar itu keluar. Jadi aku masih akan menginstal klien MySQL. Aku masih akan menginstal Apache. Aku masih akan menginstal PHP dan MySQL PHP. Aku hanya tidak akan menginstal server MySQL. 

Lalu aku masih akan membuat Pastikan Apache dimulai saat boot. Sekarang kita perlu database harus bangun. Jadi sementara kita bahwa mari kita tambahkan ini Misalnya untuk penyeimbang beban. Jadi kita akan pergi ke beban kami balancer di sini. Dan kita hanya akan menyalin contoh ID. Punya contoh ID saya di sini. 

Ketika saya pergi ke penyeimbang beban saya, lihat, inilah penyeimbang beban saya, inilah nama DNS-nya. Jadi itu punya nol kasus dalam pelayanan sekarang karena saya belum menambahkan contoh-contoh untuk itu. Jadi aku akan menambahkan contoh saya. Jadi, inilah daftar contoh. Jadi jika saya ingin yang satu ini, jadi saya akan menambahkan satu ini untuk itu. 

Sekarang akan menunggu dan itu tidak akan untuk mengaktifkan hal ini sampai menjadi sehat. Dan itu tidak akan menjadi sehat sampai saya mengaktifkan server web saya. Jadi mari kita lihat apakah RDS kami Misalnya adalah kembali. Baiklah. Hebat Sekali. Jadi misalnya RDS baru siap. Jadi ini adalah titik akhir misalnya RDS saya. Jadi apa yang akan saya lakukan adalah aku akan terhubung ke instance RDS saya. Jadi ini sekarang sepenuhnya dikelola database MySQL. Itu punya cadangan diatur di atasnya. Ini berlebihan. Ini berputar di hanya beberapa menit. Jadi sekarang aku harus bisa SSH ke dalamnya from-- atau tidak SSH, tapi login ke dalamnya dengan klien MySQL. 

Yep. Jadi di sinilah aku. Saya di. Jadi sekarang ini akan menjadi serupa kecuali kami hanya melanggar itu. Jadi, sekali lagi, aku akan benar-benar keluar dari ini untuk kedua. Nah, kita sudah dibuat database Wordpress karena kita menempatkan Wordpress di sana, jadi Aku akan membuat pengguna Wordpress. Dan ada akan ada beberapa sedikit perbedaan dalam sini dari apa yang kita lakukan terakhir kali. Jadi kita akan membuat pengguna Wordpress, tapi sekarang kita tidak akan login dari localhost lagi. Kita akan penebangan di dari contoh EC2. Dan kita tidak akan selalu tahu tentang apa alamat IP itu berasal dari, atau kita tidak ingin menentukan untuk rincian itu. 

Kita akan memiliki keamanan kelompok yang memastikan bahwa hanya server web kami dapat terhubung ke ini. Jadi aku hanya akan membiarkan dari, pada tingkat ini, dari koneksi alamat IP. Jadi kita hanya melakukan itu. Dan sekarang kita hanya akan harus, sekali lagi, memberikan akses pengguna ini ke database Wordpress. Jadi sekarang aku hanya akan mengubahnya ke kartu liar. Baiklah. Jadi kita punya itu. Mari kita pergi dari sini. Jadi kami hanya akan memastikan bahwa kita bisa masuk sekarang. Aku hanya akan mengubah username saya ke wordpress. Baiklah. Jadi kita di. Jadi yang bekerja. Sekarang kita akan, sekali lagi, saya harus mengatur Wordpress pada contoh ini. Jadi apa yang kita akan memiliki lakukan adalah pergi ke Var, www. Saya harus memindahkan HTML direktori untuk html.old. Baiklah. Dan kita akan memiliki untuk men-download Wordpress. 

Baiklah. Ekstrak Wordpress. Kita akan memindahkannya ke direktori HTML. Baiklah. Dan kita akan mengubah hak akses. Dan kemudian kita akan memulai Apache. 

Jadi apa yang harus terjadi sekarang ada akan menjadi dasarnya lima mencoba lagi pada ELB ini. Dan itu akhirnya, hal ini adalah akan menjadi sehat pada ELB. Jadi [tak terdengar] di sini. Mari kita lihat. Hal ini belum sehat. Jadi apa yang saya benar-benar akan lakukan adalah saya akan untuk mengubah kesehatan memeriksa sedikit Sedikit lebih hanya untuk membuatnya lebih cepat. Kita dapat mengubahnya kembali nanti. Jadi katakanlah saya ingin sehat ambang tiga, bukan lima. OKE. Jadi sekarang kita dalam pelayanan. 

Jadi sekarang aku akan pergi untuk load balancer ini. Dan seharusnya proxy yang saya kembali melalui hal ini, dan kita akan menyiapkan Wordpress di sini. Sekarang, jika Anda memiliki Anda sendiri Nama domain atau sesuatu, Anda hanya dapat melakukan CNAME record untuk nama DNS ini. Dan beban elastis balancing layanan scalable di ujung belakang, sehingga skala atas dan ke bawah dengan sendirinya. Sehingga bisa beberapa alamat IP. IP bisa berubah. Jadi Anda harus selalu referensi dari nama DNS. 

Baiklah. Jadi di sini kita pergi. Kita kembali pada layar pengaturan kami. Sekarang kita akan melakukan proses yang sama hampir. Jadi nama database kita adalah wordpress. Nama nama kami adalah wordpress. Kami punya super yang sama mengamankan password seperti sebelumnya, kecuali host database sekarang akan menjadi contoh RDS. 

Jadi kita akan pergi di sini. Kita akan pergi ke RDS. Kita akan pergi ke kasus saya. Aku butuh nama titik akhir saya di sini. Ini satu ini. Jadi aku hanya akan copy dan paste. Baiklah? Jadi mari kita lihat apakah yang bekerja. Baiklah. Jadi yang bekerja. Jadi, Anda dapat terhubung ke instance RDS. Sekali lagi, itu akan menjadi Leo Awesome Blog. Baiklah. 

Jadi sekarang kita akan menginstal Wordpress kami. Jadi kita sudah selesai. Jadi biarkan aku hanya login untuk memastikan itu bekerja. OKE. 

Jadi sekarang kita punya sepenuhnya berjalan Wordpress. Kita bisa melakukan segala macam operasi di atasnya. Jadi perbedaan sekarang adalah bahwa kami memiliki database yang terpisah. Database yang berlebihan. Kami masih hanya memiliki satu web server, tetapi sekarang kita bisa mengambil gambar dari web ini Server, memulai lagi, dan kemudian kita memiliki dua server web balik penyeimbang beban ini. 

Titik akhir tidak berubah apakah itu salah satu, atau dua, atau 50 server web. Kita bisa skala itu di luar ini. Jadi ada plugin untuk Wordpress mana Anda dapat menggunakan S3 untuk aset statis Anda. Anda dapat menggunakan CloudFront cache aset tersebut. Anda dapat menggunakan ElastiCache sehingga Anda dapat menggunakan memcached pada dasarnya untuk menyimpan sesi negara di sana. 

Sehingga Anda skala dari satu lebih contoh, Anda akan berasumsi bahwa contoh-contoh yang fana, sehingga mereka bisa pergi. Jadi Anda harus berpikir tentang di mana saya menyimpan log, di mana saya menyimpan sesi negara. Bagaimana cara membuatnya jadi OK bahwa kasus ini bisa hilang, atau lebih dari mereka bisa muncul? Jadi Anda akan harus menjawab pertanyaan-pertanyaan seperti itu. Tapi itu pola yang cukup umum. Jadi Anda hanya mulai pembongkaran setiap hal gigih untuk tingkatan lainnya. 

Jadi sekarang kita punya ini, kami dilakukan [? tiga lapis?] hal. Hal terakhir yang saya akan lakukan di sini adalah aku akan membuat load balancer saya sedikit lebih padat sekarang bahwa itu ditandai sebagai sehat. Sehingga biasanya tidak ide yang baik untuk situs web untuk melakukan pemeriksaan kesehatan TCP karena Apache Anda bisa sampai, tapi bisa kembali kesalahan PHP. Jadi Anda tidak menginginkan hal itu. 

Jadi apa yang saya akan lakukan di sini adalah aku akan mengubah ini untuk pemeriksaan kesehatan HTTP. Dan itu akan menjadi index.php, tidak index.html. Dan kita akan mengubah ini ambang batas yang sehat kembali ke lima. Sehingga dilakukan. Sehingga masih harus sehat. Yep. Jadi kita masih dalam pelayanan. 

Jadi itulah bagaimana Anda mengatur up Wordpress di AWS. Jadi saya pikir dalam waktu kurang dari 20 menit kami sudah keduanya mengatur pada contoh, dengan sendirinya, dan tiga tier penuh mana setiap tingkatan secara independen scalable. Anda dapat melakukan segala macam hal menarik dengan database untuk skala juga. 

Mari saya tunjukkan satu lagi Hal yang menarik di sini. Jadi katakanlah untuk ini saya ingin keluar membaca dari menulis. Aku bisa membuat replika dibaca. Jadi aku akan hanya membuat replika dibaca. Jadi ini akan menjadi read1 wordpressdb1. Aku akan melakukannya pada daerah yang sama, tapi aku bisa melakukannya di daerah yang berbeda. Jadi kita akan mulai penyediaan replika baca di sini. Jadi sekarang kita sedang menciptakan replika membaca. Yang sedang dibuat ada di bagian bawah. Sehingga Anda dapat melakukan segala macam cool stuff di sini. 

Jadi saya sudah selesai dengan demo. Jadi saya pikir kami memiliki sekitar 10 menit. Jadi aku akan mengambil pertanyaan siapa pun memiliki, mengenai AWS topik yang terkait. Siapa Saja? Keren. Baiklah. Terima kasih semua orang.