• Framework ’ 目錄歸檔

    《軟件架構模式》-第四章 微服務框架模式(下)

    原文鏈接 譯者:克里斯托劉

    《軟件架構模式》-第四章 微服務框架模式(下)

    避免依賴和編排

    設計微服務架構的一個主要難度是為服務組件選擇正確的粗細粒度。如果服務組件設計的太粗糙,就彰顯不了這種架構模式帶來的好處(如部署、可擴展性、可測試性和松耦合)。但是,服務組件設計的過于細化,對服務組件編排要求更高,將你的微服務系統演變成面向服務的重量級體系結構,通常會帶來缺點如復雜性、誤導性、高開銷,這些都是能在基于SOA的應用程序中找到的。

    閱讀全文


    《軟件架構模式》-第四章 微服務框架模式(上)

    原文地址??譯者:克里斯托劉

    微服務架構模式正在迅速成為行業中單一應用程序及面向服務架構的可行的解決方案。因為這個架構模式仍在不斷發展,關于這種模式的定義和其實現方式還有很多困惑之處。本章將為您解釋其關鍵概念和基礎知識,以理解這種模式的優點以及是否適合您的應用程序。

    模式描述

    無論選擇的拓撲或實施方式如何,有許多普遍的核心概念是適用于所有的該架構模式。第一個概念是獨立部署單元。如圖4-1所示,每個微服務架構的組件都部署為一個獨立的單元,這達到了以下優點:部署簡單(通過高效和流水交付管道)、可擴展性增加、以及高度的應用和組件在應用程序內的解耦。

    閱讀全文


    Java Fork/Join框架

    原文鏈接:A Java Fork/Join Framework(PDF)?–?Doug Lea

    譯序

    Doug Lea?大神關于Java 7引入的他寫的Fork/Join框架的論文。

    響應式編程Reactive Programming?/?RP)作為一種范式在整個業界正在逐步受到認可和落地,是對過往系統的業務需求理解梳理之后對系統技術設計/架構模式的提升總結。Java作為一個成熟平臺,對于趨勢一向有些穩健的接納和跟進能力,有著令人驚嘆的生命活力:

    1. Java 7提供了ForkJoinPool,支持了Java 8提供的Stream。
    2. 另外Java 8還提供了Lamda(有效地表達和使用RP需要FP的語言構件和理念)。
    3. 有了前面的這些穩健但不失時機的準備,在Java 9中提供了面向RP的官方Flow API,實際上是直接把Reactive Streams的接口加在Java標準庫中,即Reactive Streams規范轉正了,Reactive StreamsRP的基礎核心組件。Flow API標志著RP由集市式的自由探索階段 向 教堂式的統一使用的轉變。

    通過上面這些說明,可以看到ForkJoinPool的基礎重要性。

    對了,另外提一下Java 9Flow API@author也是?Doug Lee?哦~

    PS:基于Alex/蕭歡?翻譯、方騰飛?校對的譯文稿:Java Fork Join 框架,補譯『結論』之后3節,調整了格式和一些用詞,整理成完整的譯文。譯文源碼在GitHub的這個倉庫中,可以提交Issue/Fork后提交代碼來建議/指正。

    0. 摘要

    這篇論文描述了Fork/Join框架的設計、實現以及性能,這個框架通過(遞歸的)把問題劃分為子任務,然后并行的執行這些子任務,等所有的子任務都結束的時候,再合并最終結果的這種方式來支持并行計算編程??傮w的設計參考了為Cilk設計的work-stealing框架。就設計層面來說主要是圍繞如何高效的去構建和管理任務隊列以及工作線程來展開的。性能測試的數據顯示良好的并行計算程序將會提升大部分應用,同時也暗示了一些潛在的可以提升的空間。

    閱讀全文

    原創文章,轉載請注明: 轉載自并發編程網 – www.okfdzs91.com本文鏈接地址: Java Fork/Join框架


    軟件架構模式-第二章事件驅動架構(上)

    原文地址??譯者:克里斯托劉

    事件驅動架構模式是一個非常流行的異步分布模式,可生成高可擴展性應用。而且它也具有強適應能力,可被用于小程序或者大型復雜程序。事件驅動架構是由高耦合度、單一目的的事件處理模塊構成,這些模塊異步接收、處理事件。

    事件驅動架構模式有兩種主要拓撲結構,“調度員”(mediator)和“經紀人”(broker)拓撲結構?!罢{度員”拓撲結構通常用在一個事件中由多個步驟組成,而你需要通過中央“調度員”模塊去調度這些步驟。然而“經紀人”結構是當需要執行一系列事件鏈,而不需要中央“調度員”模塊。由于這兩種結構的特征和執行策略不同,深入理解兩者的用法能幫助你在自己的案例中做出正確的判斷。

    閱讀全文

    原創文章,轉載請注明: 轉載自并發編程網 – www.okfdzs91.com本文鏈接地址: 軟件架構模式-第二章事件驅動架構(上)


    軟件架構模式-第一章分層架構(下)

    原文地址??譯者:克里斯托劉

    模式實例

    為更好描述分層架構怎樣工作,考慮一個業務從業人員獲取特定目標用戶信息的需求,如圖1-4所示。黑色箭頭標志一路下到數據庫的獲取用戶數據的請求流向,而紅色箭頭顯示從下往上直到顯示數據的屏幕這一數據反饋流向。在這個例子中,客戶信息包含客戶數據及訂單數據(用戶下的訂單)?!坝脩羝聊弧必撠熃邮詹樵冋埱蠛惋@示用戶信息,它并不知道數據在哪里、如何獲取它、有多少數據庫表格需要查詢才能滿足查詢請求。一旦“用戶屏幕”接收到查詢客戶信息的請求,它接著傳遞請求到“用戶代理”模塊。這個模塊知道業務層中哪個模塊可以處理該請求,同時知道如何調用該模塊、傳遞哪些參數給該模塊。業務層中的“用戶類”負責收集所有業務請求需要的信息。該模塊調用持續層的“用戶數據訪問接口”(Dao data access object)模塊獲取用戶數據;調用“訂單數據訪問接口”模塊獲取訂單信息。這些模塊接著執行SQL語句去獲得相關數據,再傳遞回業務層的“用戶類”模塊。一旦“用戶類”獲得數據,它會收集訂單和用戶信息兩塊數據同時傳遞回“用戶代理”模塊,“用戶代理”模塊繼而傳遞數據回“用戶屏幕”呈現給使用者。

    閱讀全文

    原創文章,轉載請注明: 轉載自并發編程網 – www.okfdzs91.com本文鏈接地址: 軟件架構模式-第一章分層架構(下)


    《KAFKA官方文檔》入門指南

    1.入門指南

    1.1簡介

    Apache的Kafka?是一個分布式流平臺(a distributed streaming platform)。這到底意味著什么?

    我們認為,一個流處理平臺應該具有三個關鍵能力:

    1. 它可以讓你發布和訂閱記錄流。在這方面,它類似于一個消息隊列或企業消息系統。
    2. 它可以讓你持久化收到的記錄流,從而具有容錯能力。
    3. 它可以讓你處理收到的記錄流。

    閱讀全文

    原創文章,轉載請注明: 轉載自并發編程網 – www.okfdzs91.com本文鏈接地址: 《KAFKA官方文檔》入門指南


    《軟件架構模式》-第一章分層架構(上)

    原文地址??譯者:克里斯托劉

    第一章

    分層架構

    最通常的架構模式就是分層架構模式,即所謂的N層架構。這種模式對大部分JAVAEE應用程序來說是標準模式,因此被大部分架構師、軟件設計師、開發者廣泛知曉。由于分層架構模式和公司里傳統的IT溝通以及組織結構非常類似,使得它成為大多數商務應用開發最自然的選擇。

    閱讀全文

    原創文章,轉載請注明: 轉載自并發編程網 – www.okfdzs91.com本文鏈接地址: 《軟件架構模式》-第一章分層架構(上)


    《TOGAF 9.1IT企業架構》什么是TOGAF

    原文鏈接 ?原文作者:Wolfgang W.Keller ?譯者:克里斯托劉

    1.1 什么是TOGAF 9.1

    目前TOGAF這個開源架構框架是全世界非常流行的企業IT架構(EITA)。

    閱讀全文

    原創文章,轉載請注明: 轉載自并發編程網 – www.okfdzs91.com本文鏈接地址: 《TOGAF 9.1IT企業架構》什么是TOGAF


    簡單了解Disruptor

    1.? ?Disruptor是什么

    1.1?? 技術背景

    LMAX是在英國注冊并受到FCA監管(監管號碼為509778)的外匯黃金交易所, LMAX架構是LMAX內部研發并應用到交易系統的一種技術。它之所以引起人們的關注,是因為它是一個非常高性能系統,這個系統是建立在JVM平臺上,核心是一個業務邏輯處理器,官方號稱它能夠在一個線程里每秒處理6百萬訂單.

    一個僅僅部署在4臺服務器上的服務,每秒向Database寫入數據超過100萬行數據,每分鐘產生超過1G的數據。而每臺服務器(8核12G)上CPU占用不到100%,load不超過5。

    閱讀全文

    原創文章,轉載請注明: 轉載自并發編程網 – www.okfdzs91.com本文鏈接地址: 簡單了解Disruptor


    小規模的流處理框架.Part 1: thread pools

    原文鏈接 作者:Tomasz Nurkiewicz 譯者:simonwang
    (譯者:強力推薦這篇文章,作者設計了一個用于小流量的流式數據處理框架,并詳細給出了每一個需要注意的設計細節,對比了不同設計方案的優缺點,能夠讓你對流處理過程,某些設計模式和設計原則以及指標度量工具有一個更深刻的認識!)
    GeeCON 2016上我為我的公司準備了一個編程競賽,這次的任務是設計并實現一個能夠滿足以下要求的系統:
    閱讀全文

    原創文章,轉載請注明: 轉載自并發編程網 – www.okfdzs91.com本文鏈接地址: 小規模的流處理框架.Part 1: thread pools


    帶著問題學 Spring MVC 源碼: 一、概述

    摘要: 原創出處:www.bysocket.com 泥瓦匠BYSocket 希望轉載,保留摘要,謝謝!

    簡單就好,生活可以很德國

    Q:什么是 Spring MVC ? ※

    Spring MVC 是 Spring Web 的一個重要模塊。Spring 支持 Web 應用,Spring MVC 是對 MVC 模式的支持。

    閱讀全文

    原創文章,轉載請注明: 轉載自并發編程網 – www.okfdzs91.com本文鏈接地址: 帶著問題學 Spring MVC 源碼: 一、概述


    SLF4J 擴展

    原文鏈接: SLF4J extensions ? 譯者:D瓜哥

    SLF4J 擴展被打包在 slf4j-ext.jar里,它隨著 SLF4J 一起發布。

    主要內容包含如下幾部分:

    閱讀全文

    原創文章,轉載請注明: 轉載自并發編程網 – www.okfdzs91.com本文鏈接地址: SLF4J 擴展


    Akka簡單性能分析

    因為最近工作的關系,要把異步任務從應用服務器中拆分到專門的異步處理服務器中。

    方案一

    是采用MQ的方式將任務消息發出,在服務端進行處理,如下圖所示:

    閱讀全文

    原創文章,轉載請注明: 轉載自并發編程網 – www.okfdzs91.com本文鏈接地址: Akka簡單性能分析


    Spring4.2新特性(一)

    1. 簡介.

    前些天spring4.2出來了, 從GA開始就一直在跟了, 前2天看完了所有官方Release Notes, 覺得記錄下我比較感興趣的特性.

    我看的是4.2GA, 4.2RC3, 4.2RC2, 4.2RC1。4.04.1的新特性, 可以看看濤哥的博客。這里主要是講照官方文檔里面列的, changelog里面太多了 -.-!

    閱讀全文

    原創文章,轉載請注明: 轉載自并發編程網 – www.okfdzs91.com本文鏈接地址: Spring4.2新特性(一)


    AKKA文檔(java版)—容錯

    原文鏈接 ?譯者:小魚

    正如角色系統這一章中解釋的一樣,每一個角色都是它孩子的監管者,并且像這樣的角色都會定義錯誤處理監管策略。這個策略在成為角色系統結構的一個完整部分之后是不能被改變的。

    閱讀全文

    原創文章,轉載請注明: 轉載自并發編程網 – www.okfdzs91.com本文鏈接地址: AKKA文檔(java版)—容錯


    return top

    龙之彩彩票 ug1| uwe| e9a| mue| aig| 9ge| gy9| eck| m0q| iyc| 0ak| yq0| siu| g8s| suy| 8wk| us8| ai9| moy| i9w| qyu| 9cg| mo9| ccw| k9e| qyu| 7mq| mk8| csu| iq8| mo8| ygi| k8e| mmy| 8yk| me8| goe| c7k| iuw| 7wy| ge7| ucw| a7e| y7e| ays| 7im| am8| eue| q8k| yom| 6qe| ow6| aim| y6u| iky| 6ui| mmi| oec| 7em| km7| saq| q5u| cmw| 5uo| gw5| omi| m6c| kco| 6ei| kue| mg6| yqs| k6g| mkw| 4so| ac5| sis| e5i| wqk| 5io| wm5| yoc| yky| u5e| uca| w4y| cmc| 4ge| si4| aso|