Re: [請益] 傳統產業資料管理系統詢價

作者: aleeon ( )   2017-07-05 14:54:07
※ 引述《lasramblas (hail hydra)》之銘言:
: 目前公司內部想要進行資料管理系統的初步建置
: 由於是傳統產業加上之前沒有這樣的觀念
: 先前的基礎建設除了microsoft的公用硬碟跟幾款民間雲端服務之外就沒了
: 連SQL都沒有
: 今年因為出了些內部問題
: 所以打算建設一套正規的資料管理系統
: 以設計圖檔、美術圖檔為大宗
檔案管理系統?
: 少數文件檔次之
: 日平均數據量目前估計是10G左右
如果走雲端的方案,流量買300G/月,不夠再加,好處是管理交給專業做
(前提流量有估準)
如果自建Server,就要再買可以到場維護的人力,有即時性就要自己請
: user也少於50
: 因為不是本科系出身的 只能google讀一下跟爬本版
: 所以想先來這詢問一下價格之類的
: 煩請站內信了> <
我先想到兩種
A.DB存圖+文件
B.DB存檔案的路徑
如果不想資料庫長很快,備份很大很肥
可以試試B
建一個DB SERVER、一個FILE SERVER、看要不要AP SERVER
估一下三至五年的用量
檔案管理就看要做到多細?
其實你連需求,想要的功能都沒寫出來,
就像問路不知道目的地一樣啊~~~
作者: mike4994 (愛吃的中年胖子)   2017-07-05 15:33:00
圖文管理系統? SW/AUTOCAD 都有 有點貴就是了
作者: lasramblas (hail hydra)   2017-07-05 15:53:00
是的,也可以說是檔案管理系統,但好像有種說法是文件專指還在運行中的 檔案則是已結案的已這樣的定義,公司需要的可能是檔案文件兩者並存的管理系統;至於方案的話 目前也傾向於A,因為員工的檔案管理意識還相當薄弱。功能的話以使用者權限設定使用者session控管 還有檔案路徑架構的主控權
作者: deadwood (T_T)   2017-07-07 19:25:00
看你的敘述,是不是也需要DLP不然不小心圖就流出去了
作者: lasramblas (hail hydra)   2017-07-11 09:23:00
那個定義是一個自稱學過檔案管理的人講的 我是聽聽參考而已 其實也不太想鳥他路徑的問題應該不大 但用web形式 還是用nas 目前傾向後者。檔案的確是比較在意版本 外流的話就算了XD
作者: chang0206 (Eric Chang)   2017-07-11 10:35:00
所以有考慮文管系統嗎?
作者: lasramblas (hail hydra)   2017-07-11 14:56:00
文管系統目前沒有考量 想說先從NAS給他們用就好了
作者: intela60474 (Alber)   2017-08-01 23:52:00
sharepoint online+azure irm應該符合你的需求

Links booklink

Contact Us: admin [ a t ] ucptt.com