Pindah Aplikasi dan Proses ke cloud adalah salah satu tren kunci tahun 2011. Banyak vendor telah datang dengan solusi yang menarik untuk memfasilitasi tugas ini, tetapi banyak tantangan harus ditangani dengan dan sangat penting untuk memperhitungkan pertimbangan semua implikasi dari migrasi tersebut.
Dalam posting ini kami telah mencoba merangkum 10 langkah kunci yang harus Anda ikuti. Kami telah mengumpulkan informasi ini dari berbagai posting dan menghadiri acara-acara industri selama tahun berjalan. Mereka mewakili aspek-aspek utama yang siapapun harus melihat sebelum memulai ke migrasi semua (atau sebagian) dari portofolio aplikasi dan proses ke Awan (yang publik, swasta atau hibrid)
1) Aplikasi kesiapan
Pertanyaan pertama yang meminta diri sendiri adalah tentang kesiapan aplikasi Anda saat ini.
Apakah sudah berbasis web? Apakah keuntungan dari arsitektur multi-penyewa? Bisakah skala keluar? Apakah itu benar-benar membutuhkan elastisitas?
Migrasi aplikasi warisan berdasarkan teknologi lama ke infrastruktur berbasis Cloud tidak akan membawa manfaat yang tepat dan lebih tradisional dikelola hosting solusi akan menjadi taruhan yang lebih baik. Pertama membuat penilaian untuk menentukan kesiapan aplikasi untuk Cloud. Anda harus mengevaluasi kesiapan semua aplikasi kunci Anda dalam portofolio menggunakan analisis multi-dimensi karakteristik aplikasi Cloud. Hal ini akan memberikan rekomendasi yang jelas tentang pilihan migrasi yang cocok - publik atau swasta - dan jalur migrasi - IaaS, SaaS atau PaaS.
2) Proses kesiapan
Dapatkah mereka beradaptasi dengan perubahan minimum infrastruktur pengiriman Awan?
Hal ini tentunya waktu yang tepat untuk melihat merampingkan proses internal dan eksternal untuk meningkatkan produktivitas dan biaya yang lebih rendah (dengan atau tanpa Cloud).
3) Data kepemilikan dan akses
Aplikasi, perangkat keras, sistem operasi dan segala sesuatu yang lain dapat dimiliki oleh penyedia awan. Namun data adalah apa kekayaan intelektual Anda adalah didasarkan dan harus mengakui bahwa Anda dapat mengambil data pergi dengan Anda sesuai keinginan Anda. berlangganan Cloud Anda memberi Anda akses ke fungsionalitas dari aplikasi atau fungsi yang Anda gunakan. Jika akses yang dihapus, bisa Anda masih mengakses data sehingga Anda bisa mengambilnya dengan Anda?
Pastikan kontrak memungkinkan untuk mengakses data back-end, baik secara langsung atau melalui penyedia menawarkan kemampuan ekspor, bahkan setelah kontrak selesai.
4) Data Volume
Cloud sangat bagus untuk komputasi elastis off-site, di mana sumber daya tambahan yang dapat diterapkan dalam bentuk yang lebih kekuatan komputasi, atau penyimpanan lebih. Namun, seperti yang kemampuan penyimpanan tumbuh, begitu pula masalah tertentu. Migrasi 1GB data di jaringan wide-area ini cukup sederhana tapi bagaimana tentang 1TB? migrasi Itu bisa memakan waktu lama, dan jika Anda perlu untuk bekerja melawan data secara real-time, anda harus merencanakan tingkat downtime sedangkan data ditarik dari Awan dan diinstal ulang terhadap aplikasi pengganti atau fungsi. Bahkan jika anda bisa setuju untuk membuat cermin awan atau pada topologi data-premis, melihat keluar untuk klausa dalam perjanjian bahwa biaya untuk volume data.
5) Integrasi
Aplikasi berjalan di Cloud akan memerlukan integrasi dengan aplikasi yang berjalan di-premis dan aplikasi lainnya di Cloud. Sebuah platform integrasi yang kuat harus tersedia untuk memfasilitasi ini. SOA dan penyedia BPM memainkan peran penting dalam meminimalkan tantangan integrasi.
6) Pengelolaan dan Pemantauan
Karena kurangnya kontrol pada infrastruktur virtual (terutama di Platform sebagai skenario PaaS Service,), arsitektur aplikasi itu sendiri harus memiliki ketentuan-ketentuan untuk memberikan kontrol yang lebih baik untuk administrator pada berbagai aspek manajemen.
7) Kepatuhan
Organisasi mempertimbangkan untuk menggunakan layanan Awan harus melakukan analisis kesenjangan antara kebutuhan spesifik diidentifikasi dalam peraturan yang relevan dan set kontrol yang disediakan oleh operator selular Awan. Menggunakan layanan komputasi Cloud untuk data dan aplikasi tunduk pada peraturan kepatuhan membutuhkan tingkat tinggi transparansi di bagian penyedia layanan. Jika Anda sedang mempertimbangkan layanan ini, Anda perlu memikirkan apa yang menggunakan kasus masuk akal, cermat atas kontrak dan perjanjian tingkat layanan dan memahami bagaimana pelayanan Awan memenuhi persyaratan spesifik Anda kepatuhan.
8) Waspadalah vendor Lock-in
Pada tahap ini, tidak ada standar terbuka yang ada yang akan memudahkan migrasi dari satu penyedia Cloud yang lain. Ada beberapa inisiatif industri mendorong berusaha untuk mengatasi masalah ini seperti "Cloud Terbuka Manifesto."
9) Analisis Biaya
Kasus bisnis untuk migrasi aplikasi Cloud tidak pernah lengkap tanpa mengambil target platform Awan menjadi pertimbangan. Biaya migrasi dan overhead bervariasi berdasarkan target platform Cloud dan dengan demikian akan membelokkan penghematan biaya yang diperkirakan. Analisis biaya membantu memutuskan apakah akan pergi ke depan dengan memindahkan aplikasi tertentu untuk awan atau tidak dari perspektif / TCO ROI. Biaya harus mencakup belanja modal, belanja operasional, dan biaya overhead yang terlibat dengan migrasi.
10) Strategi Migrasi
Mendefinisikan strategi migrasi melibatkan pemahaman migrasi pilihan yang tersedia, menetapkan prioritas bisnis, dan berkembang strategi yang menawarkan keseimbangan yang baik antara biaya dan prioritas pertemuan bisnis. Pada dasarnya, perusahaan memiliki dua pilihan berikut dengan infrastruktur awan - publik atau swasta. Terhadap ini, mereka memiliki jalur migrasi berikut untuk mempertimbangkan - IaaS, SaaS atau PaaS. Pilihannya didorong oleh prioritas seperti elastisitas, model bisnis, strategi untuk masuk ke pasar dan dibatasi oleh faktor-faktor seperti kelayakan teknis, keamanan, biaya migrasi, dll Ini tidak biasa bagi sebuah perusahaan besar untuk memanfaatkan pendekatan hibrida dalam setiap pilihan migrasi atas dan jalan.
By: Christophe Primault
No comments:
Post a Comment