史上最便捷搭建Zookeeper服務器的方法(推薦)_zabbix

來源:腳本之家  責任編輯:小易  

1、空運以其迅捷,安全。準時的超高效率贏得了相當大的市場,大大縮短了交貨期,對于物流供應鏈加快資金周轉及循環起到了極大的促動作用。2、鐵軌能提供極光滑及堅硬的媒介讓列車車輪在上面以最小的摩擦力滾動,使這上面的人感到更舒適,而且它還能節省能量。如果配置得當,鐵路運輸可以比路面運輸運載同一重量物時節省五至七成能量。而且,鐵軌能平均分散列車的重量,令列車的載重力大大提高。3、水運主要承擔大數量、長距離的運輸,是在干線運輸中起主力作用的運輸形式。在內河及沿海,水運也常作為小型運輸工具使用,擔任補充及銜接大批量干線運輸的任務。4、管道的用途很廣泛,主要用在給水、排水、供熱、供煤氣、長距離輸送石油和天然氣、農業灌溉、水力工程和各種工業裝置中。擴展資料交通運輸無障礙服務體系為出行帶來新福音交通運輸部等7部門聯合印發了《關于進一步加強和改善老年人殘疾人出行服務的實施意見》(簡稱《意見》),明確了我國到2035年推進交通運輸無障礙出行服務的行動綱領。隨著社會經濟的快速發展,中國的老齡化趨勢進一步加劇。數據顯示,截至2016年底,中國60歲及以上老年人口超過2.3億,占總人口的16.7%;65歲及以上老年人口超過1.5億,占總人口的10.8%。而作為我國人口組成部分的另一個重要群體,殘疾人群基數龐大也是不容忽視的現實國情。據有關資料統計,我國迄今為止殘疾人口接近一億人次。如何積極應對加速的老齡化趨勢,如何妥善解決殘疾人群的合理訴求。就在剛剛出爐的《意見》文件中明晰了對于今后老年人殘疾人的制度設計和權益保障,將為數億適用人群帶來福音!兑庖姟分赋,到2020年,鼓勵具備條件的城市新增公交車輛優先選擇低地板公交車,500萬人口以上城市新增公交車輛全部實現低地板化。依據相關標準要求e5a48de588b63231313335323631343130323136353331333431356566完善站場、樞紐、車輛設施的盲文標志標識配置、殘疾人通訊系統、語音導航和導盲系統建設,積極推廣應用微信、微博、手機APP、便民熱線預約服務等創新方式。從“低地板”、“殘疾人通訊系統、語音導航和導盲系統建設”、“微信、微博、手機APP”等內容可以看出,!兑庖姟分袕娀瘜o障礙設計的規范要求,通過大數據、人工智能等前沿技術為老年人殘疾人舒暢出行搭建更多豐富應用場景,結合老年人殘疾人自身需求細化服務舉措,為日常出行賦能!兑庖姟分赋,到2020年,交通運輸無障礙出行服務體系基本形成。到2035年,完善的交通運輸無障礙出行服務體系基本建成。老年人、殘疾人因為身體原因出行遠遠不如青年人方便,面對多元化的社會,他們仍保持高漲的社會參與意識,具有豐富的個性化、多樣化需求,完善無障礙的出行服務體系將提高他們參與社會公共活動的能力與信心,便捷他們的日常生活,提高自身的幸福感和獲得感。有了更加完備的科技服務體系和細致的人文服務舉措是固然不錯的,若想推動無障礙出行服務體系落地生根,吹糠見米,需爭取當地人民政府的政策及資金支持!兑庖姟芬,加快無障礙交通基礎設施建設和改造。要積極爭取各地人民政府政策支持,對無障礙基礎設施建設改造給予用地、資金扶持,對老年人、殘疾人優惠乘車予以補貼補償。各地要研究制定導盲犬乘坐公共交通配套政策,加緊完善各領域無障礙服務標準體系建設,推動宣傳貫徹一批關鍵標準。參考資料來源:百度百科-交通運輸,如下:1、空運以其迅捷,安全。準時的超高效率贏得了相當大的市場,大大縮短了交貨期,對于物流供應鏈加快資金周轉及循環起到了極大的促動作用。2、鐵軌能提供極光滑及堅硬的媒介讓列車車輪在上面以最小的摩擦力滾動,使這上面的人感到更舒適,而且它還能節省能量。如果配置得當,鐵路運輸可以比路面運輸運載同一重量物時節省五至七成能量。而且,鐵軌能平均分散列車的重量,令列車的載重力大大提高。3、水運主要承擔大數量、長距離的運輸,是在干線運輸中起主力作用的運輸形式。在內河及沿海,水運也常作為小型運輸工具使用,擔任補充及銜接大批量干線運輸的任務。4、管道的用途很廣泛,主要用在給水、排水、供熱、供煤氣、長距離輸送石油和天然氣、農業灌溉、水力工程和各種工業裝置中。擴展資料截至2018年底,全國鐵路營業總里程達13.2萬公里,比1949年增長5倍;公路總里程達485萬公里,是1949年的60倍;定期航班航線達4945條,是1950年的412.1倍,四通八達的公路網、便捷高效的鐵路網、密集交錯的航線網帶給人們速度更快、范圍更廣、品質更高的出行享受。運輸是人和物借助交通工具的載運,產生有目的的空間位移,郵電則是郵政和電信的總稱。交通運輸是經濟發636f70793231313335323631343130323136353331333431376665展的基本需要和先決條件,現代社會的生存基礎和文明標志,社會經濟的基礎設施和重要紐帶,現代工業的先驅和國民經濟的先行部門,資源配置和宏觀調控的重要工具,國土開發、城市和經濟布局形成的重要因素。參考資料來源:百度百科-交通運輸本回答被網友采納,現代化的bai交通運輸給我們的生活提供了很多方便。首先是現代化的交通運輸方便了人們的出du行,大大縮短了人們的出行時間,拉近了兩地之間的距離。其次是現代化的交通運輸帶動了各地經zhi濟的發展,人們的生活dao水平得到提高,生活狀態有了很大的改善。網絡資源的利用催生了版快遞業,人們在接收商品的同時,享受著交通運輸便捷帶來的快樂。另外,現代交通運輸的發展,讓權平民百姓享受平等的待遇。本回答被網友采納,現代交通運輸給我們的生活帶來了哪些方便?這個問題是人類都是能夠感覺到的:給生活帶來了N的便利;已經普及到老百姓的衣食住行了www.anxorj.tw防采集請勿采集本網。

什么是 ZooKeeper

網約車管理系統集用戶叫車、自動派單、司機接單、行程結算、車輛管理等功能于一體的高端網約車 需要具備的功能包括運營監管、車輛報廢及退出管理、車輛保險、訂單管理、坐車匹配管理、投訴管理、

ZooKeeper 是 Apache 的一個頂級項目,為分布式應用提供高效、高可用的分布式協調服務,提供了諸如數據發布/訂閱、負載均衡、命名服務、分布式協調/通知和分布式鎖等分布式基礎服務。由于 ZooKeeper 便捷的使用方式、卓越的性能和良好的穩定性,被廣泛地應用于諸如 Hadoop、HBase、Kafka 和 Dubbo 等大型分布式系統中。

WDS是英文Wireless Distribution System的簡稱,中文名稱是:無線分布式系統,主要作用是實現無線基站之間的通信。在家庭無線網絡的應用中,WDS實現了無線網絡覆蓋范圍的延伸,使得無線信號的

Zookeeper 有三種運行模式:單機模式、偽集群模式和集群模式。 單機模式:這種模式一般適用于開發測試環境,一方面我們沒有那么多機器資源,另外就是平時的開發調試并不需要極好的穩定性。 集群模式:一個 ZooKeeper 集群通常由一組機器組成,一般 3 臺以上就可以組成一個可用的 ZooKeeper 集群了。組成 ZooKeeper 集群的每臺機器都會在內存中維護當前的服務器狀態,并且每臺機器之間都會互相保持通信。 偽集群模式:這是一種特殊的集群模式,即集群的所有服務器都部署在一臺機器上。當你手頭上有一臺比較好的機器,如果作為單機模式進行部署,就會浪費資源,這種情況下,ZooKeeper允許你在一臺機器上通過啟動不同的端口來啟動多個 ZooKeeper 服務實例,以此來以集群的特性來對外服務。

因為這兩個與中國相鄰的國家在歷史上與中國文化交流頻繁,而日本奈良時代多次派遣學生到中國學習,無疑為《孫子兵法》的東傳搭建了便捷的橋梁。據史書記載,在公元734年,也就是處于鼎盛時期的唐朝開元二

ZooKeeper 的相關知識 Zookeeper 中的角色領導者(leader):負責進行投票的發起和決議,更新系統狀態 跟隨者(follower):用于接收客戶端請求并給客戶端返回結果,在選主過程中進行投票 觀察者(observer):可以接受客戶端連接,將寫請求轉發給 leader,但是observer不參加投票的過程,只是為了擴展系統,提高讀取的速度。

從預付費和按時間收費的商業模式上實現成功的一躍,在作為游戲“喉舌”的銷售系統上為玩家實現了快速、便捷、安全的E-Sale的首創,網吧服務體系的推廣,游戲經銷商隊伍的搭建,24*7的客戶服務體系的建立

Zookeeper 的數據模型 層次化的目錄結構,命名符合常規文件系統規范,類似于Linux 每個節點在zookeeper中叫做znode,并且其有一個唯一的路徑標識 節點Znode可以包含數據和子節點,但是EPHEMERAL類型的節點不能有子節點 Znode中的數據可以有多個版本,比如某一個路徑下存有多個數據版本,那么查詢這個路徑下的數據就需要帶上版本 客戶端應用可以在節點上設置監視器 節點不支持部分讀寫,而是一次性完整讀寫

因為這兩個與中國相鄰的國家在歷史上與中國文化交流頻繁,而日本奈良時代多次派遣學生到中國學習,無疑為《孫子兵法》的東傳搭建了便捷的橋梁。據史書記載,在公元734年,也就是處于鼎盛時期的唐朝開元二

ZooKeeper 的節點特性

ZooKeeper 節點是生命周期的,這取決于節點的類型。在 ZooKeeper 中,節點根據持續時間可以分為持久節點(PERSISTENT)、臨時節點(EPHEMERAL),根據是否有序可以分為順序節點(SEQUENTIAL)、和無序節點(默認是無序的)。

持久節點一旦被創建,除非主動移除,不然一直會保存在Zookeeper中(不會因為創建該節點的客戶端的會話失效而消失),臨時節點

Zookeeper 的應用場景

ZooKeeper 是一個高可用的分布式數據管理與系統協調框架;趯 Paxos 算法的實現,使該框架保證了分布式環境中數據的強一致性,也正是基于這樣的特性,使得 ZooKeeper 解決很多分布式問題。

值得注意的是,ZooKeeper 并非天生就是為這些應用場景設計的,都是后來眾多開發者根據其框架的特性,利用其提供的一系列API接口(或者稱為原語集),摸索出來的典型使用方法。

數據發布與訂閱(配置中心)

發布與訂閱模型,即所謂的配置中心,顧名思義就是發布者將數據發布到ZK節點上,供訂閱者動態獲取數據,實現配置信息的集中式管理和動態更新。例如全局的配置信息,服務式服務框架的服務地址列表等就非常適合使用。

應用中用到的一些配置信息放到ZK上進行集中管理。這類場景通常是這樣:應用在啟動的時候會主動來獲取一次配置,同時,在節點上注冊一個Watcher,這樣一來,以后每次配置有更新的時候,都會實時通知到訂閱的客戶端,從來達到獲取最新配置信息的目的。 分布式搜索服務中,索引的元信息和服務器集群機器的節點狀態存放在ZK的一些指定節點,供各個客戶端訂閱使用。 分布式日志收集系統。這個系統的核心工作是收集分布在不同機器的日志。收集器通常是按照應用來分配收集任務單元,因此需要在ZK上創建一個以應用名作為path的節點P,并將這個應用的所有機器ip,以子節點的形式注冊到節點P上,這樣一來就能夠實現機器變動的時候,能夠實時通知到收集器調整任務分配。 系統中有些信息需要動態獲取,并且還會存在人工手動去修改這個信息的發問。通常是暴露出接口,例如JMX接口,來獲取一些運行時的信息。引入ZK之后,就不用自己實現一套方案了,只要將這些信息存放到指定的ZK節點上即可。 注意:在上面提到的應用場景中,有個默認前提是:數據量很小,但是數據更新可能會比較快的場景。

負載均衡

這里說的負載均衡是指軟負載均衡。在分布式環境中,為了保證高可用性,通常同一個應用或同一個服務的提供方都會部署多份,達到對等服務。而消費者就須要在這些對等的服務器中選擇一個來執行相關的業務邏輯,其中比較典型的是消息中間件中的生產者,消費者負載均衡。

命名服務(Naming Service)

命名服務也是分布式系統中比較常見的一類場景。在分布式系統中,通過使用命名服務,客戶端應用能夠根據指定名字來獲取資源或服務的地址,提供者等信息。被命名的實體通?梢允羌褐械臋C器,提供的服務地址,遠程對象等等——這些我們都可以統稱他們為名字(Name)。其中較為常見的就是一些分布式服務框架中的服務地址列表。通過調用ZK提供的創建節點的API,能夠很容易創建一個全局唯一的path,這個path就可以作為一個名稱。

阿里巴巴集團開源的分布式服務框架Dubbo中使用ZooKeeper來作為其命名服務,維護全局的服務地址列表。在Dubbo實現中: 服務提供者在啟動的時候,向ZK上的指定節點/dubbo/${serviceName}/providers目錄下寫入自己的URL地址,這個操作就完成了服務的發布。 服務消費者啟動的時候,訂閱/dubbo/${serviceName}/providers目錄下的提供者URL地址, 并向/dubbo/${serviceName} /consumers目錄下寫入自己的URL地址。 注意,所有向ZK上注冊的地址都是臨時節點,這樣就能夠保證服務提供者和消費者能夠自動感應資源的變化。

另外,Dubbo還有針對服務粒度的監控,方法是訂閱/dubbo/${serviceName}目錄下所有提供者和消費者的信息。

分布式通知/協調

ZooKeeper中特有watcher注冊與異步通知機制,能夠很好的實現分布式環境下不同系統之間的通知與協調,實現對數據變更的實時處理。使用方法通常是不同系統都對ZK上同一個znode進行注冊,監聽znode的變化(包括znode本身內容及子節點的),其中一個系統update了znode,那么另一個系統能夠收到通知,并作出相應處理。

另一種心跳檢測機制:檢測系統和被檢測系統之間并不直接關聯起來,而是通過zk上某個節點關聯,大大減少系統耦合。 另一種系統調度模式:某系統有控制臺和推送系統兩部分組成,控制臺的職責是控制推送系統進行相應的推送工作。管理人員在控制臺作的一些操作,實際上是修改了ZK上某些節點的狀態,而ZK就把這些變化通知給他們注冊Watcher的客戶端,即推送系統,于是,作出相應的推送任務。

另一種工作匯報模式:一些類似于任務分發系統,子任務啟動后,到zk來注冊一個臨時節點,并且定時將自己的進度進行匯報(將進度寫回這個臨時節點),這樣任務管理者就能夠實時知道任務進度。

分布式鎖

分布式鎖,這個主要得益于ZooKeeper為我們保證了數據的強一致性。鎖服務可以分為兩類,一個是保持獨占,另一個是控制時序。

所謂保持獨占,就是所有試圖來獲取這個鎖的客戶端,最終只有一個可以成功獲得這把鎖。通常的做法是把zk上的一個znode看作是一把鎖,通過create znode的方式來實現。所有客戶端都去創建/distribute_lock節點,最終成功創建的那個客戶端也即擁有了這把鎖。 控制時序,就是所有視圖來獲取這個鎖的客戶端,最終都是會被安排執行,只是有個全局時序了。做法和上面基本類似,只是這里/distribute_lock已經預先存在,客戶端在它下面創建臨時有序節點(這個可以通過節點的屬性控制:CreateMode.EPHEMERAL_SEQUENTIAL來指定)。Zk的父節點(/distribute_lock)維持一份sequence,保證子節點創建的時序性,從而也形成了每個客戶端的全局時序。

由于同一節點下子節點名稱不能相同,所以只要在某個節點下創建znode,創建成功即表明加鎖成功。注冊監聽器監聽此znode,只要刪除此znode就通知其他客戶端來加鎖。創建臨時順序節點:在某個節點下創建節點,來一個請求則創建一個節點,由于是順序的,所以序號最小的獲得鎖,當釋放鎖時,通知下一序號獲得鎖。

分布式隊列

隊列方面,簡單來說有兩種,一種是常規的先進先出隊列,另一種是等隊列的隊員聚齊以后才按照順序執行。對于第一種的隊列和上面講的分布式鎖服務中控制時序的場景基本原理一致,這里就不贅述了。

第二種隊列其實是在FIFO隊列的基礎上作了一個增強。通?梢栽/queue這個znode下預先建立一個/queue/num節點,并且賦值為n(或者直接給/queue賦值n),表示隊列大小,之后每次有隊列成員加入后,就判斷下是否已經到達隊列大小,決定是否可以開始執行了。這種用法的典型場景是,分布式環境中,一個大任務Task A,需要在很多子任務完成(或條件就緒)情況下才能進行。這個時候,凡是其中一個子任務完成(就緒),那么就去/taskList下建立自己的臨時時序節點(CreateMode.EPHEMERAL_SEQUENTIAL),當/taskList發現自己下面的子節點滿足指定個數,就可以進行下一步按序進行處理了。

使用 dokcer-compose 搭建集群

上面我們介紹了關于 ZooKeeper 有這么多的應用場景,那么接下來我們就先學習如何搭建 ZooKeeper 集群然后再進行實戰上面的應用場景。

文件的目錄結構如下:

├── docker-compose.yml

編寫 docker-compose.yml 文件

docker-compose.yml文件內容如下:

version: '3.4'services: zoo1: image: zookeeper restart: always hostname: zoo1 ports: - 2181:2181 environment: ZOO_MY_ID: 1 ZOO_SERVERS: server.1=0.0.0.0:2888:3888;2181 server.2=zoo2:2888:3888;2181 server.3=zoo3:2888:3888;2181 zoo2: image: zookeeper restart: always hostname: zoo2 ports: - 2182:2181 environment: ZOO_MY_ID: 2 ZOO_SERVERS: server.1=zoo1:2888:3888;2181 server.2=0.0.0.0:2888:3888;2181 server.3=zoo3:2888:3888;2181 zoo3: image: zookeeper restart: always hostname: zoo3 ports: - 2183:2181 environment: ZOO_MY_ID: 3 ZOO_SERVERS: server.1=zoo1:2888:3888;2181 server.2=zoo2:2888:3888;2181 server.3=0.0.0.0:2888:3888;2181

在這個配置文件中,docker 運行了 3 個 zookeeper 鏡像,通過 ports 字段分別將本地的 2181, 2182, 2183 端口綁定到對應容器的 2181 端口上。

ZOO_MY_IDZOO_SERVERS是搭建 Zookeeper 集群需要的兩個環境變量。ZOO_MY_ID標識服務的 id,為 1-255 之間的整數,必須在集群中唯一。ZOO_SERVERS是集群中的主機列表。

docker-compose.yml所在目錄下執行docker-compose up,可以看到啟動的日志。

連接 ZooKeeper

將集群啟動起來以后我們可以連接 ZooKeeper 對其進行節點的相關操作。

首先我們需要將 ZooKeeper 下載下來。ZooKeeper 下載地址。將其解壓進入其conf目錄中,將zoo_sample .cfg改成zoo.cfg

配置文件說明

# The number of milliseconds of each tick# tickTime:CS通信心跳數# Zookeeper 服務器之間或客戶端與服務器之間維持心跳的時間間隔,也就是每個 tickTime 時間就會發送一個心跳。tickTime以毫秒為單位。tickTime=2000# The number of ticks that the initial# synchronization phase can take# initLimit:LF初始通信時限# 集群中的follower服務器(F)與leader服務器(L)之間初始連接時能容忍的最多心跳數(tickTime的數量)。initLimit=5# The number of ticks that can pass between# sending a request and getting an acknowledgement# syncLimit:LF同步通信時限# 集群中的follower服務器與leader服務器之間請求和應答之間能容忍的最多心跳數(tickTime的數量)。syncLimit=2# the directory where the snapshot is stored.# do not use /tmp for storage, /tmp here is just# example sakes.# dataDir:數據文件目錄# Zookeeper保存數據的目錄,默認情況下,Zookeeper將寫數據的日志文件也保存在這個目錄里。dataDir=/data/soft/zookeeper-3.4.12/data# dataLogDir:日志文件目錄# Zookeeper保存日志文件的目錄。dataLogDir=/data/soft/zookeeper-3.4.12/logs# the port at which the clients will connect# clientPort:客戶端連接端口# 客戶端連接 Zookeeper 服務器的端口,Zookeeper 會監聽這個端口,接受客戶端的訪問請求。clientPort=2181# the maximum number of client connections.# increase this if you need to handle more clients#maxClientCnxns=60## Be sure to read the maintenance section of the# administrator guide before turning on autopurge.## http://zookeeper.apache.org/doc/current/zookeeperAdmin.html#sc_maintenance## The number of snapshots to retain in dataDir#autopurge.snapRetainCount=3# Purge task interval in hours# Set to "0" to disable auto purge feature#autopurge.purgeInterval=1# 服務器名稱與地址:集群信息(服務器編號,服務器地址,LF通信端口,選舉端口)# 這個配置項的書寫格式比較特殊,規則如下:# server.N=YYY:A:B# 其中N表示服務器編號,YYY表示服務器的IP地址,A為LF通信端口,表示該服務器與集群中的leader交換的信息的端口。B為選舉端口,表示選舉新leader時服務器間相互通信的端口(當leader掛掉時,其余服務器會相互通信,選擇出新的leader)。一般來說,集群中每個服務器的A端口都是一樣,每個服務器的B端口也是一樣。但是當所采用的為偽集群時,IP地址都一樣,只能時A端口和B端口不一樣。

可以不修改zoo.cfg,默認配置就行,接下來在解壓后的 bin 目錄中執行命令./zkCli.sh -server 127.0.0.1:2181就能進行連接了。

Welcome to ZooKeeper!

2020-06-01 15:03:52,512 [myid:] - INFO  [main-SendThread(localhost:2181):[email protected]] - Opening socket connection to server localhost/127.0.0.1:2181. Will not attempt to authenticate using SASL (unknown error)

JLine support is enabled

2020-06-01 15:03:52,576 [myid:] - INFO  [main-SendThread(localhost:2181):[email protected]] - Socket connection established to localhost/127.0.0.1:2181, initiating session

2020-06-01 15:03:52,599 [myid:] - INFO  [main-SendThread(localhost:2181):[email protected]] - Session establishment complete on server localhost/127.0.0.1:2181, sessionid = 0x100001140080000, negotiated timeout = 30000

WATCHER::

WatchedEvent state:SyncConnected type:None path:null

[zk: 127.0.0.1:2181(CONNECTED) 0]

接下來我們可以使用命令查看節點了

使用 ls 命令查看當前 ZooKeeper 中所包含的內容

命令:ls /

[zk: 127.0.0.1:2181(CONNECTED) 10] ls /

[zookeeper] ```

創建了一個新的 znode 節點“ zk ”以及與它關聯的字符串

命令:create /zk myData

[zk: 127.0.0.1:2181(CONNECTED) 11] create /zk myData

Created /zk [zk: 127.0.0.1:2181(CONNECTED) 12] ls / [zk, zookeeper] [zk: 127.0.0.1:2181(CONNECTED) 13] ```

獲取znode節點zk

命令:get /zk

[zk: 127.0.0.1:2181(CONNECTED) 13] get /zk

myData cZxid = 0x400000008 ctime = Mon Jun 01 15:07:50 CST 2020 mZxid = 0x400000008 mtime = Mon Jun 01 15:07:50 CST 2020 pZxid = 0x400000008 cversion = 0 dataVersion = 0 aclVersion = 0 ephemeralOwner = 0x0 dataLength = 6 numChildren = 0

```

刪除znode節點zk

命令:delete /zk

[zk: 127.0.0.1:2181(CONNECTED) 14] delete /zk

[zk: 127.0.0.1:2181(CONNECTED) 15] ls / [zookeeper] ```

由于篇幅有限,下篇文章會根據上面提到的 ZooKeeper 應用場景逐一進行用代碼進行實現。

ZooKeeper 的Docker配置文件存放處

ZooKeeper 的Docker配置文件存放處

ZooKeeper 的Docker配置文件存放處

大家可以直接從上面拉取項目,啟動RocketMQ只需要兩步

從GitHub 上面拉取項目在 ZooKeeper 文件夾中執行docker-compose up命令

參考文章

http://www.jucaiylzc.cn /2011/10/08/1232/

http://www.dongdongrji.cn /2019/04/25/1_Zookeeper%E8%AF%A6%E8%A7%A3/

https://www.jintianxuesha.com /cyfonly/p/5626532.html

http://www.hengxuangyul.com .com/docker-zookeeper-cluster/

https://www.qiaoheibpt.com maizitoday.github.io/post/zookeeper%E5%85%A5%E9%97%A8/

總結

到此這篇關于史上最便捷搭建Zookeeper服務器的方法的文章就介紹到這了,更多相關Zookeeper服務器搭建內容請搜索真格學網以前的文章或繼續瀏覽下面的相關文章希望大家以后多多支持真格學網!

分析如下:《孫子兵法》的主要軍事思想有五個:1、戰略運籌。2、作戰指揮。3、戰場機變。4、軍事地理。5、特殊戰法!秾O子兵法》又稱《孫子兵書》、《孫武兵書》、《孫武兵法》、《吳孫子兵法》等,是中國現存最早的兵書,也是世界上最早的軍事著作,被譽為“兵學圣典”。一共十三篇,共有六千字左右。主要有五種軍事思想:一、戰略運籌(第一篇至第三篇):第一篇《始計篇》:講的是廟算,即出兵前在廟堂上比較敵我的各種條件,估算戰事勝負的可能性,并制訂作戰計劃。第二篇《作戰篇》:講的是廟算后的戰爭動員及取用于敵,勝敵益強。第三篇《謀攻篇》:講的是以智謀攻城,即不專用武力,而是采用各種手段使守敵投降。二、作戰指揮(第四篇至第六篇):第四篇《軍形篇》:講的是具有客觀、穩定、易見等性質的因素,如戰斗力的強弱、戰爭的物質準備。第五篇《兵勢篇》:講的是指主觀、易變、帶有偶然性的因素,如兵力的配置、士氣的勇怯。第六篇《虛實篇》:講的是如何通過分散集結、包圍迂回,造成預定會戰地點上的我強敵劣,以多勝少。三、戰場機變(第七篇至第九篇):第七篇《軍爭篇》:講的是如何“以迂為直”、“以患為利”,奪取會戰的先機之利。第八篇《九變篇》:講的是將軍根據不同情況采取不同的戰略戰術。第九篇《行軍篇》:講的是如何在行軍中宿營和觀察敵情。四、軍事地理(第十篇至第十一篇):第十篇《地形篇》:講的是六種不同的作戰地形及相應的戰術要求。第十一篇《九地篇》:講的是依“主客”形勢和深入敵方的程度等劃分的九種e69da5e6ba907a686964616f31333365666239作戰環境及相應的戰術要求。五、特殊戰法(第十二篇至第十三篇):第十二篇《火攻篇》:講的是以火助攻與“慎戰”思想。第十三篇《用間篇》:講的是五種間諜的配合使用。擴展資料:《孫子兵法》又稱《孫武兵法》、《吳孫子兵法》、《孫子兵書》、《孫武兵書》等,是中國現存最早的兵書,也是世界上最早的軍事著作,被譽為“兵學圣典”。共有六千字左右,一共十三篇!秾O子兵法》是中國古代軍事文化遺產中的璀璨瑰寶,優秀傳統文化的重要組成部分,其內容博大精深,思想精邃富贍,邏輯縝密嚴謹,是古代軍事思想精華的集中體現。作者為春秋時祖籍齊國樂安的吳國將軍孫武!秾O子兵法》被奉為兵家經典。誕生至今已有2500年歷史,歷代都有研究。李世民說“觀諸兵書,無出孫武”。兵法是謀略,謀略不是小花招,而是大戰略、大智慧。如今,孫子兵法已經走向世界。它也被翻譯成多種語言,在世界軍事史上也具有重要的地位!秾O子兵法》竹簡1972年出土在臨沂。孫子兵法的傳播《孫子兵法》在國外的流傳,許多著述都認為以日本最早,朝鮮次之。因為這兩個與中國相鄰的國家在歷史上與中國文化交流頻繁,而日本奈良時代多次派遣學生到中國學習,無疑為《孫子兵法》的東傳搭建了便捷的橋梁。據史書記載,在公元734年,也就是處于鼎盛時期的唐朝開元二十二年,在中國留學長達17年之久的日本學生吉備真備歷盡艱辛回到自己的祖國。這位兼修文武的飽學之士,在離開繁華的唐朝都城時并沒有攜帶什么絲綢珍寶,而是用唐朝廷賞賜給他的錢來買書,將大批記載中國兵學陣法知識的書籍捆載而歸,回到故鄉后傳授給日本的文士武將。而據一部名叫《續日本紀》的日本古書所說,吉備回國后的第26年(公元760年),奈良王朝曾派授刀舍人春日部三關、中衛舍人土師宿彌關城等6人到太宰府跟隨吉備學習《孫子·九地》、《諸葛亮八陣》以及結營向背等方面的知識。這說明吉備所帶回的這批典籍中確實包括被人們奉為“兵經”的《孫子兵法》。如果這一記載準確無誤的話,那么《孫子兵法》傳入日本至少有1200多年的歷史了。日本著名兵法史學者佐藤堅司卻認為,說吉備真備將《孫子兵法》傳入日本,時間過晚。按照他的推斷,中國兵法傳入日本是早在公元663年以前的事兒。這一年,來自朝鮮半島百濟國的幾位兵法家到達日本,在那里領導修筑了幾座城池,并因為精通中國兵法被授予榮譽勛位。佐藤推測很可能是這幾位百濟兵法家把中國兵法(當然包括《孫子兵法》)傳入日本的。他的證據是,在57年之后成書的《日本書紀》中,出現了“倏忽之間,出其不意,則破之必也”這樣的話,這與《孫子兵法·計》篇的“出其不意”以及《虛實》篇的“趨其所不意”,在文字和意思上是相同的。之所以出現這樣的巧合,是因為該書的編纂者舍人親王、太安麻呂已熟知《孫子兵法》上的話,所以用這些話來描述神武天王時代的戰法。佐藤的推斷將《孫子兵法》傳入日本的時間向前推了70多年,而且可能由此改寫該書傳入日本的路徑,即:《孫子兵法》不是借扁舟孤帆之力,從中國大陸循海路直達日本,而是先傳入高句麗、新羅、百濟三國鼎立時代的朝鮮半島,然后才由百濟兵法家們傳入日本的。參考資料:百度百科:孫子兵法內容來自www.anxorj.tw請勿采集。


  • 本文相關:
  • windows系統搭建zookeeper服務器的教程
  • docker搭建zookeeper&kafka集群的實現
  • springcloud用zookeeper搭建配置中心的方法
  • activemq基于zookeeper的主從(leveldb master/slave)搭建
  • 解決zabbix監控因php問題導致圖形界面中文亂碼方法
  • 解決zabbix server is running | no.的方法
  • linux平臺zabbix agent的安裝配置方法
  • zabbix安裝圖文教程(需要lamp或者lnmp運行環境)
  • zabbix監控方案-官方最新4.4版本【推薦】
  • zabbix 配置釘釘告警功能的實現代碼
  • zabbix監控nginx/tomcat/mysql的詳細教程
  • 獲取zabbix上所有主機的ip和主機名的實例代碼
  • zabbix通過psk共享密鑰實現server和agent的通信加密
  • zabbix系統端口監控狀態
  • 孫子兵法主要軍事思想有哪些?
  • 現代交通運輸給我們的生活帶來了哪些方便?
  • 對待外來文化的正確態度是什么?
  • 深度創藝公司是做什么的?
  • 怎么開發搭建一個網約車平臺?
  • 無線路由器中的WDS是什么意思
  • 孫子兵法的后世影響
  • 一個游戲的壽命究竟有多長?
  • 審時度勢,戒驕戒躁 還有一句是什么
  • 武清的發展變化
  • 網站首頁網頁制作腳本下載服務器操作系統網站運營平面設計媒體動畫電腦基礎硬件教程網絡安全星外虛擬主機華眾虛擬主機linuxwin服務器ftp服務器dns服務器tomcat nginxzabbix云和虛擬化服務器其它首頁服務器windows系統搭建zookeeper服務器的教程docker搭建zookeeper&kafka集群的實現springcloud用zookeeper搭建配置中心的方法activemq基于zookeeper的主從(leveldb master/slave)搭建解決zabbix監控因php問題導致圖形界面中文亂碼方法解決zabbix server is running | no.的方法linux平臺zabbix agent的安裝配置方法zabbix安裝圖文教程(需要lamp或者lnmp運行環境)zabbix監控方案-官方最新4.4版本【推薦】zabbix 配置釘釘告警功能的實現代碼zabbix監控nginx/tomcat/mysql的詳細教程獲取zabbix上所有主機的ip和主機名的實例代碼zabbix通過psk共享密鑰實現server和agent的通信加密zabbix系統端口監控狀態zabbix郵件報警設置方法zabbix監控交換機設置方法zabbix監控linux主機設置方法zabbix安裝圖文教程(需要lamp或者解決zabbix server is running |zabbix利用python腳本發送報警郵詳解如何調用zabbix api獲取主機zabbix v3.0安裝部署全過程詳解zabbix系統端口監控狀態zabbix監控方案-官方最新4.4版本zabbix通過psk共享密鑰實現server和agentzabbix執行遠程主機的腳本或指令詳解linux平臺zabbix agent的安裝配置方法zabbix實現批量監控端口狀態的方法zabbix的psk加密結合zabbix_get取值zabbix監控方案-官方最新4.4版本【推薦】zabbix監控linux系統服務的流程zabbix利用python腳本發送報警郵件的方法zabbix 配置釘釘告警功能的實現代碼linux shell環境下zabbix api的使用
    免責聲明 - 關于我們 - 聯系我們 - 廣告聯系 - 友情鏈接 - 幫助中心 - 頻道導航
    Copyright © 2017 www.anxorj.tw All Rights Reserved
    陕西快乐10分下载