xuhao

可以考虑自己重写一部分信息。在切换的时候，更改appid。

@caoyanbin1993 这个只有自己进行改造。并发安全那边需要一个分布式锁（redis实现）。其实都还好。这个包很久没有更新了。有不少bug

我是个菜逼2333. 应届失业。 应为现在很多都是跑在docker环境下，一般都是3个服务，然后相互之间会有争抢更新的。若不做分布式锁，在access_token 更新的时候可能会有冲突，3个docker可能存在同时发起请求，若用锁来进行锁定，每次更新就只会有一个会去做全局的更新。 原来实习出过类似的事故，a容器更新了access_token b同时也更新，然后被覆盖，更新窗口内连接a容器ip的用户会操作失败。 大佬nb。 ------------------ 原始邮件 ------------------ 发件人: "caoyanbin1993"; 发送时间: 2019年4月18日(星期四) 中午11:14 收件人: "chanxuehong/wechat"; 抄送: "徐浩"; "Comment"; 主题: Re: [chanxuehong/wechat] 微信access_token中控服务器 (#253) 为啥用分布式锁呢，单机模式用普通的锁可以不？希望大神看看我这个代码，能不能帮忙完善下。 — You are receiving...

access_token 确实是可以自己单独做一个进行管理。 but：这个包的貌似没有解决方案。 有兴趣可以一起试一试，因为越来越多的环境有k8s了。 ------------------ 原始邮件 ------------------ 发件人: "caoyanbin1993"; 发送时间: 2019年4月18日(星期四) 中午11:26 收件人: "chanxuehong/wechat"; 抄送: "徐浩"; "Comment"; 主题: Re: [chanxuehong/wechat] 微信access_token中控服务器 (#253) 为什么是三个服务呢，做的是分布式部署吧？用缓存还是redis的关键是，锁的实现方式吧？access_token可以用一个服务进行管理，其他应用都请求他，应该是可以的。关键是写入时，要加锁。 — You are receiving this because you...

PagePath string `json:"path"` // 必选; 所需跳转到的小程序appid（该小程序appid必须与发模板消息的公众号是绑定关联关系） 这样才是正确的

有一个疑问，认证的secret对象是长什么样子呢，没有istio,打算直接使用k8s创建时候的ca证书作为凭证，那么这个挂载secret是长什么样子呢。看官方文档说可以用其他方式进行认证，但是文档看得特别迷，没有见到过实体的demo，只有一个模糊的讲解。

直接通过debug这个应用向apiserver发起请求？ 好奇怎么把对apiserver的操作做到集群外面的。

外面的集群和内部的服务可以直接 尝试exec这种方式进行交互也是可以吧