Yang sepadan dengan Perkhidmatan AWS untuk Aplikasi Anda - dummies

Pengembangan aplikasi AWS memerlukan perancangan jangka panjang. Walaupun anda menyampaikan produk dalam jarak yang semakin singkat, matlamatnya adalah untuk mewujudkan aplikasi yang cukup fleksibel dan cukup dipercayai untuk menangani keperluan organisasi jangka panjang. Dengan ini, periksa kriteria yang perlu anda pertimbangkan ketika memadankan perkhidmatan AWS ke aplikasi anda.

Bekerja dengan perkhidmatan semasa tempoh percuma

Sekarang bahawa anda memahami apa yang dilakukan oleh perkhidmatan, anda perlu mula membuat pilihan mengenai perkhidmatan yang hendak dicuba. Ingat bahawa anda hanya mempunyai 12 bulan untuk membuat keputusan tentang perkhidmatan mana yang akan digunakan dalam perniagaan anda. Dua belas bulan mungkin kelihatan seperti banyak masa, tetapi anda akan mendapati bahawa ia menguap di depan mata anda ketika anda cuba mengimbangi tanggungjawab harian, mesyuarat, dan keperluan lain.

Pendek kata, membuat keputusan yang baik mengenai apa yang perlu dicuba semasa masa yang terhad anda adalah penting. Anda akhirnya boleh memutuskan bahawa AWS tidak akan memenuhi keperluan anda sama sekali (seperti yang mungkin kelihatan seperti yang diberikan oleh AWS yang ditawarkan).

Memfokuskan kepada isu-isu penting semasa tempoh percubaan adalah kunci untuk menjadikan AWS berfungsi untuk anda. Apabila memikirkan AWS, anda mesti mempertimbangkan isu-isu ini:

• Kos: Tentukan sama ada AWS akan melaksanakan tugas untuk kurang wang.
• Kelajuan: Memutuskan sama ada penalti laju menggunakan awan melebihi manfaat.
• Kebolehpercayaan: Pastikan risiko menggunakan awan berbanding tugas dalam rumah. (Cloud sebenarnya boleh dibuktikan lebih dipercayai.)
• Keselamatan: Tentukan keperluan keselamatan untuk aplikasi anda dan kemudian tentukan sama ada risiko menggunakan awan boleh diterima.
• Privasi: Tentukan keperluan privasi aplikasi (terutama yang sah). Berlaku pelanggaran privasi apabila data yang ditempatkan di sistem orang lain boleh membuktikan sukar untuk mengurus dan menyebabkan kerosakan kekal terhadap reputasi syarikat.
• Fleksibiliti: Pertimbangkan sama ada penggunaan perkhidmatan awan akan mengurangkan fleksibiliti ke titik di mana aplikasi menjadi tidak dapat dikendalikan. Dalam kebanyakan kes, bergantung kepada awan mengurangkan kelonggaran kerana tuan rumah mempunyai beberapa peluang konfigurasi untuk kegunaan dalaman sahaja.

Selepas anda menentukan bahawa menggunakan AWS menimbulkan risiko yang dapat diterima dan memberikan manfaat untuk mengimbangi sebarang negatif, anda perlu menentukan dengan tepat perkhidmatan mana yang hendak digunakan. Anda mungkin mendapati bahawa anda tidak dapat menyokong beberapa perkhidmatan kerana keperluan undang-undang atau kelajuan, walaupun anda mempunyai insentif biaya untuk menggunakan perkhidmatan tersebut.Bekerja melalui perkhidmatan satu demi satu sebelum anda mula bereksperimen; berbuat demikian akan menjimatkan masa yang anda boleh gunakan untuk menguji dengan lebih baik perkhidmatan yang akan memenuhi keperluan anda.

Berinteraksi dengan perkhidmatan selepas tempoh percuma

Tempoh percuma akan berakhir pada satu ketika. Semasa tempoh bebas, anda bereksperimen dengan aplikasi dan mungkin menggunakan aplikasi mudah. Bagaimanapun, selepas anda melepasi perkara ini, anda perlu mempertimbangkan bagaimana untuk terus berinteraksi dengan AWS (atau sama ada cuba sesuatu yang lain). Senarai berikut meneroka keperluan interaksi dari pelbagai perspektif:

• Redundancy: Masalah besar dengan awan ialah tidak ada yang menyedari bahawa awan boleh gagal. Kisah berita baru-baru ini berfungsi untuk menggambarkan maksudnya. Perkhidmatan S3 telah dikeluarkan untuk beberapa jam di wilayah US-EAST-1. Masalah dengan gangguan ini ialah ia tidak menjejaskan hanya S3 - ia memberi kesan kepada banyak perkhidmatan lain, seperti Dockerhub. Malah, gangguan itu menjejaskan Internet yang besar. Jika gangguan seperti ini boleh berlaku sekali, ia boleh berlaku berkali-kali, dan anda perlu merancang untuknya dengan menyediakan pelbagai sumber data, beberapa daripadanya mungkin tidak bergantung pada awan sama sekali.
• Kompromi: Setiap langkah datang dengan beberapa jenis kompromi. Anda mungkin tidak merasakan seolah-olah anda membuat kompromi pada mulanya, tetapi apabila aplikasi berkembang menjadi pelbagai perkhidmatan, kompromi mula muncul. Semasa peringkat pembangunan aplikasi, anda perlu menentukan tahap perkhidmatan yang anda perlukan untuk memastikan aplikasi terus berfungsi seperti yang diharapkan. Jika tidak, anda boleh melewati tempoh percuma, banyak melabur dalam AWS, dan kemudian hanya mengetahui bahawa pengguna tidak akan senang dengan kompromi yang perlu anda buat.
• Pelbagai pilihan penyedia: AWS dan perkhidmatan dalam talian lain sering memberikan sokongan untuk pilihan yang berfungsi merentas penyedia awan. Sebagai contoh, anda boleh menyokong aplikasi Docker di seluruh Amazon, Google, dan perkhidmatan awan Microsoft. Oleh itu, menggunakan Docker bermakna anda boleh mempunyai pelan B di tempat yang tidak mengharuskan anda melompat melalui gelung apabila salah satu perkhidmatan awan anda mengalami kegagalan.