Nama sebenar akaun Alibaba Cloud: DCDN pecutan di seluruh laman web dan konfigurasi nod keselamatan tepi pertempuran sebenar: pengoptimuman pecutan, strategi perlindungan dan penyediaan akaun

Oleh kerana pengguna laman web secara beransur-ansur meliputi berbagai negara dan wilayah, masalah seperti kelewatan akses laman web sumber, pemuatan sumber statik yang perlahan, turun naik rangkaian rentas rantau, dan serangan lalu lintas berbahaya telah mulai menjadi masalah utama dalam operasi dan penyelenggaraan laman web. Untuk laman web dan aplikasi yang digunakan di Alibaba Cloud, hanya bergantung pada CDN tradisional kadang-kadang sukar untuk memenuhi keperluan percepatan permintaan dinamik, penjadualan simpul tepi dan perlindungan keselamatan. Pada masa ini, adalah mungkin untuk menilai DCDN yang dipercepat di seluruh laman Alibaba Cloud dan kemampuan keselamatan tepi yang berkaitan berdasarkan ciri perniagaan, dan merumuskan rancangan percepatan akses yang lebih sesuai untuk perniagaannya sendiri.

Pengesahan nama sebenar melalui akaun Alibaba Cloud

Dari perspektif penyebaran dan operasi dan penyelenggaraan sebenar, artikel ini memperkenalkan senario aplikasi, mod kerja simpul tepi, proses konfigurasi akses, masalah umum dan kaedah pengoptimuman keselamatan Alibaba Cloud untuk mempercepat DCDN di seluruh laman web, dan menerangkan akaun dan akaun mana yang perlu disiapkan sebelum membuka perkhidmatan yang berkaitan. Kebenaran. Sekiranya anda mencari maklumat yang relevan seperti pembelian akaun nama sebenar peribadi Alibaba Cloud, anda juga boleh menggabungkan cadangan pemilihan akaun berikut untuk mengetahui cara menyediakan akaun perkhidmatan awan melalui saluran rasmi.

1. Masalah apa yang sesuai untuk menyelesaikan DCDN pecutan keseluruhan laman Alibaba Cloud?

Alibaba Cloud mempercepat DCDN di seluruh laman web terutamanya untuk perniagaan yang perlu mengoptimumkan keseluruhan pengalaman akses laman web. Berbanding dengan CDN tradisional yang terutama ditujukan untuk pengedaran sumber statik, skema pecutan keseluruhan laman web memberi perhatian lebih kepada percepatan komprehensif kandungan dinamik dan statik, dan memberikan kemampuan pengoptimuman penjadualan dan penghantaran yang sesuai mengikut jenis perniagaan. Fungsi yang tersedia, kawasan sokongan dan kaedah penagihan harus berdasarkan pada dokumen produk semasa dan paparan sebenar konsol Alibaba Cloud.

Sebagai contoh, laman web e-dagang untuk pelanggan luar negara mungkin mengandungi sumber statik seperti gambar, CSS, JavaScript, dan permintaan dinamik seperti log masuk, pertanyaan produk, dan pengiriman pesanan. Sekiranya semua permintaan mengakses stesen sumber secara langsung di satu kawasan, pengguna yang jauh dari stesen sumber mungkin menghadapi masalah seperti pembukaan halaman yang perlahan dan masa tindak balas antara muka yang panjang.

Setelah menggunakan pecutan seluruh laman web, sumber statik dapat ditanggapi oleh simpul tepi sesuai dengan peraturan cache; untuk data yang perlu diperoleh dalam waktu nyata, jalur penghantaran permintaan dapat dioptimumkan sesuai dengan mekanisme percepatan yang disokong oleh produk. Ini dapat meningkatkan pengalaman memuat halaman di bawah konfigurasi yang sesuai, tetapi kesan sebenarnya juga bergantung pada prestasi laman web sumber, persekitaran rangkaian, kadar hit cache dan ciri permintaan perniagaan.

Pengesahan nama sebenar melalui akaun Alibaba Cloud

Senario penggunaan yang biasa termasuk:

Laman web yang menyediakan perkhidmatan kepada pelbagai negara atau wilayah.

Platform kandungan yang mempunyai banyak imej, video, skrip dan fail gaya.

Sistem e-dagang dan perniagaan yang memerlukan kelajuan tindak balas antara muka dinamik.

Perlu mengurangkan pendedahan langsung stesen sumber dan memperkuat aplikasi kawalan akses.

Diharapkan pengurusan gabungan senario operasi dan penyelenggaraan konfigurasi dipercepat, peraturan akses dan strategi keselamatan.

Harus diingat bahawa percepatan seluruh laman web tidak bermaksud bahawa semua permintaan akan disimpan dalam cache, juga tidak bermaksud bahawa semua masalah rangkaian akan diselesaikan setelah penyebaran. Untuk antara muka dinamik dengan keperluan masa nyata yang tinggi, masih perlu menganalisis keupayaan pemprosesan stesen sumber, prestasi pangkalan data dan pautan rangkaian.

2. Apakah hubungan antara DCDN pecutan keseluruhan laman web dan nod keselamatan tepi?

Di

Semasa merancang seni bina pecutan, perlu membezakan fungsi pecutan tepi dan keselamatan tepi.

Pecutan tepi terutama tertumpu pada bagaimana permintaan pengguna mencapai node perkhidmatan, kandungan mana yang dapat disimpan dalam cache, dan bagaimana mengurangi permintaan kembali yang tidak perlu. Edge Security memfokuskan pada apakah permintaan itu sesuai dengan kebijakan akses, apakah ada tingkah laku yang tidak normal, dan bagaimana mengurangi dampak lalu lintas berbahaya pada sistem perniagaan.

Dalam penggunaan sebenar, kita dapat memahami cara kedua-duanya bekerjasama dari aspek berikut.

Pertama sekali ialah pengaturcaraan nod pinggir. Setelah pengguna mengakses nama domain akses, mekanisme penjadualan yang relevan akan mengarahkan permintaan ke node perkhidmatan yang sesuai mengikut konfigurasi produk dan keadaan rangkaian. Pengguna tidak secara manual menentukan node mana yang mesti digunakan oleh setiap pengunjung, tetapi menyelesaikan konfigurasi melalui akses nama domain, kawasan percepatan dan strategi penjadualan produk.

Seterusnya ialah cache dan pemulangan asal. Untuk gambar, skrip dan fail gaya yang sesuai untuk cache, peraturan cache yang wajar dapat dikonfigurasi; untuk permintaan dinamik seperti log masuk, pesanan, dan pembayaran, anda perlu menetapkan tingkah laku cache dengan berhati-hati untuk mengelakkan memberikan data yang diperibadikan atau sensitif kepada pengguna lain secara tidak sengaja.

Akhir sekali ialah dasar keselamatan. Laman web dapat menilai apakah perlu mengkonfigurasi perlindungan aplikasi Web, batasan frekuensi akses, kawalan akses IP, enkripsi HTTPS, dan kemampuan pemintas permintaan yang tidak normal berdasarkan produk Alibaba Cloud yang digunakan dan fungsi yang telah dibuka. Fungsi keselamatan, kaedah penyebaran nod dan mod penagihan produk yang berbeza tidak sama persis, dan semua fungsi keselamatan tepi tidak dapat dianggap sebagai kemampuan yang termasuk dalam DCDN secara lalai.

Oleh itu, pendekatan yang lebih masuk akal adalah menyusun jenis dan risiko permintaan perniagaan terlebih dahulu, dan kemudian memilih produk pecutan dan keselamatan yang sesuai, dan bukannya hanya meningkatkan jumlah nod.

3. Apa yang perlu saya persiapkan sebelum mempercepat akses DCDN di seluruh laman Alibaba Cloud?

Sebelum penyambungan rasmi, disyorkan agar terlebih dahulu menyelesaikan persediaan berikut.

Pertama, sahkan maklumat nama domain dan pelayan asal. Adalah perlu untuk menjelaskan nama domain perniagaan, alamat IP laman web sumber atau nama domain laman sumber yang digunakan oleh laman web, dan port perkhidmatan HTTP atau HTTPS yang sebenarnya disediakan oleh laman web sumber. Sekiranya stesen sumber menggunakan pengimbangan beban atau perkhidmatan proksi lain, ia juga perlu mengesahkan jalan pemajuan permintaan untuk mengelakkan proksi berulang atau pengembalian yang tidak normal.

Kedua, periksa kebenaran resolusi nama domain. Biasanya perlu dapat mengubah rekod DNS nama domain untuk menyelesaikan konfigurasi nama domain sesuai dengan keperluan akses yang diberikan oleh konsol. Sekiranya nama domain diuruskan oleh penyedia perkhidmatan pihak ketiga, kebenaran pengubahsuaian dan masa efektif harus disahkan terlebih dahulu.

Ketiga, sahkan kebenaran akaun. Setelah log masuk ke konsol Cloud Alibaba, periksa sama ada akaun semasa mempunyai kebenaran pengaktifan, pengurusan nama domain dan konfigurasi produk yang sesuai. Sekiranya anda menggunakan kerja berpasukan perusahaan, disarankan untuk memperuntukkan izin yang diperlukan kepada orang yang berlainan melalui mekanisme pengurusan kuasa seperti RAM untuk mengelakkan banyak orang berkongsi akaun utama.

Keempat, menilai keperluan keselamatan perniagaan. Untuk laman web yang melibatkan log masuk, pesanan, pembayaran, maklumat pengguna atau pengurusan latar belakang, jalan mana yang dapat disimpan di cache, antara muka mana yang mesti dikembalikan ke sumber, dan sama ada perlu untuk menyekat sumber akses pintu masuk latar dan antara muka pengurusan.

Kelima, fahami komponen kos. Kos yang berkaitan dengan pecutan di seluruh laman web mungkin melibatkan lalu lintas, permintaan, fungsi tambah nilai atau

Item pengebilan bergantung pada produk, wilayah dan peraturan penagihan yang dipilih. Sebelum masuk dalam talian, anda harus memeriksa keterangan harga semasa dan menetapkan anggaran dan pemantauan penggunaan yang sesuai.

Keempat, langkah akses nama domain DCDN dan konfigurasi asas

Pengesahan nama sebenar melalui akaun Alibaba Cloud

Setelah menyelesaikan persiapan awal, anda boleh mengkonfigurasi mengikut proses di bawah. Nama halaman konsol dan pintu masuk operasi mungkin berubah dengan kemas kini produk, dan operasi sebenarnya harus berdasarkan antara muka semasa.

Langkah pertama: Log masuk ke konsol Alibaba Cloud.

Log masuk ke konsol dengan akaun dengan izin yang sesuai dan masukkan halaman produk DCDN pecutan di seluruh laman web. Sekiranya perkhidmatan belum diaktifkan, ikuti arahan konsol untuk mengesahkan syarat perkhidmatan, kaedah penagihan dan syarat pengaktifan.

Langkah 2: Tambah nama domain yang perlu dipercepat.

Tambahkan nama domain perniagaan di halaman pengurusan nama domain, dan isi maklumat stesen sumber mengikut keperluan halaman. Stesen sumber harus dapat menjawab permintaan perniagaan secara normal, dan disarankan untuk mengesahkan penyambungan stesen sumber tanpa mempercepat perkhidmatan.

Langkah ketiga: Pilih kawasan pemanjatan.

Pilih kawasan pecutan berdasarkan pengedaran pengguna sebenar. Sekiranya pengguna yang berkunjung terutama terletak di daratan China, wilayah Asia Pasifik atau wilayah Eropah dan Amerika, penilaian harus dilakukan berdasarkan lokasi pengguna sasaran, syarat kepatuhan dan anggaran. Beberapa kawasan atau fungsi mungkin mempunyai syarat pengaktifan tambahan dan perlu disahkan terlebih dahulu.

Langkah 4: Konfigurasi HTTPS.

Sekiranya laman web perlu diakses melalui HTTPS, sijil harus dikonfigurasikan mengikut keperluan konsol. Sijil harus sesuai dengan nama domain perniagaan, dan tempoh sah, rantai sijil dan tetapan keselamatan yang berkaitan harus disahkan. Setelah konfigurasi selesai, sahkan sama ada HTTPS dapat membuat sambungan secara normal melalui penyemak imbas atau baris perintah.

Langkah kelima: Konfigurasikan peraturan cache.

Untuk sumber statik yang jarang berubah, masa cache dapat ditetapkan mengikut jenis fail, jalan direktori atau peraturan perniagaan. Maklumat peribadi pengguna, status log masuk, perincian pesanan, dan antara muka pembayaran harus ditangani dengan berhati-hati secara lalai, kecuali jika disahkan dengan jelas bahawa tingkah laku cache tidak akan menyebabkan kebocoran data atau kesalahan perniagaan.

Langkah keenam: Selesaikan penyambungan DNS.

Menurut CNAME atau maklumat akses lain yang disediakan oleh konsol, ubah rekod resolusi nama domain mengikut keperluan sebenar. Jangan meneka alamat sasaran secara langsung, dan jangan hapus rekod yang ada tanpa mengesahkan tujuan penyelesaian asal.

Langkah ketujuh: Sahkan perniagaan.

Setelah konfigurasi selesai, periksa resolusi DNS, sijil HTTPS, akses halaman, antara muka dinamik, sumber statik dan log stesen sumber. Sebaiknya lakukan pengesahan skala kecil terlebih dahulu, dan kemudian luaskan skop penggunaan berdasarkan hasil ujian.

5. Bagaimana mengoptimumkan kelajuan akses nod tepi?

Adakah perkhidmatan yang dipercepat dapat berfungsi bergantung pada apakah konfigurasi sesuai dengan ciri perniagaan. Item berikut sangat perlu diberi perhatian.

Meningkatkan kadar kejayaan cache yang munasabah

Sumber statik versi seperti gambar, fon, CSS dan JavaScript biasanya sesuai untuk masa cache yang lebih lama. Sekiranya nama fail diubah setelah fail dikemas kini, seperti app.v2.js, ia dapat mengurangkan risiko penggunaan fail lama secara berterusan.

Sebaliknya, untuk data perniagaan yang perlu dikembalikan dalam masa nyata, bukan hanya untuk meningkatkan kehidupan cache

Mengatur secara paksa tempoh cache yang panjang. Strategi cache harus melayani kebenaran perniagaan, bukan hanya mengejar petunjuk tertentu.

Kurangkan permintaan sumber yang tidak perlu

Periksa sama ada halaman berulang kali meminta sumber yang sama, sama ada terdapat sebilangan besar panggilan antara muka yang tidak sah, dan sama ada stesen sumber dapat memampatkan dan mengembalikan kandungan secara wajar. Caching tepi dapat mengurangkan sebahagian tekanan kembali ke sumber, tetapi tidak dapat menggantikan pengoptimuman indeks pangkalan data, peningkatan prestasi antara muka dan perencanaan kapasiti stesen sumber.

Memeriksa masa tindak balas permintaan dinamik

Sekiranya sumber statik dimuat dengan cepat, tetapi pengguna masih merasakan halaman itu tersekat, analisis lebih lanjut mengenai antara muka dinamik memakan masa. Ia dapat digabungkan dengan alat pembangun penyemak imbas, log aplikasi dan pemantauan stesen sumber untuk membezakan memakan masa pertanyaan DNS, pembuatan sambungan, pemprosesan pelayan dan penghantaran data.

Ujian mengikut wilayah

Apabila pengguna luar negara mengunjungi laman web yang sama, pengalaman rangkaian sebenar mungkin sangat berbeza. Dianjurkan untuk menguji pemuatan halaman, respons antara muka dan muat turun fail dari pasar sasaran utama, dan merekam waktu ujian, lingkungan jaringan dan jenis permintaan. Ini mencerminkan pengalaman pengguna sebenar yang lebih baik daripada hanya menguji di kawasan di mana stesen sumber berada.

Enam, Isu-isu yang Mudah Diabaikan dalam Konfigurasi Keselamatan Tepi

Pengesahan nama sebenar melalui akaun Alibaba Cloud

Konfigurasi pecutan dan keselamatan harus dirancang secara serentak, terutama laman web yang menyediakan perkhidmatan perniagaan luaran.

Pertama, elakkan memasukkan antara muka sensitif ke dalam cache awam. Untuk jalan masuk, maklumat peribadi, pesanan dan pembayaran, periksa peraturan cache, pemprosesan tajuk permintaan dan tingkah laku tajuk respons untuk mengesahkan bahawa pengguna yang berbeza tidak akan berkongsi data yang tidak boleh dikongsi.

Kedua, melindungi pintu masuk akses ke pelayan asal. Walaupun laman web menyediakan perkhidmatan luaran dengan mempercepat nama domain, ia harus menilai sama ada laman web sumber dapat diakses secara langsung oleh pihak luar. Di bawah premis mengesahkan keserasian seni bina, sumber yang tidak dijangka dapat dibatasi melalui kawalan akses rangkaian yang sesuai, dan saluran operasi dan penyelenggaraan dan pemeriksaan kesihatan yang diperlukan dapat disimpan.

Sekali lagi, strategi akses dikonfigurasikan mengikut risiko perniagaan. Sekiranya produk keselamatan yang digunakan menyokong pengesanan serangan web, kawalan frekuensi akses atau peraturan IP, anda dapat terlebih dahulu memahami mod lalu lintas normal melalui log dan pemantauan, dan kemudian secara beransur-ansur menyesuaikan peraturan untuk mengelakkan strategi yang terlalu ketat untuk memintas pengguna normal secara tidak sengaja.

Di samping itu, tempoh sah sijil, perubahan resolusi nama domain, status kesihatan stesen sumber dan log akses yang tidak normal harus diperiksa secara berkala. Konfigurasi keselamatan bukanlah tugas satu kali. Setelah antara muka perniagaan berubah atau lalu lintas meningkat, penilaian semula mungkin diperlukan.

Tujuh, kesalahan biasa dan kaedah penyelesaian masalah

Soalan pertama: Laman web tidak dapat dibuka selepas penyambungan.

Periksa terlebih dahulu sama ada resolusi nama domain telah berlaku sesuai dengan kehendak konsol, dan kemudian periksa sijil, alamat stesen sumber, port sumber kembali dan status kesihatan stesen sumber. Sekiranya anda menggunakan HTTPS, anda juga perlu mengesahkan sama ada konfigurasi protokol stesen sumber dan sisi pecutan sepadan.

Soalan kedua: Sumber statik masih dimuatkan dengan perlahan.

Anda dapat memeriksa apakah peraturan cache memukul, apakah sumber daya sering berubah, apakah ada masalah permintaan lintas domain, dan tahap utama yang memakan waktu dari alat pembangun penyemak imbas. Sekiranya permintaan selalu kembali ke sumber, anda perlu memeriksa kekunci cache, tajuk respons dan peraturan yang berkaitan.

Soalan ketiga: Antara muka dinamik mengalami gangguan.

Tumpukan pemeriksaan pada sama ada antara muka telah disimpan dalam cache secara tidak wajar.

Sama ada protokol deposit dan pengembalian sumber betul, sama ada stesen sumber menyekat sumber permintaan, dan sama ada aplikasi itu sendiri mempunyai masa atau kesalahan. Jangan menilai secara langsung bahawa kegagalan pemuatan halaman adalah kegagalan nod tepi.

Soalan 4: Sebilangan pengguna tidak dapat mengaksesnya setelah peraturan keselamatan diaktifkan.

Mula-mula periksa rekod kejadian keselamatan, sahkan waktu pemintasan, jalan permintaan dan jenis peraturan, dan kemudian buat penilaian berdasarkan permintaan perniagaan biasa. Konfigurasi asal harus dikekalkan sebelum menyesuaikan strategi sehingga dapat dilancarkan kembali pada waktu masalah.

Soalan 5: Rang undang-undang lebih tinggi daripada yang dijangkakan.

Penggunaan lalu lintas, jumlah permintaan, kawasan percepatan dan fungsi tambahan yang diaktifkan harus diperiksa, dan reptilia yang tidak normal, pautan sumber atau akses mendadak harus disiasat pada masa yang sama. Pelan kawalan kos dapat digabungkan dengan pemantauan penggunaan, penggera anggaran dan log akses.

8. Masalah yang berkaitan dengan penyediaan akaun Cloud Alibaba dan akaun nama sebenar peribadi

Sebelum mengaktifkan DCDN pecutan di seluruh laman web, status akaun dan konfigurasi kebenaran sama pentingnya. Semasa proses penyebaran, beberapa pengguna akan mencari "Pembelian Akaun Nama Sebenar Peribadi Alibaba Cloud", dengan harapan dapat memperoleh akaun dengan cepat yang dapat membuka perkhidmatan. Walau bagaimanapun, perlu diingatkan bahawa transaksi akaun mungkin melibatkan maklumat pengesahan nama sebenar, kawalan akaun, kaedah pembayaran, tunggakan sejarah dan risiko keselamatan. Tidak mungkin untuk menilai sama ada akaun dapat digunakan secara normal berdasarkan publisiti penjual.

Sekiranya anda seorang pembangun individu, disarankan untuk mendaftar melalui saluran rasmi Alibaba Cloud dan menyelesaikan pengesahan identiti yang memenuhi syarat. Sekiranya ia adalah perniagaan perusahaan, akaun perusahaan dan kaedah kebenaran yang sesuai harus dipilih mengikut keperluan entiti dan perniagaan yang sebenarnya.

Sekiranya anda perlu mendapatkan perkhidmatan pembukaan akaun, pengisian semula atau sokongan teknikal melalui ejen, anda harus terlebih dahulu mengesahkan identiti dan kebenaran ejen, dan mengesahkan pemegang akaun sebenar, subjek pengesahan nama sebenar, syarat pembukaan perkhidmatan dan pihak berkuasa pengurusan seterusnya. Jangan beli akaun yang didaftarkan dengan maklumat identiti orang lain, dan jangan

Kod pengesahan, kata laluan atau bahan pengenalan penting diserahkan kepada pihak ketiga yang tidak boleh dipercayai.

Perlu juga diperhatikan bahawa kemampuan akaun untuk masuk ke konsol tidak bermaksud semua produk, wilayah dan fungsi awan dapat diaktifkan. Sesetengah perkhidmatan mungkin memerlukan semakan tambahan, pengesahan pembayaran atau memenuhi syarat akaun tertentu. Untuk DCDN dan produk keselamatan yang berkaitan, kebenaran sebenar dan keperluan produk yang dipaparkan di konsol akaun semasa harus berlaku.

9. Cadangan penggunaan: sahkan terlebih dahulu, dan kemudian optimalkan secara beransur-ansur

Untuk laman web kecil dan sederhana, disarankan untuk memulai dengan akses nama domain, HTTPS, peraturan cache dasar dan pengesahan perniagaan, dan kemudian memutuskan apakah akan meningkatkan kemampuan keselamatan atau menyesuaikan strategi berdasarkan log akses dan hasil ujian prestasi.

Untuk perniagaan yang mengunjungi pengguna di banyak negara dan wilayah, mekanisme pemantauan berterusan harus dibuat, dengan fokus pada waktu pemuatan halaman, permintaan dinamis yang memakan waktu, serangan cache, lalu lintas sumber kembali dan insiden keselamatan. Apabila menghadapi masalah prestasi, tentukan terlebih dahulu apakah hambatan itu terletak pada klien, transmisi rangkaian, perkhidmatan tepi atau stesen sumber, dan kemudian pilih kaedah pengoptimuman yang sesuai.

Untuk aplikasi yang melibatkan maklumat pengguna, transaksi, atau data dalaman perusahaan, kawalan akses, perlindungan data, dan manajemen otoritas harus dimasukkan dalam daftar pemeriksaan dalam talian, dan bukannya menunggu kelainan terjadi.

Ringkasan

Alibaba Cloud mempercepat DCDN di seluruh laman web dapat membantu laman web mengoptimumkan titik sumber statik

Menghantar dan meminta pengalaman akses secara dinamis, dan kemampuan keselamatan tepi yang relevan dapat digunakan untuk memperkuat kawalan akses dan perlindungan risiko sesuai dengan portfolio produk yang sebenarnya. Untuk mendapatkan hasil yang stabil, perlu memilih kawasan percepatan, merancang peraturan cache, mengkonfigurasi HTTPS, mengesahkan sambungan stesen sumber, dan terus memantau status operasi perniagaan.

Bagi pengguna yang bersiap untuk membuka perkhidmatan, disarankan untuk menjelaskan terlebih dahulu kawasan akses laman web, struktur laman web sumber, jenis perniagaan dan keperluan keselamatan, dan kemudian memilih akaun dan konfigurasi produk yang sesuai. Sama ada pemaju individu atau pasukan operasi dan penyelenggaraan korporat, mereka harus membuka dan mengurus akaun awan melalui saluran formal, mengesahkan kebenaran produk dan peraturan yuran sebelum menggunakannya secara rasmi, untuk mengelakkan pemilikan akaun yang tidak jelas atau konfigurasi yang tidak betul yang mempengaruhi operasi perniagaan.

Pengesahan nama sebenar melalui akaun Alibaba Cloud