平安銀行在開源技術選型上的思考和實踐 RocketMQ
小結：
1、
https://mp.weixin.qq.com/s/z_c5D8fvHaYvHSczm0nYFA
平安銀行在開源技術選型上的思考和實踐
平安銀行·吳建峰 阿裏巴巴中間件 3月7日隨著互聯網金融業務和相關技術的不斷發展，傳統金融行業為滿足業務快速發展需求，正在積極引入各類開源技術，以快速搶占市場。那麽，以金融和科技作為雙驅動的平安銀行在開源技術的引入方面是如何評估，運用到哪些業務場景，以及面對復雜的網絡環境，是如何去部署的呢？
本文將以 Apache RocketMQ 為例，和您一起了解平安銀行在開源技術選型方面的思考和實踐。
平安銀行在開源技術選型上的思考和實踐 RocketMQ
相關推薦
平安銀行在開源技術選型上的思考和實踐 RocketMQ
rocket pro name 正在 金融業 media meta 各類 運用 小結： 1、 https://mp.weixin.qq.com/s/z_c5D8fvHaYvHSczm0nYFA 平安銀行在開源技術選型上的思考和實踐 平安銀行·吳建峰 阿
資料產品的前端技術選型的思考
資料產品首先也是一個web工程，這裡不談是react還是vue，個人認為憑喜好即可。本文想說說關於高互動，多維資料分析，多圖表展示的產品如何選擇工具庫，以及有哪些庫可以用。 圖表庫選擇 主流的web圖表庫有：echarts；highcharts；D3js；antv（G2，G6，F2）基於D3封裝的re
關於做開源技術的一些思考
七月份初，開始做一些開源技術的相關工作。專案中使用到drools規則引擎，在網上搜索資料時發現真是少得可憐，而且漏洞錯誤百出。只有官方的英文手冊和國外的技術網站的資料才能參考一下。於是，決定自己為開源框架drools做一些貢獻。 寫了一篇規劃書，基本思路有
DataPipeline丨構建實時資料整合平臺時，在技術選型上的考量點
文 | 陳肅 DataPipeline CTO 隨著企業應用複雜性的上升和微服務架構的流行，資料正變得越來越以應用為中心。 服務之間僅在必要時以介面或者訊息佇列方式進行資料互動，從而避免了構建單一資料庫叢集來支撐不斷增長的業務需要。以應用為中心的資料持久化架構，在帶來可伸縮性好
高併發秒殺系統技術架 構解析和實踐
學來的，個人備忘 什麼是秒殺？難點在哪？ 秒殺系統難點（what） 高併發、負載壓力大 競爭資源是有限的 避免對其他業務的影響 提防“黃牛黨” 秒殺系統應用場景（why） 商品搶購 群
關於移動app測試的一些思考和實踐
5月底去杭州參加了一次阿里技術沙龍的活動，應會議組織者耿電兄的邀請去做了一個移動app測試的分享（詳見http://club.alibabatech.org）。有點被抓壯丁的感覺，主要是因為覺得我們團隊在無線測試方面的積累還很不夠，無論是相對於業界還是相對於公司內部的很多移動測試團隊。不過倒是很高興有這樣的
微信小程式web-view的簡單思考和實踐
微信小程式的元件web-view推出有一段時間了，這個元件的推出可以說是微信小程式開發的一個重要事件，讓微信小程式不會只束縛在微信圈子裡了，打開了一個口子，這個口子或許還比較小，但未來有無限可能。簡單思考1.通過web-view嵌入網頁功能開放,給微信小程式的發展帶來無限的可
簡介二：操作系統和集群開源技術研究
pla 設計 成本 期貨 jit cin 虛擬化技術 特性 基礎 作者：王步宙、陳晨 2008年似乎是個有魔力的一年，在這一年裏大西洋兩岸的德國和紐約兩大證券交易所集團幾乎不約而同的啟動了交易系統開源化項目。對於開源項目的動因，有人提出成本論，有人提出是低延遲論，我們認為可
Java開源生鮮電商平臺-系統架構與技術選型(源碼可下載）
centos VC tis web服務器 可能 系統架構 系列 intellij mysql Java開源生鮮電商平臺-系統架構與技術選型(源碼可下載） 1. 硬件環境 公司服務器 2. 軟件環境 2.1 操作系統 Linux CentOS 6.8系列
BERT 現已開源：最先進的 NLP 預訓練技術，支援中文和更多語言
文 / Jacob Devlin 和 Ming-Wei Chang, Research Scientists, Google AI Language 缺少訓練資料是自然語言處理（Natural Language Processing, NLP）面臨的最大挑戰之一。由
日誌系統技術選型和架構分析
主要介紹一些現有的比較成熟的日誌系統架構，別人的架構再好卻不一定適合你，本文將教你如何選擇搭建適合自己業務場景的日誌系統。 本場 Chat 主要介紹內容如下: 我們為什麼要搭建日誌系統？ 如何進行技術選型？ 如何選擇適合你的系統架構？ 億級高併發日誌系統架構介紹 適合人
KgoUI（1） 之 技術選型angular 和 vue
框架原始碼：碼雲 最近幾年前端技術發生了很大的變化，新技術，新開發模式層出不窮。之前div+css+js 包打天下的時代已經不復存在了。說到前端技術目前最火的莫過於三大mvvm框架
實時聯網遊戲後臺服務技術選型和挑戰（網絡接入）
同時 混合 維基 指標 避免 秘鑰 原本 改進 擁有 述：本文嘗試從開發者角度梳理開發實時聯網遊戲後臺服務過程中可能面臨的挑戰，並針對性地提供相應解決思路，期望幫助開發者依據自身遊戲特點做出合理的技術選型。 維基百科關於網絡遊戲的定義：通過計算機網絡，將專用服務器和用戶的客
訊息中介軟體的技術選型心得－RabbitMQ ActiveMQ和ZeroMQ
訊息中介軟體的技術選型心得－RabbitMQ、ActiveMQ和ZeroMQ作者：chszs，轉載需註明。部落格主頁：http://blog.csdn.net/chszsRabbitMQ、ActiveMQ和ZeroMQ都是極好的訊息中介軟體，但是我們在專案中該選擇哪個更適合呢？
UI自動化選型-技術選型和程式碼規範與常用設計模式
技術選型 瀏覽器驅動框架： selenide。 這是一個基於web driver的開源框架， 是一群老外在github上開源的基於PC瀏覽器進行自動化的測試框架。 文件： http://selenide.org/documentation.html https://te
關於大型網站技術演進的思考（十四）--網站靜態化處理—前後端分離—上（6）
前文講到了CSI技術，這就說明網站靜態化技術的講述已經推進到了瀏覽器端了即真正到了web前端的範疇了，而時下web前端技術的前沿之一就是前後端分離技術了，那麼在這裡網站靜態化技術和前後端分離技術產生了交集，所以今天我將討論下前後端分離技術，前後端分離技術討論完後，下一篇文章我將會以網站靜態化技術的角度回過
Android技術選型：你該選擇哪個網路請求開源庫（Volley、OkHttp、Retrofit）？
前言 網路請求在 Android 開發中非常常見，為了降低開發週期和難度，我們經常會選用網路請求的開源庫 而現在網路請求的開源庫越來越多，我們應該選用哪種呢？ 今天我就給大家分別介紹 & 對比現今主流的網路請求庫。 目錄 1
系統技術非業餘研究 » 如何在TILEPro64多核心板卡上編譯和執行Erlang
美國Tilera公司的眾核伺服器，單顆核心包含64顆CPU。硬體架構圖： 卡長這樣的： Erlang已經可以在這款CPU上成功執行，我們可以參考Ulf Wiger在Multicore ☺ Message-passing Concurrency 文件中關於Erlang在Tilera上的效能圖
關於大型網站技術演進的思考（十九）--網站靜態化處理—web前端優化—上（11）
對於一個網路請求的處理，是由兩個不同型別的操作共同完成，這兩個操作是CPU的計算操作和IO操作，如果我們以處理效率角度來評判這兩個操作，CPU操作效率是光速的，而IO操作就不盡然了，計算機裡的IO操作就是對儲存資料介質的操作，計算機裡有如下幾個介質可以儲存資料，它們分別是：CPU的一級快取、二級快取、記憶
延遲任務排程系統—技術選型與設計（上篇）
本文來自網易雲社群 延遲任務的場景是？ 現有的解決方案是？ 存在的問題是什麼？ 希望達到的目標是？ 可以實現的方案有？ RabbitMQ實現 通過死信和死信路由實現 通過延遲訊息外掛來實現 Redis實現 Delay