Isi kandungan:
- Mengadakan perkhidmatan di dalam negara
- Mengadakan perkhidmatan di awan
- Menentukan persekitaran pembangunan yang baik
Video: Now Go Build with Werner Vogels EP2 - Singapore 2024
Tidak kira berapa banyak perkhidmatan AWS menawarkan, anda masih memerlukan beberapa perkakasan untuk menggunakan perkhidmatan tersebut. Jumlah perkakasan yang anda perlukan apabila bekerja dengan perkhidmatan di awan adalah minima kerana perkakasan AWS tidak semua mengangkat berat. Apabila bekerja dengan perkhidmatan di dalam negara, anda memerlukan perkakasan tambahan kerana AWS tidak lagi mengangkat berat untuk anda. Oleh itu, anda harus mempertimbangkan keperluan perkakasan yang berbeza bergantung kepada tempat anda menganjurkan perkhidmatan AWS.
Mengadakan perkhidmatan di dalam negara
Tersembunyi dalam dokumentasi AWS adalah pelbagai maklumat berguna tentang pelbagai perkhidmatan. Sebagai contoh, AWS Storage Gateway akan menyambung perkakasan perisian di premis (aplikasi yang digabungkan dengan keupayaan sistem operasi yang cukup untuk menjalankan perkakasan atau mesin maya) dengan penyimpanan berasaskan awan.
Dengan kata lain, anda menggunakan gerbang untuk menyambungkan aplikasi anda kepada storan data yang diperlukannya. Mungkin kelihatan seolah-olah menjalankan gerbang di awan akan menjadi idea yang baik kerana anda tidak perlu melabur dalam perkakasan tambahan. Walau bagaimanapun, apabila anda melihat keperluan, anda melihat bahawa Gateway Storage AWS dilengkapi dengan keperluan perkakasan, contoh, dan penyimpanan tertentu. Perkara penting untuk difahami adalah bahawa awan memberikan had yang perlu anda pertimbangkan semasa peringkat perancangan.
Selepas anda memastikan bahawa anda boleh menjalankan konfigurasi yang anda inginkan, anda boleh mula mempertimbangkan kelebihan dan kekurangan kerja di awan. Contohnya, apabila menjadi tuan rumah perkhidmatan di awan, anda mendapat skala automatik apabila diperlukan, dan Amazon melakukan banyak tugas pentadbiran untuk anda. Walau bagaimanapun, untuk perspektif yang realistik, anda mesti mengimbangi kelebihan ini dengan kesedaran tentang kelemahan, seperti:
- Keupayaan untuk kelajuan aplikasi yang lebih rendah
- Perlu mengekalkan sambungan Internet yang boleh dipercayai
- Kerugian fleksibiliti
- Vendor yang keluar dari perniagaan
Walaupun keperluan perkakasan asas menjadi lebih murah, anda perlu mempertimbangkan perbelanjaan tambahan dalam bentuk redundansi. Kebanyakan organisasi mendapati bahawa kos perkakasan bergerak ke awan jauh kurang daripada mengekalkan jabatan IT penuh, itulah sebabnya mereka membuat langkah itu. Walau bagaimanapun, anda perlu membuat langkah dengan memahami bahawa anda mempunyai perkara lain yang perlu dipertimbangkan apabila anda lakukan.
Mengadakan perkhidmatan di awan
Apabila mengosongkan perkhidmatan secara tempatan, anda perlu menyediakan semua infrastruktur yang diperlukan, yang boleh menjadi mahal.AWS menyediakan bimbingan mengenai keperluan minimum untuk menganjurkan perkhidmatan secara tempatan.
Peraturan praktikal yang baik apabila mengehoskan perkhidmatan secara tempatan adalah untuk melihat sebarang syarat yang dibekalkan vendor sebagai minimum. Sekiranya anda tidak merancang untuk memuatkan perkhidmatan yang banyak, minimum ini biasanya berfungsi. Walau bagaimanapun, apabila anda mengklik pautan Prestasi Pengoptimuman Gateway, cadangan pertama yang anda lihat ialah menambah sumber kepada gerbang anda. Perancangan untuk kapasiti terlalu banyak adalah lebih baik daripada tidak mencukupi, tetapi mendapatkan konfigurasi sedekat mungkin dengan apa yang anda perlukan akan sentiasa membantu secara kewangan.
Tidak semua perkhidmatan akan berfungsi secara tempatan, tetapi anda mungkin terkejut apabila mendapati ramai yang melakukannya. Isu ini salah satu yang menentukan dengan tepat bagaimana anda merancang untuk menggunakan perkhidmatan yang diberikan dan peralihan yang anda bersedia buat. Sebagai contoh, apabila menjadi tuan rumah perkhidmatan di dalam negara, anda mungkin merasa sukar untuk menyediakan tahap penyambungan yang sama yang boleh anda berikan kepada pihak ketiga apabila menjadi tuan rumah perkhidmatan yang sama di awan.
Menentukan persekitaran pembangunan yang baik
Setelah anda mengetahui tentang sumber yang diperlukan untuk AWS dan telah menyumbang asas-asas persediaan anda, anda perlu mempertimbangkan persekitaran pembangunan anda. Isu pertama yang perlu anda pertimbangkan adalah salah satu bahasa. AWS tidak peduli apa IDE yang anda gunakan (walaupun pilihan IDE menentukan ciri-ciri yang anda ada untuk akses jarak jauh), tetapi ia mengambil berat tentang bahasa. Anda mesti mengesahkan bahawa AWS menyokong bahasa pilihan anda untuk perkhidmatan yang anda ingin akses. Sebagai contoh, berikut adalah pilihan untuk Perkhidmatan Mudah Had Queue (SQS).
Anda boleh membuat persekitaran penggunaan menggunakan EC2. Tutorial ini menerangkan cara melaksanakan tugas ini. Kelebihan utama pendekatan ini ialah anda secara teori dapat membangunkan aplikasi AWS dari mana saja kerana pembangunan tidak lagi memerlukan sistem setempat dengan sumber-sumber tertentu.
Walau bagaimanapun, pendekatan ini pastinya tidak bebas, dan ini bermakna anda mesti mempunyai sambungan Internet yang boleh dipercayai dari mana sahaja anda mahu melaksanakan tugas pembangunan - yang bukan masalah di tempat kerja, tetapi mungkin masalah di rumah. Pendekatan pembangunan berasaskan awan menggunakan AWS Command Line Interface (CLI).
Alasan utama untuk menggunakan persekitaran pembangunan setempat ialah anda mengekalkan akses kepada sumber-sumber tempatan dan perpustakaan kod yang organisasi anda kini bergantung pada melaksanakan tugas pembangunan.
Pilihan ini juga mempunyai kelebihan dalam kebolehpercayaan kerana anda tidak bergantung kepada sambungan jauh untuk menggunakannya. Sekiranya sambungan Internet anda turun, anda boleh terus membangunkan kod (tetapi ujian tidak mungkin sehingga sambungan dipulihkan). Apabila menggunakan pilihan ini, anda memerlukan jalur lebar tambahan - sekurang-kurangnya untuk tujuan pengujian dan kebenaran untuk akses AWS melalui firewall organisasi.
Anda tidak terhad kepada hanya dua pilihan apabila bekerja dengan AWS. Sebagai contoh, anda boleh menggunakan persekitaran pembangunan tempatan tetapi letakkan kod anda pada S3.Penggunaan storan data berasaskan awan bermakna bahawa anda boleh mempunyai setup setempat di beberapa lokasi (supaya anda mengekalkan akses kepada sumber-sumber tempatan) dan masih mendapat kelebihan pembangunan berasaskan awan, seperti mempunyai akses ke kod anda dari mana-mana lokasi di mana anda mempunyai persekitaran pembangunan yang dikonfigurasikan.
Tutorial ini juga menarik kerana ia memberitahu anda bagaimana untuk mengkonfigurasi persekitaran pembangunan anda untuk menggunakan Elastik Beanstalk untuk projek, kawalan sumber dan penggunaan repositori. Seperti dengan persekitaran pembangunan setempat, anda masih memerlukan keizinan yang diperlukan untuk akses Internet dan jalur lebar yang cukup untuk menangani peningkatan permintaan data untuk membuat pilihan ini berfungsi dengan baik. Malah, keperluan jalur lebar lebih tinggi daripada konfigurasi tempatan, dan persekitaran pembangunan mesti berfungsi dengan sumber jauh.
Memilih persekitaran pembangunan yang betul tidak mudah. Dalam banyak kes, pilihan menjadi salah satu keutamaan peribadi dan keperluan organisasi. Contohnya, menggunakan penyelesaian pembangunan berasaskan awan mungkin tidak menjadi pilihan apabila berurusan dengan tugas pembangunan sensitif; Keperluan keselamatan boleh mengatasi kehendak yang lain.
