aurora - 基於 Web UI 的 Beanstalk 訊息佇列伺服器管理工具
GitHub: github.com/xuri/aurora
aurora 是一個基於 Web 的 Beanstalk 訊息佇列伺服器管理工具，單檔案無需依賴其他元件，支援管理本地和遠端多個佇列伺服器。
特點
- 跨平臺支援 macOS/Linux/Windows 32/64-bit
- 單檔案簡單易部署
- 不依賴其他元件
- 支援讀取配置檔案方式啟動 + 登陸使用者認證
- 定時重新整理 Beanstalk 佇列伺服器狀態
- 對每個 Tube 的 ready/delayed/buried 狀態進行管理
- 支援批量清空 Tube 中的 Job
- 支援 Job 文字高亮顯示
- 支援 Job 模糊搜尋
- 自定義佇列伺服器狀態監控項
介面截圖
Beanstalk 伺服器列表
Tube 管理頁面
佇列狀態統計
相關推薦
aurora - 基於 Web UI 的 Beanstalk 訊息佇列伺服器管理工具
GitHub: github.com/xuri/aurora aurora 是一個基於 Web 的 Beanstalk 訊息佇列伺服器管理工具，單檔案無需依賴其他元件，支援管理本地和遠端多個佇列伺服器。 特點 跨平臺支援 macOS/Linux/Windows
滴滴出行基於RocketMQ構建企業級訊息佇列服務的實踐
本文整理自滴滴出行訊息佇列負責人 江海挺 在Apache RocketMQ開發者沙龍北京站的分享。通過本文，您將瞭解到滴滴出行： 在訊息佇列技術選型方面的思考； 為什麼選擇 RocketMQ 作為出行業務的訊息佇列解決方案； 如何構建自己的訊息佇列服務； 在 RocketMQ
Delayer 基於 Redis 的延遲訊息佇列中介軟體
Delayer 基於 Redis 的延遲訊息佇列中介軟體，採用 Golang 開發，支援 PHP、Golang 等多種語言客戶端。 參考 有贊延遲佇列設計 中的部分設計，優化後實現。 專案連結：https://github.com/mixstart/d... ，有需要的朋友加 Star 哦。 應用場景
基於Docker搭建分散式訊息佇列Kafka
本文基於Docker搭建一套單節點的Kafka訊息佇列，Kafka依賴Zookeeper為其管理叢集資訊，雖然本例不涉及叢集，但是該有的元件都還是會有，典型的kafka分散式架構如下圖所示。本例搭建的示例包含Zookeeper + Kafka + Kafka-manger mark &
.NET Core微服務之基於EasyNetQ使用RabbitMQ訊息佇列
一、訊息佇列與RabbitMQ 1.1 訊息佇列 “訊息”是在兩臺計算機間傳送的資料單位。訊息可以非常簡單，例如只包含文字字串；也可以更復雜，可能包含嵌入物件。訊息被髮送到佇列中，“訊息佇列”是在訊息的傳輸過程中儲存訊息的容器。 訊息佇列（Message Queue），是分散式系統中重要
基於Redis實現分散式訊息佇列（彙總目錄）
基於Redis實現分散式訊息佇列（1）– 緣起 基於Redis實現分散式訊息佇列（2）– 分散式訊息佇列功能設計 基於Redis實現分散式訊息佇列（3）– Redis功能分析 基於Redis實現分散式訊息佇列（4）– 程式碼實現
基於Redis實現分散式訊息佇列（1）
1、為什麼需要訊息佇列？ 當系統中出現“生產“和“消費“的速度或穩定性等因素不一致的時候，就需要訊息佇列，作為抽象層，彌合雙方的差異。 舉個例子：業務系統觸發簡訊傳送申請，但簡訊傳送模組速度跟不上，需要將來不及處理的訊息暫存一下，緩衝壓力。 再舉個例子：調
基於Redis實現分散式訊息佇列（4）
1、訪問Redis的工具類 public class RedisManager { private static Pool<Jedis> pool; protected final static Logger logger
基於Redis實現分散式訊息佇列（3）
1、Redis是什麼鬼？ Redis是一個簡單的，高效的，分散式的，基於記憶體的快取工具。 假設好伺服器後，通過網路連線（類似資料庫），提供Key－Value式快取服務。 簡單，是Redis突出的特色。 簡單可以保證核心功能的穩定和優異。 2、效能
基於WEB UI介面輕量級測試框架及實施方案
http://mp.weixin.qq.com/s?__biz=MjM5OTI2MTQ3OA==&mid=2652177907&idx=4&sn=31e36ba744bb9683b1bbe49039247909&scene=0#wechat_
基於memcached協議緩存層流量管理工具：Mcrouter
緩存 nginx 峰值 隨著 cached 了解 基於 門戶 use 隨著這次門戶功能改造的深入，對各個功能模塊有了更加深刻的認識，昨天在編碼的過程中看到工程中引用的memcache緩存層流量管理工具：Mcrouter，結合原來了解到的Nginx在這裏對這款Facebo
搭建一個基於CentOS的可視化zookeeper管理工具zkUI實現對zk的可視化管理
關閉 linu serve java 如果 with nag eem 進入 一、 zookeeper 可視化工具 JMX =》 CLRProfile ZKUI =》 java寫的一個可視化的web網站 github中下載 https://github
可能是基於 Hooks 和 Typescript 最好的狀態管理工具
接上一篇：我理想中的狀態管理工具 之前說，對於我個人來而言，理想的狀態管理工具只需同時滿足兩個特點： 簡單易用，並且適合中大型專案 完美地支援 Typescript 未能找到一個完美滿足這兩點的，所以我決定自己造了一個：叫 Stamen。 首先是 簡單易用，並且適合中大型專案，Stame
無法從命令列或偵錯程式啟動服務，必須首先安裝Windows服務(使用installutil.exe)，然後用ServerExplorer、Windows伺服器管理工具或NET START命令啟動它
註冊啟動服務: Windows伺服器註冊停止 開啟CMD視窗--開始--執行--輸入CMD,回車 註冊服務命令 cd C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727 InstallUtil.exe D:\HardWareServerService.exe （
win7中配置遠端伺服器管理工具
最近，我一直在用iis7遠端桌面管理工具整理有關win7和server2008的基本知識。我覺得有些“小錯誤”很簡單，但是在搜尋時
快速搭建基於beanstalk的php訊息佇列服務
本專案實現基於beanstalk的php訊息佇列服務，包括生產與消費訊息案例<?php /** * 訊息生產/接收類 * @example * // 生產單條訊息,goods管道組 * $mq = new MessageQueue(); * $mq-
基於訊息佇列的多程序伺服器
目錄一、思路二、實現2. 修改2.1 思路2.2 程式碼 一、思路 1）server程序接收時, 指定msgtyp為0, 從隊首不斷接收訊息； 2）server程序傳送時, 將mtype指定為接收到的client程序的pid； 3）client程序傳送的時候
基於redis的訊息佇列的設計及實現
訊息佇列 所謂訊息佇列，就是一個以佇列資料結構為基礎的一個真實存在的實體，如陣列，redis中的佇列集合等等，都可以。 為什麼要使用佇列 主要原因是由於在高併發環境下，由於來不及同步處理，請求往往會發生堵塞，比如說，大量的insert，update之類的請求同時到達MySQL，直接導致無
System V訊息佇列實現的檔案伺服器（不跨網路）
可能是定時的部分有問題吧，導致客戶端無法接收資料，不過我感覺思想是沒錯的。。。先pull上吧，以後發現錯誤再改 參考資料：UNP卷二 message.h #ifndef _MESSAGE_H #define _MESSAGE_H #include<stdio.h> #i
訊息佇列：Ubuntu16.04安裝和Web頁面管理RabbitMQ（樓主親測、真實有效）
RabbitMQ 總來來說，RabbitMQ的安裝還是有一些難度的。不同的方式，安裝的方法也是完全不一樣，還要解決蠻多依賴。加上現在有些網站，極其不負責，很多博文都沒有經過測試檢驗就直接發出來的。樓主來親測一下，希望能對大家有好的幫助。 一、安裝前的準備 要確保，你有Erla