Re: [討論] 軟體定義架構
喔喔,我公司就有類似的產品阿
基本上它是設計成定義一個個定義檔去call不同library的function
每一個定義檔都是獨立的,也就是有起始和結尾的部分
也就是說一個定義檔的結尾可以是另一個定義檔的起始
這樣就能把一個專案的需求切割成不同的定義檔
並且每個定義檔可以依照loading需要彈性地配置thread或電腦數量
每個定義檔是獨立的,在系統不停止的情況下,單獨更換定義檔也是可行的
但這種方式會延長專案開方的週期,因為這會要求對專案細節有全面的了解
原PO最後提到的方法會增加重工成本,如果沒有在專案開始前報給user,最
後吃虧的可是自己
※ 引述《ripple0129 (perry tsai)》之銘言:
: 現今軟體有許多架構
: 可能在不同的domain
: 所習慣使用的架構可能有所不同
: 從大一點的專案範圍來看
: Monolith Micro-Service
: 拉近一點從框架來看可能是
: MVC MVVM MVP
: 而通常一般決定了怎樣的架構
: 則要變動架構可能要耗費的心力是很高的
: 最近從SDN盛行得到一個想法
: 如果網路都可以從軟體來定義
: 那麼架構是否可以由軟體來定義
: 所有的程式可能只是一個class
: 而藉由軟體的定義串連起來成為一個專案
: 當然要做到這樣勢必是要有接口要去實作
: 但是當此規範完善了起來
: 是否所有的功能都能像拼積木的方式來完成呢
: 當一個專案的開始我可以不用思考太多
: 輕鬆定義成monolith
: 而只要切換定義檔案
: 功能就能夠輕鬆的拆分為micro service
: 透過定義
: 未來開源的世界有大量的基礎程式碼
: 或許只需要寫定義檔就能完成一個專案?
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 118.166.181.72
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1496036576.A.583.html
推
05/29 13:49, , 1F
05/29 13:49, 1F
推
05/29 15:07, , 2F
05/29 15:07, 2F
推
05/29 15:12, , 3F
05/29 15:12, 3F
→
05/29 15:12, , 4F
05/29 15:12, 4F
推
05/29 21:02, , 5F
05/29 21:02, 5F
討論串 (同標題文章)