原创 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端可以使用四種