[發案] 平台建制找委外夥伴，僅接受企業承接

[kingwang317 (King)]

        　發案人：王先生
       聯絡方式1：[e-mail]
       聯絡方式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://www.ptt.cc/bbs/CodeJob/M.1521612869.A.F2C.html
→ cs8425: 單台1000req/ms?! 單位有沒有錯? 1M req/s耶
推 Sunal: c1000k的價碼沒這麼低
推 stupid0319: 感覺像是可以處理DDOS的伺服器
→ kingwang317: 感謝大家討論，目前設計是1M req/s沒錯,
→ kingwang317: 但r/w?,cache,size,delay time沒了解之下就下結論嗎
→ kingwang317: 不會是這個價碼全包，物流傳輸分非常多模組與API的
→ kingwang317: 希望找到好配合的夥伴，合作會比自己組團學到更多！
→ kingwang317: 我們是找合作夥伴，不是找外包喔！但該付的只要合理
→ kingwang317: 都可以討論喔！
※ 編輯: 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
推 ibbadmin: DB段也要承受同等壓力嗎? 用AWS還是AliYun?
推 ibbadmin: 如果是對應跨國物流的API，主機需要分散在各地還是一地?
→ ibbadmin: 第一階段的deadline大概甚麼時候?
→ lnmlee: 一個Node 1M req/sec跑java那台設備可能跟你的預算差不多
→ lnmlee: Docker Swarm 你們要找的是網路架構師吧?
→ konkonchou: 前陣子作自動倉單軌IOT才1-3min/req, 物流倉再大也難
→ konkonchou: 有 1000req/s, 自動車一台400萬，控制器一顆2000萬起
→ konkonchou: 跳
→ konkonchou: 多點+雲端要考慮點會放在交易一致性，通常不會用高頻
→ konkonchou: 來評估，畢竟高頻還是要花錢錢錢錢才作的到
→ kingwang317: 硬體機器目前規劃aws,azure在中國地區混合使用，暫
→ kingwang317: 時不考慮阿里，我們不只是作倉儲，大部分是空海運部
→ kingwang317: 份，會把規格拉那麼高，主要是配合我們在中國的貨車
→ kingwang317: 服務商，他們號稱即時有200萬台在路上跑，要合作當然
→ kingwang317: 要考量進去，我們主機會有代理商負責，當然也需要
→ kingwang317: 架構師的幫忙，我們要找的是公司跟團隊，絕對不是
→ kingwang317: 單一個人而已，我相信還有很多方法可以降低成本，
→ kingwang317: 效果也一樣，我也是把最原始的需求提出，大家可以
→ kingwang317: 討論，確定合作後我方會提供細部內容，目前設定的
→ kingwang317: deadline主要是空海運部分，希望在年底前可以上線
→ kingwang317: 但空海運的量不會那麼大，有興趣的話可以來信討論
→ kingwang317: 不方便在公開場合討論過多，還請見諒！
※ 編輯: kingwang317 (114.34.215.61), 03/23/2018 10:15:20
推 bazoo: 這時候就來推薦 kafka 架構了
→ bazoo: 2 million writes per second https://goo.gl/uUo9AF
→ bazoo: 如果後端consummer不執意要RDBMD，而且資料是time-series
→ bazoo: 就來個influxdb吧 https://goo.gl/ULWr6t
→ bazoo: 用 docker/k8s 架起來不難，後續的maintenance才是功力
→ bazoo:                         ^RDBMS
→ kingwang317: 哥是公司或團隊嗎？是否可以聊聊！
→ kingwang317: 雖然說是理論值，不過在台灣要找到Kafka的人真的不多