自拍偷在线精品自拍偷,亚洲欧美中文日韩v在线观看不卡

綜論數(shù)據(jù)庫(kù)防火墻的自我修養(yǎng)系列之一:高可用性

安全 數(shù)據(jù)安全
用戶對(duì)數(shù)據(jù)庫(kù)防火墻產(chǎn)品的高可用要求,就好比我們要求八達(dá)嶺野生動(dòng)物園的老虎兄弟,既希望它們不喪失原始的野性本能,同時(shí)又要保證它的安全性,不會(huì)傷害游客,要求這么高,稍有差池這不就出事兒了嗎?活生生的老虎控制不了,可自己的產(chǎn)品還是能自己說(shuō)了算的。

   DT時(shí)代的到來(lái),正在逐漸改變?nèi)祟惖男袨槟J?。?shù)據(jù),這個(gè)時(shí)代最巨量的產(chǎn)物,從未如今天這般珍貴而無(wú)價(jià)。也因此我們看到,越來(lái)越多的企業(yè)和政府部門開始將安全的關(guān)注重點(diǎn)從傳統(tǒng)的邊界安全轉(zhuǎn)移到數(shù)據(jù)安全,保存核心數(shù)據(jù)資產(chǎn)的數(shù)據(jù)庫(kù)系統(tǒng),毫無(wú)疑問(wèn)的成為防護(hù)的關(guān)鍵。

[[171215]]

  數(shù)據(jù)庫(kù)防火墻,作為數(shù)據(jù)庫(kù)的最后一道防御工事,自然獲得了更多的關(guān)注,近年已越來(lái)越多的應(yīng)用在關(guān)鍵系統(tǒng)的數(shù)據(jù)庫(kù)安全防護(hù)中。所謂能力越大、責(zé)任越大,這句話用來(lái)形容數(shù)據(jù)庫(kù)防火墻也許應(yīng)該反過(guò)來(lái)理解,因其肩負(fù)數(shù)據(jù)庫(kù)防護(hù)重任,人們對(duì)于他的要求也更加嚴(yán)苛。

  我們?cè)谡f(shuō)數(shù)據(jù)庫(kù)防火墻之前,需要先說(shuō)明一個(gè)概念,了解了這一點(diǎn),我們就更容易理解為什么用戶對(duì)數(shù)據(jù)庫(kù)防火墻的要求如此嚴(yán)苛。數(shù)據(jù)庫(kù)防火墻部署方式通常分為兩種:串聯(lián)或旁路,兩者差異很大。串聯(lián)模式部署在應(yīng)用系統(tǒng)與數(shù)據(jù)庫(kù)之間,所有SQL語(yǔ)句必須經(jīng)過(guò)數(shù)據(jù)庫(kù)防火墻的審核后才能到達(dá)數(shù)據(jù)庫(kù),發(fā)起訪問(wèn)、操作;而旁路部署呢,雖然有些廠商宣稱,可以通過(guò)發(fā)送reset(重置)命令進(jìn)行重置會(huì)話,但內(nèi)行人一想便知,在實(shí)際應(yīng)用中,面對(duì)高壓力場(chǎng)景, 旁路分析勢(shì)必出現(xiàn)延遲,當(dāng)數(shù)據(jù)庫(kù)防火墻發(fā)現(xiàn)風(fēng)險(xiǎn)操作時(shí),數(shù)據(jù)庫(kù)早已執(zhí)行完成,而此時(shí)阻斷的基本上是其他不該被阻斷的正常操作了。因此,要想真正發(fā)揮防護(hù)效果,數(shù)據(jù)庫(kù)防火墻必須串聯(lián)在數(shù)據(jù)庫(kù)的前端,可以是物理的(透明串接)或邏輯的(代理)串聯(lián)。

  串聯(lián)部署是發(fā)揮防護(hù)作用的必要前提,但這樣就在應(yīng)用與數(shù)據(jù)庫(kù)之間增加了一個(gè)結(jié)點(diǎn),如果把數(shù)據(jù)庫(kù)系統(tǒng)比作整個(gè)IT架構(gòu)中的“心臟”,用戶更擔(dān)心這個(gè)結(jié)點(diǎn)會(huì)不會(huì)出現(xiàn)故障,一旦血流不暢通,突發(fā)心梗可是得不償失。

  筆者多年來(lái)從事數(shù)據(jù)庫(kù)防火墻產(chǎn)品的開發(fā)、實(shí)施和維護(hù),不能說(shuō)閱盡天下防火墻,九成也是有的,在筆者心中,一個(gè)真正成熟有價(jià)值的數(shù)據(jù)庫(kù)防火墻產(chǎn)品,必須能夠勝任串聯(lián)部署重任,同時(shí)具備良好的自我修養(yǎng),如何體現(xiàn)?下面7項(xiàng)指標(biāo)量化考評(píng):

  1. 高可用性—保障業(yè)務(wù)的安全性、可用性和連續(xù)性

  2. 高性能和可擴(kuò)縮性—保障業(yè)務(wù)性能、吞吐量

  3. 詞法和語(yǔ)法分析—提供防護(hù)能力的基礎(chǔ)

  4. 防SQL注入和漏洞攻擊—防護(hù)來(lái)自應(yīng)用側(cè)的攻擊

  5. 運(yùn)維管控—內(nèi)部運(yùn)維控制

  6. 動(dòng)態(tài)掩碼—防止敏感信息外泄

  7. 規(guī)則和腳本語(yǔ)言—高大上的數(shù)據(jù)庫(kù)防護(hù)能力

  以上7點(diǎn),排名確實(shí)分先后,先說(shuō)高可用性,因?yàn)樗诠P者心目中是凌駕于其他之上,最最重要的一點(diǎn),甚至可以說(shuō)是數(shù)據(jù)庫(kù)防火墻產(chǎn)品是否可以存在的先決條件。

  串聯(lián)部署下的高可用,發(fā)揮最大價(jià)值還是給自己挖坑?

  解釋了串聯(lián)部署的必要性,現(xiàn)在我們說(shuō)回高可用性,由于數(shù)據(jù)庫(kù)在企業(yè)中往往承載著關(guān)鍵核心業(yè)務(wù),其重要性不言而喻,企業(yè)會(huì)采用大量的技術(shù)來(lái)保證數(shù)據(jù)庫(kù)的高可用性,典型的有RAC、F5負(fù)載均衡、高可用網(wǎng)絡(luò)等;當(dāng)在這樣的一個(gè)環(huán)境中串接一個(gè)新的節(jié)點(diǎn)時(shí),對(duì)該節(jié)點(diǎn)的可用性要求甚至比數(shù)據(jù)庫(kù)本身的要求還要高。讓用戶放心實(shí)施防火墻串聯(lián)部署,高可用性的口號(hào)喊出去,會(huì)不會(huì)變成給自己挖坑?挑戰(zhàn)不小。

  是軟件都會(huì)有bug,但別給業(yè)務(wù)系統(tǒng)惹麻煩!

  是軟件,都會(huì)有缺陷、有bug,更別說(shuō)一個(gè)具有深度的完整數(shù)據(jù)庫(kù)協(xié)議分析、SQL語(yǔ)法分析再加上策略控制等復(fù)雜邏輯的數(shù)據(jù)庫(kù)防火墻產(chǎn)品。怎么解決?答案很簡(jiǎn)單:

  數(shù)據(jù)庫(kù)防火墻自身的缺陷,不應(yīng)對(duì)操作數(shù)據(jù)庫(kù)的業(yè)務(wù)行為產(chǎn)生任何影響;缺陷引起的故障對(duì)業(yè)務(wù)系統(tǒng)應(yīng)當(dāng)無(wú)感。

  這一目標(biāo),對(duì)于數(shù)據(jù)庫(kù)防火墻這樣的串聯(lián)產(chǎn)品,比任何特性都重要,是用戶能否接受“串聯(lián)部署”的關(guān)鍵指標(biāo)。只為這一目標(biāo),著實(shí)需要從產(chǎn)品的架構(gòu)設(shè)計(jì)、容錯(cuò)能力和異常管理能力上費(fèi)一番腦筋。

  高可用性的關(guān)鍵技術(shù)路線:

  1:采用類似Oracle數(shù)據(jù)庫(kù)的多進(jìn)程和共享內(nèi)存架構(gòu)

  對(duì)于每條數(shù)據(jù)庫(kù)訪問(wèn)行為,相應(yīng)的數(shù)據(jù)庫(kù)防火墻對(duì)應(yīng)一個(gè)完整的處理過(guò)程,包括完成全部計(jì)算和功能邏輯。處理完成后,整個(gè)進(jìn)程關(guān)閉。

  優(yōu)點(diǎn):進(jìn)程間完全獨(dú)立,即使一個(gè)進(jìn)程觸發(fā)了軟件缺陷,也不會(huì)影響其他訪問(wèn)行為處理,將影響降到最小。

  缺點(diǎn):需要對(duì)進(jìn)程的資源占用進(jìn)行精細(xì)的管理和分配,避免消耗太多資源。

  2:對(duì)于進(jìn)程的故障,實(shí)現(xiàn)軟件旁路的容錯(cuò)機(jī)制

  當(dāng)進(jìn)程發(fā)生故障時(shí),啟動(dòng)對(duì)進(jìn)程的守護(hù)能力,接管通訊包,實(shí)現(xiàn)故障情況下的bypass旁路能力,從而“續(xù)上”應(yīng)用與數(shù)據(jù)庫(kù)的連接,讓應(yīng)用系統(tǒng)完全感受不到會(huì)話出現(xiàn)了異常。我們用安華金和數(shù)據(jù)庫(kù)防火墻進(jìn)行實(shí)際測(cè)試時(shí)模擬了此場(chǎng)景:在會(huì)話建立后,高壓力運(yùn)行SQL操作期間,“殺死”相應(yīng)數(shù)據(jù)庫(kù)防火墻進(jìn)程,會(huì)話沒(méi)有受到任何影響,持續(xù)穩(wěn)定運(yùn)行。

  設(shè)備、系統(tǒng)故障了?業(yè)務(wù)不能斷!

  是設(shè)備,都有可能出故障,硬件故障、電源故障、系統(tǒng)故障、軟件死鎖……總之有任何可能性,讓數(shù)據(jù)庫(kù)防火墻的網(wǎng)絡(luò)斷開或僵死。,那用戶可不干了,我的業(yè)務(wù)不能斷!

  高可用性的關(guān)鍵技術(shù)路線:

  1: 采用硬件網(wǎng)卡ByPass,保障業(yè)務(wù)快速恢復(fù)

  通過(guò)網(wǎng)卡的ByPass能力,并結(jié)合“看門狗”機(jī)制,當(dāng)發(fā)生設(shè)備斷電、操作系統(tǒng)故障、數(shù)據(jù)庫(kù)防火墻核心組件僵死等異常情況時(shí),能夠快速的自動(dòng)開啟硬件ByPass,重新打通網(wǎng)絡(luò)連接,保證業(yè)務(wù)系統(tǒng)在數(shù)據(jù)庫(kù)防火墻發(fā)生異常后,在幾秒內(nèi)恢復(fù)正常。

  2:采用雙機(jī)HA網(wǎng)絡(luò),保障業(yè)務(wù)連續(xù)性

  在很多關(guān)鍵核心業(yè)務(wù)系統(tǒng)中,往往會(huì)采用高可用網(wǎng)絡(luò)和負(fù)載均衡設(shè)備來(lái)保證極端情況下的業(yè)務(wù)連續(xù)性。作為串聯(lián)接入的數(shù)據(jù)庫(kù)防火墻設(shè)備,需要能夠無(wú)縫的適應(yīng)這樣的高可用環(huán)境,能夠提供全透明(無(wú)IP)的串接方式,就好比一根網(wǎng)線,當(dāng)這根“網(wǎng)線”出現(xiàn)故障,無(wú)法連通時(shí),通訊包會(huì)被自動(dòng)串接到另外一條鏈路上的數(shù)據(jù)庫(kù)防火墻設(shè)備,從而無(wú)縫的繼續(xù)業(yè)務(wù)操作。

  忽然聯(lián)想到,用戶對(duì)數(shù)據(jù)庫(kù)防火墻產(chǎn)品的高可用要求,就好比我們要求八達(dá)嶺野生動(dòng)物園的老虎兄弟,既希望它們不喪失原始的野性本能,同時(shí)又要保證它的安全性,不會(huì)傷害游客,要求這么高,稍有差池這不就出事兒了嗎?活生生的老虎控制不了,可自己的產(chǎn)品還是能自己說(shuō)了算的。

  于是,在數(shù)據(jù)庫(kù)防火墻產(chǎn)品開發(fā)之初,我們先給自己制定了一個(gè)能達(dá)到的小目標(biāo):實(shí)現(xiàn)串聯(lián)部署下的高可用性。今天,作為國(guó)內(nèi)最為成熟的數(shù)據(jù)庫(kù)防火墻產(chǎn)品——安華金和數(shù)據(jù)庫(kù)防火墻,已成功應(yīng)用于多個(gè)大型項(xiàng)目中,以串聯(lián)部署的方式,保證業(yè)務(wù)系統(tǒng)在安全狀態(tài)下正常、高效的運(yùn)行,為用戶提供了安全、無(wú)感的體驗(yàn)效果。

責(zé)任編輯:周雪 來(lái)源: 安華金和
相關(guān)推薦

2010-09-13 14:45:56

SQL Server

2017-03-15 15:14:03

MySQL數(shù)據(jù)庫(kù)高可用性

2010-12-08 09:29:27

下一代防火墻

2022-05-09 09:42:24

高可用分布式數(shù)據(jù)庫(kù)

2016-06-21 10:25:44

防火墻遷移企業(yè)安全風(fēng)險(xiǎn)管理

2022-12-19 13:03:32

2023-12-05 09:31:46

數(shù)據(jù)庫(kù)架構(gòu)

2015-10-28 13:39:25

2021-07-29 10:37:13

漏洞管理自我修養(yǎng)漏洞

2011-08-02 13:37:17

2011-02-28 09:14:36

2020-11-18 13:03:10

云防火墻安全運(yùn)營(yíng)云安全

2024-02-27 09:48:25

Redis集群數(shù)據(jù)庫(kù)

2016-09-28 15:02:39

數(shù)據(jù)庫(kù)防火墻高性能

2021-02-19 11:10:10

數(shù)據(jù)庫(kù)

2018-05-17 23:07:12

2010-09-14 08:55:55

SQL Server

2020-11-02 17:59:19

防火墻數(shù)據(jù)庫(kù)美創(chuàng)科技

2011-03-17 14:35:08

防火墻SQL Server數(shù)

2010-07-01 10:29:08

點(diǎn)贊
收藏

51CTO技術(shù)棧公眾號(hào)