原创 緩存+主備+主從+應用拆分
隨着數據量和大家使用量的增多，數據庫的訪問性能明顯已經成爲了瓶頸，大家也都反映操作好慢，要等半天。優化了索引和sql之後，計算資源成爲了最後的瓶頸，上了redis之後部分業務模塊的響應性能明顯有了改善，但是畢竟有限，緩存對數據的業務場景要求
2020-10-31 19:27:20
原创 工作流代碼實現
參考BPMN2.0和camunda的標準做的代碼實現，使用狀態機完成活動流轉。工作流要素實現事件：開始、中間（定時）、結束活動：用戶任務、服務任務，可異步執行網關：互斥網關異步執行器從數據庫讀取工作流異步任務並執行
2020-10-18 07:09:42
原创 遷移業務至工作流平臺
工作流框架搭好有一週時間了，臨時的業務變更打亂了正常開發進度，今天開始就要遷移老的業務流程到工作流平臺中，開始之前，還是再思考一下這樣做的好處以及如何解決新發的問題。因爲業務流程中涉及到多個環節，每個環節的異常都會中斷業務的執行，有的異常需
2020-10-03 20:24:38
原创 工作流跟蹤
一個作業的完成調用了多個工作節點，爲了排查工作流故障，需要在作業中記錄每個工作節點的id，或稱爲工作節點流水號。流水號的分配由每個工作節點自己實現，一般爲工作節點的id，作業在每一次調度工作節點時，都會從響應數據中獲得一個id，異常中斷恢復
2020-09-21 03:31:53
原创 爲什麼要做工作流框架
在實際工作中發現：一項工作需要在多個系統之間錄入數據，並且有些系統的錄入數據來源於其他系統。因爲無法與現有系統協商一個數據接入api，所以只能自己去對多個系統的輸入及輸出進行封裝，對外暴露爲RPC調用接口。這樣一來，需要有一個工作編排器，可
2020-09-21 03:31:53
原创 工作流框架的實現
加班加點，思考了一週的工作流模型，在實現的過程中一點一點完善，終於落地。作業定義首先將一個工作流的實例定義爲Job，包括：1.JobId，作業標識，從1開始遞增。2.JobTitle，作業標題。3.JobStatus，作業狀態：進行、休眠、
2020-09-20 20:26:01
原创 煮花生配湯
2020-09-13 01:45:00
原创 文字描述主體互動過程轉動畫描述
一般，我們都是用文字描述人與人、人與物之間的互動過程，這個過程中除了主體，還有時間和空間特徵。如，1.一天，我走在路上：一天是時間，我就是主體，走是動作，路是主體，上是空間特徵。那麼，需要在繪圖界面時間線上標記一個點，然後從系統推薦的主體中
2020-09-13 01:45:00
原创 鴻蒙系統源碼分析
無意中刷到開源的鴻蒙系統源碼，粗略地瀏覽了一下任務調度機制，找到了ARM平臺任務切換的彙編代碼，有點像十年前做嵌入式系統移植的感覺#include "asm.h"#include "arch_config.h"#ifdef LOSCFG_K
2020-09-13 01:45:00
原创 工作流斷點續行
今天工作流執行過程中有個別出現了中斷，這就暴露出斷點續行需要解決的幾個問題。一是上下文環境的保存。在向一個外部系統推送數據過程中意外中斷，如會話丟失，斷點續行時需要當前提交的數據，如果這個數據是經過加工處理後，那麼需要再次對原始數據進行同樣
2020-09-06 01:25:22
原创 關於工作流模型思考
最近開發需求比較密集，特別是對接多個外部系統模塊的需求。平時工作建立在多個外部系統之上，爲了替代人工操作，避免人在多個系統中輸入數據的錯誤、不一致，減少重複性工作，需要有一個粘合系統。由於現有的多個系統沒有開放數據接口，加之工作流程多，使得
2020-09-04 01:22:31
原创 混沌系統的一些啓發
地鐵上刷抖音，看到了混沌系統與天氣預報，突然發現，當計算精度遠遠小於計算複雜度時，任何一個微小的誤差都會在算法中被放大。通俗一點兒講，就是小誤差在短時間內被放大。那麼，爲什麼就不能夠提高計算精度呢？因爲計算複雜度和計算精度已經成爲了一對矛盾
2020-09-02 01:20:21
原创 酒足飯飽，開始學習
2020-08-24 02:30:50