作者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/cn.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