首页   注册   登录
 xiaket 最近的时间轴更新
xiaket's repos on GitHub
Python · 40 人关注
weixin-exporter
导出微信聊天记录, 并展示成一个md文件
Python · 25 人关注
shooter_client
射手网字幕下载
Python · 11 人关注
better-header
Better header management for vim
Python · 8 人关注
etc
configuration files on a Mac
Python · 1 人关注
DNSChef
Lightweight DNS proxy written in python. This is a re-hosting.
Python · 1 人关注
Snape
Snape, a minimalistic snippet manager
Nginx · 1 人关注
vultr
My setup for a vultr Storage instance virtual server
Dockerfile · 0 人关注
314
Raspberry Pi setup
Go · 0 人关注
cryptopals
Solutions to problems in cryptopals.com
Ruby · 0 人关注
euler-ruby
Project Euler problems solved in ruby
Python · 0 人关注
exercism
Solutions to exercism problems
Go · 0 人关注
httpd-go
a simple http server in go.
C · 0 人关注
kitty
A cross-platform, fast, feature full, GPU based terminal emulator
Shell · 0 人关注
manages
self-contained management scripts
Python · 0 人关注
nose-pyannotate
pyannotate plugin for nosetest.
Puppet · 0 人关注
packer-aem
Packer templates for creating Adobe Experience Manager (AEM) machine images
0 人关注
S.popclipext
Select an ipaddr, connect to the site in iTerm.
Python · 0 人关注
xiaket.github.io
source of my blog

xiaket

https://blog.xiaket.org/
V2EX 第 12482 号会员,加入于 2011-10-10 22:47:32 +08:00
今日活跃度排名 3443
根据 xiaket 的设置,主题列表只有在你登录之后才可查看
xiaket 最近回复了
17 分钟前
回复了 zhshch 创建的主题 分享创造 给自己刨坑来啦!我心目中的 Python Web 框架
有啥(相对于 Django 和 Flask)你想要加的特性吗? 还是只是想自己写一个学习一遍?
22 小时 49 分钟前
回复了 Livid 创建的主题 macOS iTerm2 beta 里新增了一个 Python API
@clavichord93 等作者发善心更新... lol
1 天前
回复了 Livid 创建的主题 macOS iTerm2 beta 里新增了一个 Python API
我现在都用 kitty 了, 比 iTerm2 实在是快一圈, 而且配置文件比 iTerm2 管理方便太多了.
2 天前
回复了 xiaket 创建的主题 Amazon Web Services Serverless 爱好者请慎入 SAM 这个坑
@whileFalse 感谢回复, 现在这个项目开发人员也就五六个, 所以还没到用不同 iam role 部署的程度, 不过有比较成熟的部署脚本了, 搭建个人 Stack 比较方便. 不过要做完整的部署, 即使不考虑创建 Cloudfront 层, 仍然快不起来, 因为 Cloudfront 的 cache invalidation 仍需要五分钟或更多.

@laxenade 我们之前的做法是在 cfn 上加一层 python 逻辑, 部署的时候再是一层 Jenkinsfile 的逻辑. 不过由于人手不够, 有些新项目(比如用 SAM 的这个)就没有用这种做法, 而是直接拿 cfn 搞. 外面部署逻辑套一层脚本, Jenkinsfile 里的逻辑也简化了很多. 我周围的所有同事使用的方式都是你所说的第二种, 因为在 cfn 的 best practice 里面提到, 不同生命周期的资源应该尽量放到不同的 stack 里面去. 我能理解你说的多个 yml 拼成一个完整的 stack 这样的做法, 因为这样可以把相似资源的集合放到一个文件里面去, 方便重用. 不过我觉得这样仍可能有坑. 多个 stack 在部署时会有问题, 在于中间某个 stack 部署失败可能影响整个 app 的稳定性, 我们的解决方案是通过脚本来实现整体部署. 每次部署一个版本, 如果中间有一步出错, 全部回滚. 这套逻辑在线上也已经跑了一段时间, 稳定性还可以. 我不太明白你说的服务不支持不是 cfn managed S3 bucket 是什么意思, 方便给个例子了解下吗?
2 天前
回复了 xiaket 创建的主题 Amazon Web Services Serverless 爱好者请慎入 SAM 这个坑
@binux 我完全同意你的观点, DynamoDB 本身不应该出现在这个 stack 里面, 这样我们也不会踩这个坑, 说起来可笑, 虽然我是 infra 工程师, 但是一个资深但没怎么用过 Cloudformation 的前端程序员同学不顾我的多次抗议强烈要求所有的资源放到一个 stack 里面去, 我实在是拿这个人无语.
2 天前
回复了 xiaket 创建的主题 Amazon Web Services Serverless 爱好者请慎入 SAM 这个坑
好多 AWS 同学冒泡了, 感谢各位捧场.

@whileFalse 之前我想的是把这个大的 stack 拆掉, DynamoDB 的生命周期和 lambda 本身就不一样, 这样也能绕过这个问题, 而且架构会更合理. 也看到讨论说 changeset 是更被推荐的部署方式, 不过我更期望这个明显的 bug 能被修掉. 问题 2 我们目前准备去掉这个宏, 因为不知道后面还会不会再踩坑. 问题 3 我们现在的部署不是 blue-green 的, 不过后面有时间应该会做. 至于验证 cfn 模板, 真觉得是目前 cloudformation 自带的验证只检查语法, 实在不够用. 能增强一点儿就增强一点儿, 至少构建出来的模板会更可靠些.

@timle1029 我看到文档里面有提到`cloudformation validate`仅检查语法, 我也认同你提到的, cfn 验证唯一靠谱的办法是在沙盒环境中部署. 但是这样未免测试时间也太长了. 我们的模板里还有 Cloudfront, 一个 distribution 部署下来半个小时是跑不了的. 所以我们这儿说增强的目的是能在 30 秒内尽最大努力测试模板里面是不是有问题, 不求一定能找到坑, 只求能够把开发同学的低价错误给抓出来. 至于 cfn 特性添加太慢的问题, 有兴趣也可以围观 reddit 上这个贴: https://www.reddit.com/r/aws/comments/as21r7/cloudformation_feature_support_lag_is_way_out_of/

@laxenade 我们给 lambda 的 Role 里面也添加了不少的 policy, 还好没遇到坑. 我现在准备全部去掉这个宏, 希望能够好些.
旁敲侧击一下, 不鼓励不反对. 的确有能力有人品, 不过毕竟是拿着东家的工资给前东家做事.
你是不是对漫游有什么误解...
虽然我只看过目录, 但你这些技巧或者说知识真的都只是入门级的, 对于没学过 Linux/Unix 的人可能有点用...
关于   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   1114 人在线   最高记录 4385   ·  
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.3 · 9ms · UTC 23:06 · PVG 07:06 · LAX 16:06 · JFK 19:06
♥ Do have faith in what you're doing.
沪ICP备16043287号-1