Awan tanpa dinding: berbilang awan, sambungan dan keselamatan lanjutan

Informatec Digital » Sumber » Awan tanpa dinding: berbilang awan, sambungan dan keselamatan lanjutan

Ungkapan "awan tanpa dinding" telah berubah daripada slogan yang menarik kepada menggambarkan realiti yang sangat konkrit: syarikat besar tidak lagi mahu, dan mereka juga tidak boleh, hidup terhad kepada satu awan. Data, aplikasi dan beban kerja mereka bergerak antara pelbagai penyedia , dan ini memaksa pemikiran semula sepenuhnya tentang cara kami mereka bentuk rangkaian, keselamatan dan tadbir urus data.

Dalam landskap baharu ini, kuncinya bukan lagi memilih awan yang "terbaik", tetapi sebaliknya membina saling hubung yang mantap, boleh diramal dan selamat antara platform yang secara sejarahnya bersaing antara satu sama lain. Daripada pakatan strategik seperti yang berlaku antara Oracle dan AWS, kepada perkhidmatan firewall terurus lanjutan di AWS dan perdebatan seputar pensijilan awan dan profil profesional, semuanya menuju ke arah yang sama: memecahkan halangan dan mengurangkan geseran antara persekitaran awan yang sangat pelbagai. Ini memerlukan pemikiran semula yang koheren terhadap aspek seperti rangkaian, keselamatan dan tadbir urus data .

Apakah sebenarnya maksud "awan tanpa dinding"?

Apabila kita bercakap tentang "awan tanpa dinding," kita tidak merujuk kepada awan tunggal yang universal, tetapi sebaliknya seni bina berbilang awan yang saling berkaitan di mana pelbagai platform (AWS, Google Cloud, Azure, Oracle Cloud Infrastructure, dll.) berkomunikasi antara satu sama lain secara peribadi, secara terurus dan stabil. Matlamatnya bukanlah untuk menggabungkan semuanya, tetapi untuk mengurangkan kerumitan dan geseran yang telah wujud secara sejarah apabila menggabungkan awan yang berbeza.

Dalam praktiknya, ini bermakna bahawa syarikat-syarikat mula bergantung pada perkhidmatan interkoneksi peribadi asli yang disediakan oleh hiperskala itu sendiri, daripada menghubungkan persekitaran melalui konfigurasi manual yang kompleks , perkakasan khusus yang terfragmentasi dan beberapa pihak ketiga. Ini membolehkan trafik antara awan bergerak di sepanjang laluan yang lebih boleh diramal, dengan kurang pendedahan kepada internet awam dan kependaman yang lebih stabil.

Sehingga baru-baru ini, penyepaduan antara awan besar dicapai melalui "projek kejuruteraan rangkaian" ad hoc: pelbagai penyedia rangkaian, terowong VPN berantai, penghala fizikal, peraturan tembok api manual dan skrip yang tidak terkira banyaknya. Pendekatan ini mengalami dua masalah yang jelas: kerumitan operasi yang sangat tinggi dan fenomena graviti data yang terkenal—iaitu, kecenderungan data untuk kekal di tempatnya sekarang kerana memindahkannya adalah mahal, perlahan atau berisiko.

Pergerakan ke arah awan tanpa dinding tidak serta-merta menghapuskan graviti data, tetapi ia membantu menjadikan pergerakan data terkawal antara awan lebih mudah diurus: kurang latensi berubah-ubah, jaminan ketersediaan yang lebih baik, lebih banyak automasi dan, yang paling penting, kurang pergantungan pada konfigurasi buatan tangan yang sukar dikekalkan dari semasa ke semasa.

AWS Interconnect dan lapisan struktur berbilang awan baharu

Ketersediaan umum AWS Interconnect merupakan salah satu peristiwa penting yang paling menggambarkan trend ini. Amazon Web Services mempersembahkan perkhidmatan ini sebagai laluan terurus untuk menghubungkan awannya dengan penyedia lain: pada mulanya dengan Google Cloud dan, menurut pelan tindakan, dengan Azure. Jauh daripada menjadi "pautan" yang mudah, ia diletakkan sebagai komponen struktur seni bina berbilang awan moden.

Jenis sambungan ini bergantung pada sambungan peribadi dan khusus antara awan, yang bertujuan untuk menawarkan kependaman yang lebih boleh diramal, keselamatan yang lebih baik semasa transit dan kurang pergantungan pada internet awam. Daripada memasang pelbagai pautan, terowong dan peralatan, perniagaan mempunyai pilihan yang lebih standard yang disokong secara langsung oleh penyedia utama.

Langkah AWS bukanlah fenomena terpencil: Oracle telah membina visi berbilang awannya sendiri untuk beberapa waktu, dan telah meletakkan integrasinya dengan Oracle Cloud Infrastructure (OCI) dan AWS sebagai lanjutan semula jadi strategi tersebut. Hubungan antara Oracle dan Amazon bukanlah anomali terpencil, tetapi sebaliknya merupakan gejala sesuatu yang lebih mendalam: malah pesaing lama telah mengakui bahawa pelanggan sudah beroperasi dalam persekitaran berbilang awan dan terdapat perniagaan yang boleh diperolehi dalam memudahkan peralihan ini.

Adalah penting untuk ditekankan bahawa ketersambungan ini tidak bermaksud "penamat sepenuhnya silo," tetapi ia merupakan langkah yang sangat penting ke arah mengurangkan geseran antara platform . Janjinya bukanlah awan tunggal, tetapi rangkaian awan yang lebih terhubung, dengan lebih sedikit kejutan, latensi yang kurang tidak dapat diramalkan, dan model operasi yang lebih dekat dengan perkhidmatan standard dan bukannya projek kejuruteraan buatan tangan.

Dari perspektif kos, impak terhadap TCO adalah bernuansa: sambungan khusus boleh memudahkan operasi berbanding rangkaian hibrid yang huru-hara, tetapi penjimatan sebenar bergantung pada jumlah trafik, reka bentuk seni bina rangkaian dan terma komersial yang dirundingkan dengan setiap penyedia. Oleh itu, adalah berbahaya untuk mengeluarkan angka penjimatan generik tanpa menyediakan data yang tersedia secara umum dan boleh disahkan.

OCI + AWS: Interkoneksi sebagai standard untuk awan tanpa dinding

Sambungan yang dirancang antara Oracle Cloud Infrastructure (OCI) dan AWS sangat sesuai dengan logik awan tanpa dinding ini. Ia bukanlah pengecualian yang tidak menentu, tetapi contoh yang sangat ketara tentang sejauh mana sambungan peribadi antara awan besar mula diseragamkan sebagai lapisan infrastruktur perusahaan yang lain.

Hasil daripada perjanjian jenis ini, syarikat boleh mereka bentuk penggunaan berbilang awan yang lebih bersih , di mana beban kerja tertentu berada dalam Oracle (contohnya, pangkalan data kritikal) dan yang lain dalam AWS (aplikasi, perkhidmatan mikro, model AI, dll.) tanpa trafik antara kedua-duanya menjadi kesesakan yang penuh dengan latensi berubah-ubah dan masalah keselamatan.

Walau bagaimanapun, sambungan ini tidak secara ajaib menghapuskan kos pemindahan data atau sekatan pembekal. Setiap pembekal awan masih mempunyai dasar komersial dan teknikalnya sendiri , dan syarikat mesti mempertimbangkan dengan teliti data yang hendak dipindahkan, kekerapan dan dalam keadaan apa.

Aspek yang paling menarik ialah perubahan fokus: rangkaian tidak lagi dilihat hanya sebagai masalah teknikal (VPN, jadual penghalaan, ACL) tetapi sebagai reka bentuk infrastruktur yang strategik . Cara awan saling berhubung secara langsung memberi kesan kepada kelajuan penggunaan, daya tahan, postur keselamatan dan akhirnya, pulangan pelaburan.

Pendekatan ini sejajar dengan model tadbir urus IT yang matang, di mana infrastruktur tidak diimprovisasi tetapi dirancang dengan perspektif perniagaan. Dalam awan tanpa silo, menentukan bagaimana OCI dan AWS dihubungkan hampir sama pentingnya dengan menentukan perkhidmatan PaaS yang hendak digunakan pada setiap pihak.

Kedaulatan dan pematuhan data: DORA, NIS2 dan seterusnya

Isu kedaulatan data dan pematuhan peraturan telah menjadi kritikal, terutamanya di Eropah. Peraturan seperti DORA (dalam sektor kewangan) atau NIS2 (keselamatan sistem rangkaian dan maklumat) memerlukan organisasi untuk mengambil serius di mana data mereka berada, bagaimana ia bergerak dan kebolehkesanan yang dimilikinya.

Sambungan awan persendirian yang piawai boleh menjadi sangat membantu. Dengan memperkukuh kebolehkesanan data dalam transit dan mengurangkan pendedahan kepada rangkaian awam, keterlihatan dan kawalan diperoleh—sesuatu yang sangat dihargai oleh pengawal selia. Tambahan pula, pautan ini biasanya menggabungkan penyulitan fizikal dan mekanisme daya tahan yang dipertingkatkan, memberikan keyakinan tambahan dalam sektor yang dikawal selia.

Walau bagaimanapun, adalah penting untuk tidak terpedaya: tidak kira betapa mantapnya sambungan tersebut, ia tidak menjamin pematuhan dengan DORA, NIS2 atau piawaian lain dengan sendirinya. Pematuhan masih bergantung pada kawalan organisasi dan tadbir urus : pengauditan, pengurusan risiko, dasar akses, perjanjian kontrak, pelan kesinambungan perniagaan dan sebagainya. Infrastruktur adalah salah satu bahagian teka-teki, tetapi ia tidak menyelesaikan semuanya.

Rangka kerja pengurusan seperti ITIL 4 boleh membawa kepada keteraturan reka bentuk dan operasi persekitaran berbilang awan ini. ITIL membantu menyelaraskan infrastruktur rangkaian, proses perubahan, pengurusan insiden dan kesinambungan perkhidmatan dalam rangka kerja yang koheren. Walau bagaimanapun, ITIL tidak menggantikan keperluan kawal selia; ia hanya menawarkan cara berstruktur untuk beroperasi di dalamnya.

Satu lagi aspek utama ialah pengembangan fizikal hiperskala. Hakikat bahawa Oracle, sebagai contoh, sedang menggunakan rantau awan ketiga di Sepanyol mempunyai implikasi langsung untuk residensi data, latensi dan kedaulatan. Mempunyai lebih banyak rantau tempatan membolehkan organisasi memenuhi keperluan lokasi geografi data, dengan syarat kelebihan ini disertai dengan konfigurasi dan tadbir urus yang difikirkan dengan teliti.

Awan tanpa dinding dan AI generatif: seni bina susunan berpecah

Ledakan AI generatif telah menyebabkan banyak syarikat menerima pakai seni bina susunan berpecah, di mana setiap awan digunakan untuk kekuatannya. Adalah sangat biasa untuk menemui pangkalan data perusahaan dan sistem teras yang berjalan pada Oracle, manakala latihan atau inferens model AI berjalan pada AWS, atau sebaliknya.

Dalam konteks ini, sambungan persendirian yang direka bentuk dengan baik tidak bertujuan untuk menghapuskan kependaman sepenuhnya (yang tidak realistik), tetapi sebaliknya untuk mengurangkan kebolehubahannya dan memudahkan penyepaduan . Dengan pautan yang lebih boleh diramal antara awan, ia menjadi lebih mudah untuk memindahkan set data, mereplikasi maklumat atau menyegerakkan hasil model tanpa setiap pemindahan menjadi satu dugaan.

Cabaran terbesar bagi AI bukan lagi sekadar mempunyai GPU atau TPU yang mencukupi. Kesesakan yang dihadapi semakin meningkat ialah aliran data yang selamat dan cekap antara persekitaran heterogen: daripada tasik data dalam satu awan kepada saluran latihan dalam awan yang lain, dan termasuk sistem transaksi di premis atau yang dihoskan oleh penyedia pihak ketiga.

Sambungan persendirian secara langsung mempengaruhi pulangan pelaburan dalam AI: seni bina data yang difikirkan dengan teliti , dengan laluan rangkaian yang dioptimumkan dan dasar pergerakan maklumat yang jelas, boleh memendekkan masa latihan secara drastik, mengurangkan risiko kebocoran data dan meningkatkan daya tahan perkhidmatan berasaskan model.

Tambahan pula, pakatan antara Oracle dan AWS bukan sahaja membuka pintu kepada penggunaan AI baharu, tetapi juga kepada senario daya tahan dan pemulihan rentas awan yang canggih. Sandaran kepada satu penyedia, pelan pemulihan bencana kepada penyedia yang lain, atau strategi failover antara platform menjadi semakin realistik hasil daripada sambungan peribadi yang lebih matang ini.

Keselamatan dalam awan tanpa dinding: kes Palo Alto Networks Cloud NGFW untuk AWS

Konsep awan tanpa dinding juga mempunyai kesan langsung terhadap cara keselamatan rangkaian difahami dalam awan . Contoh utama ialah pelancaran Palo Alto Networks Cloud NGFW, perkhidmatan tembok api generasi akan datang natif AWS yang diuruskan sepenuhnya dan direka bentuk dengan tepat untuk memudahkan perlindungan penggunaan awan di Amazon.

Perkhidmatan ini bertujuan untuk menghapuskan banyak komplikasi tradisional yang berkaitan dengan pengamanan seni bina pada AWS. Palo Alto Networks mengambil alih pengurusan lengkap infrastruktur tembok api daripada pelanggan yang menggunakan, menyelenggara, mengemas kini dan menstrukturkan peralatan maya . Syarikat pengguna memberi tumpuan kepada aplikasi dan dasar mereka, menyerahkan tugasan berat infrastruktur kepada penyedia pakar.

NGFW Awan menggabungkan keupayaan lanjutan seperti penapisan URL dan pembelajaran mendalam untuk mengesan dan menyekat ancaman web hari sifar dalam masa nyata. Ini membolehkan anda menghentikan serangan yang tidak diketahui sambil masih membenarkan akses kepada perkhidmatan berasaskan web yang sah. Ia juga termasuk sistem pencegahan ancaman untuk menghentikan eksploitasi kerentanan yang diketahui, perisian hasad dan komunikasi arahan dan kawalan.

Satu lagi komponen utama ialah App-ID, teknologi yang mengklasifikasikan trafik Lapisan 7 untuk membolehkan dasar digunakan berdasarkan jenis aplikasi sebenar, bukan hanya port atau alamat IP. Ini memudahkan untuk mengurangkan permukaan serangan dan mengawal secara terperinci aplikasi mana yang boleh berkomunikasi dan dalam keadaan apa.

Pada peringkat operasi, salah satu kelebihan terbesar Cloud NGFW untuk AWS ialah kemudahan penggunaannya. Perkhidmatan ini boleh dibeli daripada AWS Marketplace dan dikonfigurasikan dengan agak cepat, disepadukan dengan perkhidmatan Amazon dalam beberapa minit dan beberapa klik. Oleh kerana ia merupakan perkhidmatan yang diuruskan sepenuhnya, organisasi tidak perlu risau tentang penggunaan, pengemaskinian atau pengendalian infrastruktur firewall mereka sendiri.

Perkhidmatan ini juga memanfaatkan AWS Gateway Load Balancer untuk mencapai ketersediaan tinggi dan penskalaan elastik atas permintaan. Ini amat berguna dalam persekitaran di mana lonjakan trafik tidak dapat diramalkan. Firewall ini disepadukan dengan AWS Firewall Manager, memudahkan pengurusan dasar keselamatan berpusat merentasi berbilang akaun AWS dan VPC yang berbeza.

Akhir sekali, keserasiannya dengan templat API, CloudFormation dan Terraform membolehkan automasi aliran kerja keselamatan hujung ke hujung , sejajar dengan amalan infrastruktur-sebagai-kod. Ini penting dalam persekitaran awan tanpa dinding, di mana dasar keselamatan mesti seiring dengan beban kerja semasa ia bergerak atau direplikasi merentasi awan.

Pensijilan awan, profil profesional dan nilai asas

Ketika teknologi maju ke arah awan yang lancar, pasaran kerja sedang mengalami transformasinya sendiri. Selama bertahun-tahun, idea bahawa "pakar AWS" dan "pakar GCP" telah dipromosikan bahawa "pakar AWS" dan "pakar GCP" bertutur dalam bahasa yang sangat berbeza, seolah-olah setiap awan adalah alam semesta tanpa titik persamaan. Pensijilan telah mengukuhkan persepsi ini, dengan membahagikan profil secara tegar.

Realitinya agak berbeza. Nama perkhidmatan berubah, konsol kelihatan berbeza, model pengebilan disusun secara berbeza… tetapi cara berfikir tentang pemprosesan data pada dasarnya adalah sama. Asas konseptual di sebalik tasik data, kluster pengkomputeran teragih atau orkestrator saluran paip tidak bergantung pada logo awan.

Apabila seseorang benar-benar memahami konsep seperti pembahagian data , enjin teragih, corak orkestrasi dan reka bentuk saluran paip yang mantap, lompatan antara awan menjadi kurang dramatik. Azure tidak lagi kelihatan seperti raksasa baharu dan menjadi perkara lama yang sama, hanya dengan antara muka dan nama perkhidmatan yang berbeza.

Itulah sebabnya ramai profesional mula mempersoalkan sama ada masuk akal untuk menjadi terlalu pakar dalam satu awan, daripada membina asas yang kukuh dalam seni bina dan data yang membolehkan mereka bergerak dengan lancar merentasi persekitaran berbilang awan. Dalam dunia awan tanpa sempadan, faktor pembezaan semakin terletak pada pemahaman logik mendalam sistem, bukan hanya pada menghafal di mana setiap butang berada pada konsol tertentu.

Dari perspektif perniagaan, ini menimbulkan persoalan penting: adakah seorang profesional yang mempunyai pemahaman yang sempurna tentang penyedia tertentu lebih berharga, atau seseorang yang memahami sepenuhnya prinsip-prinsip umum mana-mana seni bina awan dan boleh menyesuaikan diri dengan cepat dengan pelbagai persekitaran? Dalam senario berbilang awan yang semakin meluas, jenis profesional yang kedua semakin mendapat tempat, walaupun masih terdapat ruang untuk pakar yang mendalam dalam satu penyedia apabila skala mewajarkannya.

Akhirnya, profesional awan sebenar tanpa halangan adalah orang yang tahu bagaimana menggabungkan pengetahuan asas merentasi sempadan (data, rangkaian, keselamatan, automasi) dengan pengalaman praktikal yang mencukupi dalam pelbagai awan agar tidak tersekat apabila logo konsol berubah.

Keseluruhan pergerakan ke arah awan tanpa tembok ini, dengan sambungan persendirian yang standard, perkhidmatan keselamatan terurus pada AWS, strategi berbilang awan yang difikirkan dengan teliti dan profesional yang berfokus pada asas, sedang mentakrifkan semula peta infrastruktur digital: syarikat-syarikat beralih daripada membina istana terpencil dalam awan tunggal dan ke arah mereka bentuk ekosistem yang terhubung di mana saling hubung, kedaulatan data, keselamatan dan fleksibiliti adalah sama pentingnya dengan pilihan penyedia dan di mana mengetahui cara bergerak dengan lancar antara pelbagai persekitaran menjadi kemahiran yang sama pentingnya dengan menguasai mana-mana awan secara berasingan.