


Tiga amalan terbaik untuk perusahaan kecil dan sederhana menggunakan awan hibrid untuk mengendalikan data besar
Hari ini, data besar dan analitis memasuki peringkat penggunaan yang lebih matang. Ini adalah berita baik untuk perniagaan kecil dan sederhana yang menggunakan teknologi ini dan telah bergelut untuk menentukan seni bina data besar untuk syarikat mereka.
Ketidakpastian tentang cara mentakrifkan seni bina keseluruhan data besar dan analitis adalah salah satu sebab mengapa PKS ketinggalan dalam penggunaan data besar dan analitik. Dalam kebanyakan kes, mereka sedang menunggu dan memerhati untuk melihat bagaimana arah aliran seperti pengkomputeran hibrid, data mart, pangkalan data induk, dll. berkembang, dan cara kawalan ke atas keselamatan dan tadbir urus akan dimainkan.
Akhir sekali, seni bina data amalan terbaik yang muncul yang boleh diikuti oleh semua orang akan disediakan. Dalam seni bina ini: Perkhidmatan pengkomputeran awan digunakan untuk menyimpan dan memproses data besar, manakala pusat data di premis digunakan untuk membangunkan data mart tempatan dalam perusahaan.
Mari kita lihat dengan lebih dekat sebab di sebalik seni bina data dan analisis besar ini:
Jika perusahaan kecil, adalah mahal untuk membeli kluster pelayan untuk memproses data besar secara selari di pusat data, apatah lagi mengupah atau melatih profesional yang sangat mahal yang tahu cara mengoptimumkan, menaik taraf dan mengekalkan persekitaran pemprosesan selari. Perniagaan yang memilih untuk memproses dan menyimpan data di tapak juga membuat pelaburan yang besar dalam perkakasan, perisian dan peralatan storan. Memperoleh perkakasan dan perisian data besar, dan pemprosesan dan penyimpanan pengkomputeran penyumberan luar ke awan semuanya akan menelan belanja yang banyak.
Tadbir urus data (mis., isu keselamatan dan pematuhan) ialah salah satu sebab perusahaan enggan menghantar semua data kritikal misi mereka ke awan kerana ia lebih sukar untuk diurus. Oleh itu, setelah data diproses dalam awan, banyak perusahaan memilih untuk memindahkan data ke pusat data di premis mereka sendiri.
Terdapat satu lagi sebab mengapa banyak perusahaan memilih untuk menggunakan pusat data mereka: untuk menumpukan pada aplikasi proprietari dan algoritma yang membangunkan data ini, kerana merupakan dasar kebanyakan penyedia pengkomputeran awan bahawa mana-mana aplikasi yang dibangunkan oleh pelanggan dalam awan boleh dikongsi dengan pelanggan lain.
Dengan mengekalkan aplikasi di premis di pusat data dan membangunkan set data induk di premis yang mana data mart yang lebih kecil boleh dipisahkan, perusahaan mempunyai kawalan langsung ke atas data dan aplikasi mereka.
Sebagai contoh, jika perniagaan perlu menamakan data, proses yang dilaksanakannya hendaklah didokumenkan dan dipersetujui dengan pembekal awannya, kerana penyedia awan akan melakukan anonimisasi. Jika perusahaan ingin membersihkan datanya sendiri, ia juga harus memberikan arahan bertulis terperinci kepada pembekal pengkomputeran awannya mengenai proses pembersihan. Sebagai contoh, adakah perniagaan hanya mahu menyatukan singkatan untuk semua negeri A.S. (cth., "Tenn" dan "Tennessee" = "TN") atau melakukan pengeditan lain pada data menjadikannya seragam dan lebih mudah untuk diproses? sama ada perniagaan anda Sama ada berjalan dalam penyewa berdedikasi penyedia perkhidmatan pengkomputeran awan atau dalam persekitaran berbilang penyewa, pembekal pengkomputeran awan harus dapat menjamin bahawa data perusahaan tidak pernah dikongsi dengan pelanggan lain.
Banyak jabatan IT dalam perusahaan terlepas sepenuhnya tugas ini. Mereka baru mula melaksanakan projek data besar tetapi lupa bahawa dasar dan prosedur pembangunan aplikasi sedia ada datang daripada domain aplikasi transaksi. Perniagaan tidak sepatutnya melakukan kesilapan ini. Sebaliknya, syarikat perlu menyemak semula dasar dan prosedur dalam bidang yang berkemungkinan berinteraksi dengan data besar adalah lebih tinggi (mis., storan, pengurusan pangkalan data, aplikasi).
Dalam kes ujian DR berasaskan awan, organisasi harus memasukkan peruntukan dalam kontrak untuk merekod dan melaksanakan DR. Pelan pemulihan bencana (DR) (yang memfokuskan pada data dan sistem transaksi) juga harus dikemas kini dan termasuk skrip pemulihan dan ujian untuk data besar dan analitik.
Atas ialah kandungan terperinci Tiga amalan terbaik untuk perusahaan kecil dan sederhana menggunakan awan hibrid untuk mengendalikan data besar. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!

Alat AI Hot

Undresser.AI Undress
Apl berkuasa AI untuk mencipta foto bogel yang realistik

AI Clothes Remover
Alat AI dalam talian untuk mengeluarkan pakaian daripada foto.

Undress AI Tool
Gambar buka pakaian secara percuma

Clothoff.io
Penyingkiran pakaian AI

AI Hentai Generator
Menjana ai hentai secara percuma.

Artikel Panas

Alat panas

Notepad++7.3.1
Editor kod yang mudah digunakan dan percuma

SublimeText3 versi Cina
Versi Cina, sangat mudah digunakan

Hantar Studio 13.0.1
Persekitaran pembangunan bersepadu PHP yang berkuasa

Dreamweaver CS6
Alat pembangunan web visual

SublimeText3 versi Mac
Perisian penyuntingan kod peringkat Tuhan (SublimeText3)

Topik panas



Langkah -langkah untuk memulakan Nginx di Linux: Periksa sama ada Nginx dipasang. Gunakan SistemCTL Mula Nginx untuk memulakan perkhidmatan Nginx. Gunakan SistemCTL Dayakan NGINX untuk membolehkan permulaan automatik Nginx pada permulaan sistem. Gunakan Status SistemCTL Nginx untuk mengesahkan bahawa permulaan berjaya. Lawati http: // localhost dalam pelayar web untuk melihat halaman selamat datang lalai.

Bagaimana untuk mengesahkan sama ada nginx dimulakan: 1. Gunakan baris arahan: status sistem sistem nginx (linux/unix), netstat -ano | Findstr 80 (Windows); 2. Periksa sama ada port 80 dibuka; 3. Semak mesej permulaan Nginx dalam log sistem; 4. Gunakan alat pihak ketiga, seperti Nagios, Zabbix, dan Icinga.

Memulakan pelayan Nginx memerlukan langkah-langkah yang berbeza mengikut sistem operasi yang berbeza: Sistem Linux/Unix: Pasang pakej Nginx (contohnya, menggunakan apt-get atau yum). Gunakan SystemCTL untuk memulakan perkhidmatan Nginx (contohnya, SUDO SystemCTL Mula Nginx). Sistem Windows: Muat turun dan pasang fail binari Windows. Mula Nginx menggunakan nginx.exe executable (contohnya, nginx.exe -c conf \ nginx.conf). Tidak kira sistem operasi yang anda gunakan, anda boleh mengakses IP pelayan

Bagaimana untuk memperbaiki kesilapan dilarang nginx 403? Semak keizinan fail atau direktori; 2. Semak .htaccess File; 3. Semak fail konfigurasi nginx; 4. Mulakan semula nginx. Penyebab lain yang mungkin termasuk peraturan firewall, tetapan selinux, atau isu aplikasi.

Jawab kepada Soalan: 304 Tidak diubahsuai ralat menunjukkan bahawa penyemak imbas telah cache versi sumber terkini permintaan klien. Penyelesaian: 1. Kosongkan cache penyemak imbas; 2. Lumpuhkan cache penyemak imbas; 3. Konfigurasi nginx untuk membolehkan cache pelanggan; 4. Periksa keizinan fail; 5. Semak fail hash; 6. Lumpuhkan CDN atau cache proksi terbalik; 7. Mulakan semula nginx.

Di Linux, gunakan arahan berikut untuk memeriksa sama ada nginx dimulakan: Hakim status SistemCTL Nginx berdasarkan output arahan: Jika "Aktif: Aktif (Running)" dipaparkan, Nginx dimulakan. Jika "aktif: tidak aktif (mati)" dipaparkan, nginx dihentikan.

Pelayan tidak mempunyai kebenaran untuk mengakses sumber yang diminta, mengakibatkan ralat NGINX 403. Penyelesaian termasuk: Periksa keizinan fail. Semak konfigurasi .htaccess. Semak konfigurasi Nginx. Konfigurasikan keizinan Selinux. Semak peraturan firewall. Menyelesaikan masalah lain seperti masalah penyemak imbas, kegagalan pelayan, atau kesilapan lain yang mungkin.

Log ralat terletak di/var/log/nginx (linux) atau/usr/local/var/log/nginx (macOS). Gunakan baris arahan untuk membersihkan langkah -langkah: 1. Sandarkan log asal; 2. Buat fail kosong sebagai log baru; 3. Mulakan semula perkhidmatan Nginx. Pembersihan automatik juga boleh digunakan dengan alat pihak ketiga seperti logrotat atau dikonfigurasikan.
