| 複雜事件處理 | CEP | 鬆耦合 | Event | 事件處理

如何設計鬆耦合架構的關鍵:事件處理機制

CEP的重點不在於處理業務,而是在於把各種簡單事件合併起來得到複雜事件,透過複雜事件的出現,發現某個危機、機會、趨勢,並據以做出反應。

2020-02-04

| 服務提供者界面 | 資料隔離 | 充血模型 | 循環依賴 | 架構思維 | 蔡學鏞

技術架構設計12原則(下篇)

蔡學鏞的技術架構設計12原則,前6條接露了對內系統相關的設計原則,接下來的6條,則是用於內部系統與外部系統間架構的設計原則。

2020-01-20

| 架構設計原則 | 技術架構 | API | 架構思維 | 蔡學鏞

技術架構設計12原則(上篇)

架構原則是在架構設計領域中基本要遵守的原則,通常不會太多,每一條都很簡單、用處很廣泛、彼此獨立。我自己目前就建立了12條技術架構設計指導原則

2020-01-13

高速大量業務的應用架構關鍵

微服務加上Event Sourcing儲存方式,有助實現「高速」的需求,再搭配記憶體計算、請求緩衝和當機接替,就可以打造出不怕爆量的應用架構

2020-01-06

| 科技時事 | 密碼法 | 密碼 | Cryptography | Password架構思維 | 蔡學鏞

密碼法的緣由

如果一開始就錯誤地把密碼法的「密碼」理解為Password,那麼後面的判斷就會全盤錯誤。密碼法的密碼是Cryptography,不是Password

2019-12-30

| 微服務 | 鬆耦合 | 訊息瀑布 | 傳訊中介軟體 | 架構思維 | 蔡學鏞

鬆耦合的關鍵

鬆耦合的系統,對我們在程式設計、架構設計、和維運方式等方面都提出挑戰,所幸的是,一旦我們通過了挑戰,我們就能進入一個美好的桃花源

2019-12-27

| 技術驅動 | 需求驅動 | 架構師自我成長 | Java | 架構思維 | 蔡學鏞

技術應用的艱辛探索

Java不是一開始就是殺手級技術,而是花了30年,才成為各種企業應用、AI、行動平臺的關鍵技術。殺手級技術的發展,都是如此,但也不一定是技術驅動發展,也可以從「需求驅動技術」,蔡學鏞有一個需求和願景:「讓業務人員自己開發程式」,正在進行中

2019-12-23

| 架構變革 | 失敗徵兆 | 領導力 | 架構思維 | 蔡學鏞

企業難以成功進行架構變革的徵兆

企業架構變革很難,成功機率本來就不高,但更要留意一些可能導致失敗的徵兆,趁早採取對策,才能避免走上變革失敗的歧途

2019-12-20

| 系統重構 | 系統老舊 | 重構循環 | 大規模重構 | 架構思維 | 蔡學鏞

大規模系統重構

你在變老,系統在變老,團隊在變老,公司也在變老。透過良好的重構,你、系統、團隊甚至是公司也在回春。但回春需要正確的方法,否則,反而會更加速崩壞

2019-12-16

| 業務架構師 | 業務架構設計 | 優先權 | 偽需求 | 架構思維 | 蔡學鏞

業務架構團隊是公司最核心的團隊

業務需求常是拍腦袋決定的、從競爭對手抄襲來的、或做夢夢到的,沒有好好分析規劃,許多需求是「偽需求」,CP值低的需求,導致做了沒效益,或成爛尾樓,甚至變成財務黑洞。

2019-12-13

| 技術架構 | 方法論 | 微服務設計 | 架構設計 | meta-methodology | 架構思維 | 蔡學鏞

方法論設計的四個步驟

沒有敏捷的技術架構,就沒有敏捷的開發,就沒有敏捷的業務,就沒有敏捷的企業。但要如何設計出一個好的技術架構,蔡學鏞不是給你魚,而是給你釣竿,先告訴你如何設計好技術架構的方法

2019-12-09

| 微服務 | 設計方法 | 維運大數據 | 業務大數據 | 訊息瀑布 | 架構思維 | 蔡學鏞

微服務設計的十個步驟

我們必須先認識微服務的優缺點,評估是否需要這些優點,是否可以克服這些缺點,然後再思考是否要用微服務,這篇文章提出十步驟的方法,試圖來理出設計微服務的思路

2019-12-06