Re: [請益] 中台架構常見嗎

[OoShiunoO (機機勳)]

目前就在做所謂的"中台",
大致上就像你說的一樣.只不過我覺得這種責任分屬....

這些各自為政的系統,原本都是各組自己有一套商業邏輯,
他們有很多table和排程去維持系統運作

但是當要把它們拆出來變成"中台"時,
(1)
我要先根據業務單位的需求文件(ex:user看到的前台畫面)
去推敲出我需要提供什麼樣的api給前台串接
(2)
然後跟此後台系統的同仁詢問,如果要做這些東西,
我需要哪些table,增刪查改大概要怎麼做
(同仁只會提供你一個大概,因為這些需求都是新的,
等於是我中台人員需要去了解各系統的業務和排程運作方式,
以及他們各個table是在幹嘛的.而且這東西根本不可能講清楚,
開發時我會看著這些table資料的變化,自己推測他們程式邏輯)
(3)
之後測試以及後續上線時,如果有問題(客人看到數字算錯,還是資料查不到)
都是我這邊優先來解決(因為給前台串接的api是我寫的)


當這類系統越做越多,會發現原組別的loading好像慢慢地都堆到中台身上
而且後續要修改也牽涉到一堆問題,
比如說商業邏輯要調整時,原組別的後台程式要修改,我這邊也要配合修改
還是說我這不是"中台",而只是another"後台"而已..?

※ 引述《aoshiken (三十六雨風飄搖)》之銘言：
: 之前在金融業工作過一段時間
: 我也是在金融業才聽過"中台"
: 分享一下中台的存在價值
: 首先 銀行系統後面很多各自為政的系統 像卡系統 貸款系統 存款系統...etc
: 大部分都只能活在內網 不可以接到外網 而且輸出格式五花八門...
: 中台的存在意義 就是在這些系統上面架一層統一的web service
: 讓app,網頁甚至是外部協作系統可以方便取得對應的資料
: 所以通常中台出來的資料都是統一的json格式
: 但是它們吃到的資料真的是五花八門 有json 有 xml 還有鬼txt之類的東西

--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 114.44.209.236 (臺灣)
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1702188565.A.6AB.html
推 abccbaandy: 職責本來就看公司，這麼聽話當然全部丟給你們
→ abccbaandy: 出錯了就是中台團隊不行，扣績效
推 SHANGOYANYI: 你終於發現被推工作了嗎XD
推 promay073: 早期的目的是為了減輕後台的loading、縮小前後台的技術
→ promay073: 差距（通訊協定socket、sna...... ），儘量把後台邏輯
→ brucetu: 後台本來就不是一個方塊而已，複雜的服務本來就是超級多
→ brucetu: 系統搭配起來
→ brucetu: 中台就是用來吹噓的名詞而已
推 qqqlll666: 我的理解中台應該是api geteway這種東西吧 這樣的話2
→ qqqlll666: 這邊應該要去call某個後台api而不是自己去找db
我做的東西就是給getway去call的
推 now99: 怎麼會相同邏輯重複幹一套出來？大變更不就慘了
一切架構都是上面決定這樣做的,我常在想大家不會覺得這樣有一天會出問題嗎?
可是好像沒人在意,那就只能等有一天我撐不下去,這坨翔就留給下一個人
→ lazarus1121: 聽起來比較像跨單位的PG吧
我主管說我們是中台,我也是覺得很怪
推 viper9709: 一直想到中台禪寺（被打）
推 ryan60115: 聽起來像是BFF?
→ acgotaku: 我們公司一堆內部 crm  久了都變成技術債 要退場都無法
→ acgotaku: 這種系統也沒什麼績效,大家都是兼著再做 有空才會看
→ acgotaku: 可想而知這種平台只會越來越老 越來越難維護
→ flash789: 2聽起來是直接去撈別人的table?
差不多,有些是直接去撈別人table,有些是同步copy到我們這邊也有一份table
※ 編輯: OoShiunoO (114.44.209.236 臺灣), 12/13/2023 23:33:25