→ ericinttu:推乖乖好用 08/12 01:29
→ remmurds:也記得在server上多放一包乖乖 要綠色的喔 08/12 07:52
→ tomnelson:五香乖乖不行嗎?甜食吃多容易蛀牙耶! 08/12 12:57
→ tomnelson:的確有在無塵室看過有人藏乖乖進機台下方...哈哈 08/12 12:58
→ bobju:有鬼月特別容易出包的八卦嗎? XD 08/12 19:33
誰管你用什麼技術
先寫好比較要緊
基本上這是「塞缺」
如果有些程式是當下無回應
你要什麼處理？
有些User會說，那就自動重開
自動重開又有自動重開的問題
1秒？2秒？n秒？
其實你最重要的事情
是提醒讓負責的人知道，記得留存log、讓使用者接受你的作法
這樣你才能明哲保身
至於用什麼技術、方法那是其次的
接下這Case記得多吃乖乖
天曉得不會有一堆奇奇怪怪的狀況發生
※ 引述《architk (ㄜ)》之銘言：
: 進入這行已經八個年頭
: 呆過四間公司 Vendor Side & User Side都有
: 開發維護過系統非常多元
: 我們知道大型企業裡的資訊系統 除了一些給人操作的 GUI類型系統外
: 還有一大部分是默默的躲在背後定期被執行或常駐型的AP
: 我習慣稱他們為 scheduling job或daemon
: 這類job的行為不外乎也是CRUD 外加call call其他系統提供的API
: 來達成企業營運上的特定需求
: //這類API的interface如ejb/webservices/rpc/rmi/corba/rest/DCOM/socket daemon
: 例如 製造業MES/CIM會有一些automation job來取代人為操作
: 電信業/金融業會有一些cycle job負責出帳
: ERP薪資系統負責算錢的job 等等.....
: 這類job的execution frequency 短到每五分鐘或長到每一個月才執行一次的都有
: 然而這些job的可靠度是很重要的，因為一但job發生run time fail或是
: 該起來的時機沒起來，都會讓相關使用者單位遭受到很大的impact，所以一般都會在
: implement一些monitor或是defense機制來確保其可靠性
: 小弟過去所遇過這類的critical job實作技術大部分都是用下列技術
: 1 用java/c/c++/寫成 batch job 部署到unix/linux上設crontab執行
: 2 有效能考量且不用跨multi db source也無跨系統間API呼叫的需求
: 就可以寫成oracle procedure 在用unix shell script去定期invoke之類的
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 203.70.93.175
※ 編輯: idleidle 來自: 203.70.93.175 (08/12 00:08)