[閒聊] 公司內部非GUI類型的AP

看板Soft_Job作者architk (ㄜ)時間15年前 (2010/08/10 22:36)推噓12(12推 0噓 11→)

留言23則, 16人參與討論串1/3 (看更多)

進入這行已經八個年頭呆過四間公司 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之類的 3 花俏一點會用一些 3-party scheduling framework或自己implement framework 來控制這些job的排程最近來到一個新環境，部門這類的job的在整體系統裡扮演的重要性是很高的也就是job fail都會對公司營運造成很大的impact 但是卻發現開其發技術卻是用舊VB/Delphi寫成windows exe檔然後跑再windows 2000上，使用的scheduling tool是system scheduler，整個可靠度就很低。 job常常莫名的crash就跳出memory violation address之類視窗的，或是莫名奇妙連跑都沒跑，不然就是windows server動不動當機要重開最近被assign一個任務要弄一個defense平台來確保這些job執行的可靠度，真是頭很大總不能請所有owner翻掉重寫全搬到unix上吧(有1000多隻..XD) 想到的低級的方法是用table來記錄每個job的執行status，在去monitor這些status 進一步實作alarm和recovery機制拋出這個有趣的問題來跟大家討論(純討論)，板上有經驗的人有無其他更好的solution，或現成好用的job monitor tool (for windows platform) 可以介紹給小弟另外閒聊話，那些入行10 ~ 20年的前輩，在90年代這類job都是什麼樣的技術實作呀 DOS上跑Basic ? 還是傳統的Unix + C 最流行 ? 牢騷話...我離開java/unix環境就整個不對勁 Orz.. 另外.NET上有無可靠度高的scheduling framework可用 ? 軟體版來討論一些solution腦力激盪一下吧 ... -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 111.255.178.76

推

koller

08/10 23:00, , 1^F

08/10 23:00, 1^F

推

OriginStar

08/10 23:01, , 2^F

08/10 23:01, 2^F

→

OriginStar

08/10 23:01, , 3^F

08/10 23:01, 3^F