Daftar Isi:
- Periode bebas akan berakhir pada titik tertentu. Selama periode bebas, Anda bereksperimen dengan aplikasi dan mungkin bisa menyebarkan aplikasi sederhana. Namun, setelah melewati titik ini, Anda perlu mempertimbangkan bagaimana untuk terus berinteraksi dengan AWS (atau apakah akan mencoba yang lain). Daftar berikut mengeksplorasi kebutuhan interaksi dari berbagai perspektif:
Video: Amazon, Jeff Bezos and collecting data | DW Documentary 2024
Pengembangan aplikasi AWS memerlukan perencanaan jangka panjang. Meskipun Anda memberikan produk dalam interval yang semakin pendek, tujuannya adalah untuk menciptakan sebuah aplikasi yang cukup fleksibel dan cukup andal untuk menangani kebutuhan organisasi jangka panjang. Dengan pemikiran ini, periksa kriteria yang perlu Anda pertimbangkan saat mencocokkan layanan AWS dengan aplikasi Anda.
Bekerja dengan layanan selama periode bebas
Singkatnya, buat keputusan yang bagus tentang apa yang harus dicoba selama waktu terbatas yang Anda miliki sangat penting. Anda akhirnya dapat memutuskan bahwa AWS tidak akan memenuhi kebutuhan Anda sama sekali (tidak seperti yang mungkin terlihat, mengingat semua yang ditawarkan AWS).
Biaya:
- Tentukan apakah AWS akan melakukan tugas dengan biaya lebih sedikit. Kecepatan:
- Tentukan apakah hukuman kecepatan menggunakan awan melebihi manfaatnya. Kehandalan:
- Pastikan risiko penggunaan awan versus menjaga tugas di rumah. (Cloud mungkin benar-benar terbukti lebih dapat diandalkan.) Security:
- Tentukan persyaratan keamanan untuk aplikasi Anda dan kemudian putuskan apakah risiko penggunaan awan dapat diterima. Privasi:
- Tentukan persyaratan privasi aplikasi (terutama yang legal). Mengatasi pelanggaran privasi saat data disimpan pada sistem orang lain dapat terbukti sulit dikelola dan menyebabkan kerusakan permanen pada reputasi perusahaan. Fleksibilitas:
- Pertimbangkan apakah penggunaan layanan awan akan mengurangi fleksibilitas ke titik di mana aplikasi menjadi tidak terkelola. Dalam kebanyakan kasus, mengandalkan awan mengurangi fleksibilitas karena tuan rumah menyimpan beberapa peluang konfigurasi hanya untuk penggunaan di rumah saja.
Berinteraksi dengan layanan setelah periode bebas
Periode bebas akan berakhir pada titik tertentu. Selama periode bebas, Anda bereksperimen dengan aplikasi dan mungkin bisa menyebarkan aplikasi sederhana. Namun, setelah melewati titik ini, Anda perlu mempertimbangkan bagaimana untuk terus berinteraksi dengan AWS (atau apakah akan mencoba yang lain). Daftar berikut mengeksplorasi kebutuhan interaksi dari berbagai perspektif:
Redundansi:
- Masalah besar dengan awan adalah tidak ada yang menyadari bahwa awan bisa gagal. Sebuah berita baru-baru ini berfungsi untuk mengilustrasikan intinya. Layanan S3 telah keluar selama beberapa jam di wilayah AS-TIMUR-1. Masalah dengan pemadaman ini adalah bahwa hal itu tidak hanya mempengaruhi S3 - ini mempengaruhi banyak layanan lainnya, seperti Dockerhub. Sebenarnya, pemadaman itu mempengaruhi petak besar Internet. Jika pemadaman seperti ini bisa terjadi sekali, bisa terjadi beberapa kali, dan Anda perlu merencanakannya dengan menyediakan beberapa sumber data, beberapa di antaranya mungkin tidak bergantung pada awan sama sekali. Kompromi:
- Setiap gerakan datang dengan kompromi semacam itu. Anda mungkin tidak merasa seolah melakukan kompromi pada awalnya, namun seiring bertambahnya aplikasi ke berbagai layanan, kompromi mulai muncul. Selama tahap pengembangan aplikasi, Anda perlu menentukan tingkat layanan yang Anda perlukan untuk memastikan aplikasi terus berjalan seperti yang diharapkan. Jika tidak, Anda mungkin bisa melewati masa bebas, telah banyak berinvestasi di AWS, dan baru saat itu mengetahui bahwa pengguna tidak akan pernah puas dengan kompromi yang perlu Anda buat. Beberapa pilihan penyedia:
- AWS dan layanan online lainnya sering memberikan dukungan untuk opsi yang bekerja di penyedia awan. Misalnya, Anda dapat mendukung aplikasi Docker di Amazon, Google, dan layanan awan Microsoft. Akibatnya, menggunakan Docker berarti Anda bisa memiliki rencana B di tempat yang tidak mengharuskan Anda melompati rintangan saat salah satu layanan awan Anda mengalami kegagalan.