原创 dubbo總結--dubbo的使用
dubbo是一個微服務框架,dubbo也是有一個服務註冊中心(Zookeeper),服務提供者以及服務消費者。服務提供者需要一個暴露接口的工程,用來服務消費的調用。服務提供者的接口實現類繼承暴露接口工程的接口。 dubbo調用流程 1
原创 Logstash filter 的使用
原文地址:http://techlog.cn/article/list/10182917 概述 logstash 之所以強大和流行,與其豐富的過濾器插件是分不開的 過濾器提供的並不單單是過濾的功能,還可以對進入過濾器的原始數據進行復雜的邏
原创 二叉排序樹
一、二叉排序樹簡介 二叉排序樹,又叫二叉查找樹,它或者是一棵空樹;或者是具有以下性質的二叉樹: 若它的左子樹不空,則左子樹上所有節點的值均小於它的根節點的值; 若它的右子樹不空,則右子樹上所有節點的值均大於它的根節點的值; 它的左右子樹也
原创 跳錶算法的原理與實現
https://blog.csdn.net/pcwl1206/article/details/83512600
原创 dubbox與dubbo的區別及dubbox實現rest服務
一、dubbox的由來 dubbox是噹噹網基於dubbo的基礎上開發的擴展版,也可以認爲是dubbo的升級版,根據當前互聯網的應用需求,增加了很多擴展的功能。 dubbox並沒有發佈到maven中央倉庫的包,目前代碼在git
原创 java.io.IOException: No FileSystem for scheme: hdfs錯誤解決
在一次用maven-assembly打包HDFS項目成jar後運行出現了以下錯誤(maven-assembly可以將Maven依賴的Jar都一起打包進來) log4j:WARN No appenders could be found f
原创 騰訊雲啓動Yarn出現不斷提交Job導致卡死的問題
最近在學校Hadoop的過程中發現在騰訊雲服務器啓動Yarn後運行MapReduce程序時會出現服務器CPU佔用100%的情況,有時甚至導致服務器卡死的問題。 後來在查看Yarn的Web端界面時候發現在Yarn中不斷的產生dr.who用戶
原创 分佈式解決方案
前的數據庫僅支持單庫事務,並不支持跨庫事務。而隨着微服務架構的普及,一個大型業務系統往往由若干個子系統構成,這些子系統又擁有各自獨立的數據庫。往往一個業務流程需要由多個子系統共同完成,而且這些操作可能需要在一個事務中完成。在微服務系統中,
原创 SpringCloud基於LCN的分佈式事務
LCN是國產開源的分佈式事務處理框架。LCN即:lock(鎖定事務單元)、confirm(確認事務模塊狀態)、notify(通知事務)。 LCN的實現是基於3PC的算法,結合TCC的補償機制。 LCN的核心步驟 核心步驟 1、創建事
原创 dubbo總結--dubbo的容錯機制和負載均衡
dubbo中提供了5種容錯機制,用於微服務調用出錯了進行重試或者忽略 1、Failover Cluster 這是Dubbo中默認的容錯機制,這種方式比較常用。這種方式可以進行失敗自動切換,當出現失敗,重試其它服務器。通常用於讀操作,但重試
原创 SpringCloud總結--hystrix的使用
hystrix主要作用在服務消費者,進行應用的保護,當請求的服務請求超時時,做出相應的處理,避免客戶端一直進行請求等待,避免在高併發的情況出現服務器死機(請求過多,內存不足) 接下來的通過一個案例對hystrix的使用進行說明,案例完成的
原创 java使用activemq示例代碼
一、點對點通信 1、消息發送者 import javax.jms.Connection; import javax.jms.ConnectionFactory; import javax.jms.Destination; imp
原创 SpringCloud總結--SpringCloud簡單使用以及Ribbon和Feign的使用
SpringCloud是基於SpringBoot的一整套實現微服務的框架。他提供了微服務開發所需的配置管理、服務發現、斷路器、智能路由、微代理、控制總線、全局鎖、決策競選、分佈式會話和集羣狀態管理等組件。最重要的是,跟spring boo
原创 ubuntu系統 zookeeper的安裝
一、單機版安裝 1、到 http://apache.fayea.com/zookeeper/下載 zookeeper-3.4.6: $wgethttp://apache.fayea.com/zookeeper/zookeeper-3.
原创 activemq總結--重發機制
在activemq中存在消息確認機制,即ACK機制,ACK (Acknowledgement),即確認字符,在數據通信中,接收站發給發送站的一種傳輸類控制字符。表示發來的數據已確認接收無誤。JMS API中約定了Client端可以使用四種