作者kingwang317 (King)
看板CodeJob
標題[發案] 平台建制找委外夥伴，僅接受企業承接
時間Wed Mar 21 14:14:27 2018
發案人：王先生
聯絡方式1：
[email protected]
聯絡方式2：
所在地區 ：台北市
有效時間：4/30
專案說明：
建立雲端平台，會有大量API交換（處理大量傳輸，方式不限 PS：有爭議更改條件）
的經驗，
對於資訊安全考量高，有建制電商、金融平台大量交易的經驗佳
3/22補充：有網友來信，這樣的高頻交易數量，會造成這個大家的誤解，
其實1M/sec是對岸很常用來面試後端工程師的問題，
當然這個設計的傳輸容錯率、資料大小、R/W、延遲時間也會因為需求而改變，
主要是詢問分散與大量處理的架構設計，而且物流上大多是IOT裝置的傳輸，
大多為UDP的模式，TCP平常有 1000/sec就很多了，分散的機器成本不會加註在對方身上，
會有我們的服務商提供。
預算：100萬UP 依照需求報價，我們都是技術背景，懂行情
3/22補充：老實說我也無法粗估這麼大量的需求預算要怎麼算，只是版規一定要打預算
我就先提供最小模塊的預算，了解預算後也是希望正式報價，畢竟我們是找B2B的合作，
還請各位別戰小弟的預算。
接案者要求：
JAVA Solution(Spring framework)
Java web server cluster architecture
要求為公司或小團隊，可上班時間接洽
有國際貿易、倉儲系統經驗佳
附註：
專案非常多，長期合作佳，配合窗口都是技術背景，篩選較為嚴格，無誠無時間勿來信
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 180.217.153.116
※ 文章網址: https://webptt.com/m.aspx?n=bbs/CodeJob/M.1521612869.A.F2C.html
1F：→ cs8425: 單台1000req/ms?! 單位有沒有錯? 1M req/s耶 03/21 17:48
2F：推 Sunal: c1000k的價碼沒這麼低 03/21 19:03
3F：推 stupid0319: 感覺像是可以處理DDOS的伺服器 03/21 21:50
4F：→ kingwang317: 感謝大家討論，目前設計是1M req/s沒錯, 03/21 22:53
5F：→ kingwang317: 但r/w?,cache,size,delay time沒了解之下就下結論嗎 03/21 22:55
6F：→ kingwang317: 不會是這個價碼全包，物流傳輸分非常多模組與API的 03/21 22:56
7F：→ kingwang317: 希望找到好配合的夥伴，合作會比自己組團學到更多！ 03/21 22:57
8F：→ kingwang317: 我們是找合作夥伴，不是找外包喔！但該付的只要合理 03/21 23:23
9F：→ kingwang317: 都可以討論喔！ 03/21 23:24
※ 編輯: kingwang317 (59.127.81.203), 03/21/2018 23:41:07
※ 編輯: kingwang317 (114.34.215.61), 03/22/2018 09:56:22
※ 編輯: kingwang317 (114.34.215.61), 03/22/2018 10:18:25
※ 編輯: kingwang317 (59.127.81.203), 03/22/2018 11:21:44
10F：推 ibbadmin: DB段也要承受同等壓力嗎? 用AWS還是AliYun? 03/22 20:10
11F：推 ibbadmin: 如果是對應跨國物流的API，主機需要分散在各地還是一地? 03/22 20:14
12F：→ ibbadmin: 第一階段的deadline大概甚麼時候? 03/22 20:15
13F：→ lnmlee: 一個Node 1M req/sec跑java那台設備可能跟你的預算差不多 03/23 00:21
14F：→ lnmlee: Docker Swarm 你們要找的是網路架構師吧? 03/23 00:47
15F：→ konkonchou: 前陣子作自動倉單軌IOT才1-3min/req, 物流倉再大也難 03/23 03:02
16F：→ konkonchou: 有 1000req/s, 自動車一台400萬，控制器一顆2000萬起 03/23 03:02
17F：→ konkonchou: 跳 03/23 03:02
18F：→ konkonchou: 多點+雲端要考慮點會放在交易一致性，通常不會用高頻 03/23 03:08
19F：→ konkonchou: 來評估，畢竟高頻還是要花錢錢錢錢才作的到 03/23 03:08
20F：→ kingwang317: 硬體機器目前規劃aws,azure在中國地區混合使用，暫 03/23 09:35
21F：→ kingwang317: 時不考慮阿里，我們不只是作倉儲，大部分是空海運部 03/23 09:40
22F：→ kingwang317: 份，會把規格拉那麼高，主要是配合我們在中國的貨車 03/23 09:41
23F：→ kingwang317: 服務商，他們號稱即時有200萬台在路上跑，要合作當然 03/23 09:42
24F：→ kingwang317: 要考量進去，我們主機會有代理商負責，當然也需要 03/23 09:45
25F：→ kingwang317: 架構師的幫忙，我們要找的是公司跟團隊，絕對不是 03/23 09:46
26F：→ kingwang317: 單一個人而已，我相信還有很多方法可以降低成本， 03/23 09:48
27F：→ kingwang317: 效果也一樣，我也是把最原始的需求提出，大家可以 03/23 09:49
28F：→ kingwang317: 討論，確定合作後我方會提供細部內容，目前設定的 03/23 09:51
29F：→ kingwang317: deadline主要是空海運部分，希望在年底前可以上線 03/23 09:52
30F：→ kingwang317: 但空海運的量不會那麼大，有興趣的話可以來信討論 03/23 09:54
31F：→ kingwang317: 不方便在公開場合討論過多，還請見諒！ 03/23 09:54
※ 編輯: kingwang317 (114.34.215.61), 03/23/2018 10:15:20
32F：推 bazoo: 這時候就來推薦 kafka 架構了 03/23 10:44
34F：→ bazoo: 如果後端consummer不執意要RDBMD，而且資料是time-series 03/23 10:46
36F：→ bazoo: 用 docker/k8s 架起來不難，後續的maintenance才是功力 03/23 10:48
37F：→ bazoo: ^RDBMS 03/23 10:50
38F：→ kingwang317: 哥是公司或團隊嗎？是否可以聊聊！ 03/23 11:00
39F：→ kingwang317: 雖然說是理論值，不過在台灣要找到Kafka的人真的不多 03/23 11:02