00:17:11 龚晓冬-银联-产品-上海
07:46:00 右军
看到越来越多消息，从初冬到深冬
07:52:57
07:53:38 程超
也许没那么冷，大家都说冷，那就很冷了
07:54:38 龚晓冬-银联-产品-上海
就如同北方人不懂南方的冷一样
07:55:28 龚晓冬-银联-产品-上海
是否真的冷，冷暖自知
07:56:41 右军
本群同学举个手 ，冷的[OK]
08:00:07 Bison-联想金融-副总裁-北京
???♂?
08:00:10 Bison-联想金融-副总裁-北京
冷啊
08:00:35 李小胖-打杂-深圳
射射发抖[OK]
08:08:46 ark-雪球-开发
2019-01-23 腾讯QQ公布春节活动：转发福袋解锁现金红包、字节跳动回应改签合同：收购锤子科技部分专利使用权
09:02:04 龚晓冬-银联-产品-上海
最近朋友圈很火的文章
09:04:58 shawn孔-北京-上海
这种文章，其实对也不对。
09:20:14 龚晓冬-银联-产品-上海
至少说明了一种现象吧
09:20:54 右军
技术群抛一个具体时间问题，看看大家的意思。
09:21:03 右军
有个实例化场景，某个系统承载某场业务累计记帐和查账策略，按年，月，日进行分库分表。随着业务发展带来两个问题：1热点账户问题，导致读操作获取不到链接2单表数据量太大，每个月都需要清理前一个月的数据，就这种做法也快满足不了业务增长速度，同时在做分表一个是技术成本另外一个是db资源
09:28:02 雪鹰-海尔·快捷通-架构
1.隔离读写数据源。2.账务数据就留2天，每天迁移历史库。前端查询隔离为近2日的，历史的。
09:31:38 大胡子 快捷通 技术
差不多思路 读写两个系统分离 查询系统保留几天数据就看场景需要满不满足了
09:31:53 马亮 腾讯 开发 深圳
@右军?在不补充资源的情况下，还要问题给解决掉？
09:33:00 大胡子 快捷通 技术
分库分表的做法主要是要设计方案要满足扩展 单表数据可以少些
09:33:44 韩明艳-易宝支付-北京
再就是可以把热点账户拆出几个子账户，降低热点数的锁等待时间。
09:34:19 韩明艳-易宝支付-北京
再定时把余额归集到主账户中
09:38:25 李桂明-易宝支付-技术-北京
1、读账务数据云存储中 2、分表分库维度可以按照商户+时间维度或者其他颗粒进行归集
09:45:53 李桂明-易宝支付-北京
DRDS
09:58:50 Joker-加华-上海
[尴尬]有会”翻墙“的大神吗？一软件需要翻墙才能使用
09:59:55
10:00:05 韩明艳-易宝支付-北京
不怕请去喝茶？??
10:01:17 Joker-加华-上海
[擦汗]正常的体验国外软件设计理念
10:02:48 Leo-超大-产品
behance吗
10:03:29 Aaron-ctrip-上海
翻墙不可取，科学上学倒是可以搜搜，有很多付费解决方法
10:04:16 苏宁_罗华
这个事情不可说
10:04:55 程昱_群管理
10:05:01 韩明艳-易宝支付-北京
这种除了翻墙没其他办法了？
10:05:23 程昱_群管理
@Joker-加华-上海?你可能需要一个其他地区的Apple id
10:06:21 Joker-加华-上海
ok。谢谢
10:08:30 Ben-富友-产品
图片里的很多搜不到了
10:09:45 程超
关于刚才热点帐户的问题，有几个方案可以讨论：
10:09:51 程超
1.并发度控制 同一时刻，对同一账户修改的请求数越多，这个账户的所等待问题就越严重，所谓并发度控制就是要控制同一时刻对热点账户请求的数量，可以通过控制上游支付系统并发请求数据或者账务系统处理的并发请求数来实现。 这一方案的缺点是对业务是有损的，当热点账户出现的时候，支付或者账务处理失败率会增加，用户的体验会变差，较大的银行或者第三方支付公司用地比较少。
10:10:01 程超
2.汇总明细记账 实时的交易全部是insert账务明细（insert的开销很小，能够支持高并发。如果基于分布式部署，insert的并发容量理论上可以无限大），然后定时(比如每半个小时)将之前半个小时内的账务明细sum出一个结算总金额，一笔入账结算到指定账户。 这个方案的缺点就是：交易不能实时入账，其实如果控制好定时汇总入账的频度，比如分钟级，用户也是可以接受的。这种方式对收单类业务（账户加钱）非常实用，但是对支出类业务（账户减钱）类来说，有账户透支地风险。
10:10:11 程超
3.缓冲入账 将实时同步的记账请求进行异步化，以达到记账实时性和系统稳定性之间平衡的记账手段，这就是”削峰填谷“。 详细地讲，假如账务系统对同一个账户的处理阈值为100笔/s，24小时不间断服务(一天能处理86400000笔)。当业务高峰期来临的时候，热点账务的请求数会达到200笔/s。当账户的交易低于100笔/秒的时候，账务系统几乎还是实时地处理了记账请求，而当交易大于100笔/秒的时候，账务系统先返回结果，把账务处理丢到可靠的处理队列中，等并发量不大的时候慢慢消化，对用户来说感受到的体验还是很快就记账成功了。 这个方案是有个前提是：热点账户在某几个高峰时间点需要缓冲记账来削峰填谷，并且能在日间填完。一旦账户的日间交易量暴增，导致日间队列根本来不及消化，整个队列越来越长，那就不存在谷可以填，这时候肯定会带来用户大量的投诉。另外这种方案对支出类业务（账户减钱）来讲，也会有账户透支地风险。
10:10:19 程超
4.热点账户锁分散 具体来讲就是创建与热点账户对应的多个影子账户，所述影子账户与所述账户的数据结构相同，将所述影子账户设置为隐藏，并将所述账户的余额分散至各个影子账户。当账务系统接收到账务请求的时候，通过前置进行hash分配（具体的hash函数会有更多方案）选择影子账户进行记账，这样就将原来对一个账户的请求分散到多个影子账户中，分散了账务热点。 这个方案也有缺点：通过算法选择的影子账户扣款，影子账户的余额可能是不足的，但账户的总余额是够的，这样可能影响账务处理的成功率。
10:10:32 程超-流浪的猴
5.提高服务锁并发能力 提高单台数据库服务器处理能力（I/O,CPU,memory）或者选取内存数据库实时地处理记账请求，然后异步地存储到可靠数据库上。
10:30:55 程昱_群管理
@Ben-富友-产品?换个地区apple id即可
10:31:00 程昱_群管理
下前2个
10:31:50 Ben-富友-产品
AppStore里搜不到
10:36:37 程昱_群管理
??换美国或者香港的id也不行吗？
10:37:22 Ben-富友-产品
暂时木有其它地区的ID
10:37:29 Ben-富友-产品
[委屈]
10:42:02 Lika-网联-PM
申请一个美区ID就行，填国外信息，绑个卡，或者淘宝
10:42:34 Lika-网联-PM
如果有国外的朋友，让他们帮你验证一下啊，ip地址在国外的付费方式可以选none
10:44:58 Leo-超大-产品
万能的淘宝了解一下
10:45:06 Leo-超大-产品
10:46:06 程昱_群管理
不需要绑卡？
10:46:11 程昱_群管理
可以选无
10:46:30 修–产品
@龚晓冬-银联-产品-上海 龚老师，想请教一下，人行或者银保监有对银行内部户管理使用方面的规定吗？
10:46:48 龚晓冬-银联-产品-上海
有的啊
10:47:18 程超
这个广告可以，吐血接单
10:47:21 修–产品
有具体文件名称吗？
10:47:37 龚晓冬-银联-产品-上海
人民银行结算账户管理办法
10:49:18 龚晓冬-银联-产品-上海
就这个文件先看看？
10:55:55 修–产品
这个文件说到单位或者个人，需开立银行结算账户。。但没有明确提到银行内部户[皱眉]
10:58:22 龚晓冬-银联-产品-上海
内部户也有，我找一下发你
10:59:21 修–产品
11:09:46 陆风-普信-北京PM
「龚晓冬-银联-产品-上海：内部户也有，我找一下发你」 - - - - - - - - - - - - - - - 同求@龚晓冬-银联-产品-上海
11:17:41 张叶-付费通-产品-上海
龚老师同求
11:19:39
11:24:56 韩明艳-易宝支付-北京
https://duxiaofa.baidu.com 这里可以查到不少规章制度
16:21:35 龚晓冬-银联-产品-上海
@张叶-付费通-产品-上海 商业银行内部控制指引
16:22:01 龚晓冬-银联-产品-上海
是这个内部指引，银行内部还会单独制定一套内部户管理要求
17:19:52 程琳Wa-支付pm-上海
群里小伙伴，问下银联快捷和网联协议支付 支持 “长沙农村商业银行股份有限公司”这家银行吗？
17:27:24 修–产品
如果不考虑机构资质，只考虑两联渠道能力，那网联应该是支持的，银联不太清楚。
17:53:39 橄榄-齐商-山东
打银行客服问问@程琳Wa-支付pm-上海
17:56:42 程琳Wa-支付pm-上海
这也是一个方法[呲牙]
19:37:27 珑-平安-产品
@程琳Wa-支付pm-上海?打电话问你网联的对接人
19:37:49 珑-平安-产品
她那有你们公司的网联受理能力，查一下就知道能不能支持
19:38:03 程琳Wa-支付pm-上海
网联支持，确认到了[呲牙]
19:41:16 程琳Wa-支付pm-上海
网联协议支付贷记卡是四要素绑卡吗？
19:41:24
20:18:57 陆风-普信-北京PM
咨询个网联付款的事，能支持到对公户吗？现在对支付机构收费吗？
20:46:44
20:48:30 龚晓冬-银联-产品-上海
不可以
20:54:38 珑-平安-产品
可以的，ACS额度映射模式下，是可以对公，对私，借贷记卡还有电子户
20:54:54 珑-平安-产品
电子户要看具体银行的互联网核心有没有对接网联
20:55:42 珑-平安-产品
代付不用行方协议，极个别银行比较特殊需要，例如中行
20:56:24 珑-平安-产品
支持省联社还有中小银行，具体银行数已经过了三百，还在上升
20:57:47 珑-平安-产品
还得看网联侧有没有给这家机构配置该行的付款能力参数，没参数，机构不通银行
20:59:20 陆风-普信-北京PM
我是看网联的付款接口有对公，但有些支付机构又说缺少付款到对公户的通道。
20:59:21 陆风-普信-北京PM
21:00:01 珑-平安-产品
你有支付机构的接口
21:00:33 珑-平安-产品
这个都是保密的，材料上发给某个机构，就是对这个机构保密
21:44:58 Collin-科蓝-支付研发-北京
有没有人行发的 虚假开户排查 的文？
21:47:57 Collin-科蓝-支付研发-北京
《中国人民银行办公厅关于规范Ⅱ、Ⅲ类户开立管理 健全风险防控机制相关文件的通知》 这个哪位大佬有？
22:09:08 龚晓冬-银联-产品-上海