vscode-golang-远程调试
开发中进行调试能够帮助我们快速定位问题,同时也可以帮助我们梳理代码逻辑。相比日志输出,调试更能够在项目早期提升开发效率。在使用 golang 开发的前两年,我主要使用 goland 进行开发,goland 的调试功能是其相比于 vscode 的一大优势。在开发过程中,我们所开发项目通常不会运行本地或者开发机,可能是运行在一个远程集群中,依赖环境配置以及其他服务,goland 能够很方便的实现在本地开发,然后将程序拷贝到服务器,并对其进行调试。
golang 只需要将远程服务器配置位一个 target,就可实现本地开发类似的效果。
本文将介绍 vscode 借助其开发调试和任务特性,配置 launch.json 和 task.jsoan 文件实现golang 程序的一键远程调试的功能,执行调试,vscode 帮助完成所有以下步骤。
编译程序,下面使用uvmt-agent进行演示。
将编译好的程序和调试工具 dlv 拷贝到需要调试的机器上。
在需要调试的机器上运行 dlv 通过 DAP 运行 headless server。
vscode 连接远程机器上调试服务,开始调试。
task ...
使用Fio测试存储性能是否满足etcd要求
概要存储性能很大程度决定了etcd集群的性能表现,因为etcd必须持久化日志,一次写请求必须确保多数节点将用于保证状态机的日志写入磁盘中。
在已经运行的 etcd 集群中,我们可以通过指标etcd_disk_wal_fysnc_duration_seconds来评估存储 I/O 性能,
该指标记录了 WAL 文件系统调用 fsync 的延迟分布,当 99% 样本的同步时间小于 10 毫秒就可以认为存储性能能够满足 etcd 的性能要求。
那么如何在部署实施前或没有监控系统的情况下,评估存储的性能是否满足需求呢?
fio命令行工具可能是不错的选择,fio主要用于进行 I/O 性能测试,你可以使用下面的命令测试存储性能,以评估是否满足 etcd 的要求。
1fio --rw=write --ioengine=sync --fdatasync=1 --directory=test-data --size=22m --bs=2300 --name=mytest
观察输出,验证是否 99%的文件同步执行时间小于 10ms,下图用例的测试结果不满足要求。
注意:
参数--size和--bs的 ...
kubernetes平台开发者小技巧
随着Cloud Native逐渐深入人心以及kubernetes的流行,国内外出现大量的kubernetes服务提供商,如红帽,阿里,腾讯等,
同时许多互联网公司也在定制kubernetes以满足自身需求,kubernetes平台开发者这个岗位的需求也逐渐增大,
那作为一名合格的kubernetes平台开发者其实需要具备一些特殊技能的。
在这个系列博文中,我将结合自身的开发经历给Kubernetes平台开发者分享一些开发小技巧,帮助kubernetes平台开发者少走一些弯路。
在你的项目使用依赖k8s.io/kubernetes主仓模块Kubernetes提供了很多公共库供开发者使用,
比如client-go、apimachinery,但是官方不推荐直接依赖主仓k8s.io/kubernetes,虽然其代码完全是开源的,
这样做最主要原因是直接依赖k8s.io/kubernetes会导致你的项目过大,包含太多不必要的文件。
但是除了公共库已经拆分的通用模块,主仓还有很多有意义的API接口(函数),比如包pkg/core/validation的ValidatePodCreate函数可以用 ...
kubeedge介绍
KubeEdge即Kube加Edge,顾名思义就是依托k8s的容器编排能力和调度能力,实现云边协同、计算下沉、海量设备的平滑接入,
旨在为边缘计算和IoT这两大物联网领域提供统一的平台方案,本次分享将给大家简单介绍目前KubeEdge项目进展,它的架构设计,以及我们基于KubeEdge做了哪些工作,
并详细分析KubeEdge是如何解决云边网络通信问题的。
本文主要内容取自一次我在公司的内部分享
KubeEdge项目介绍KubeEdge是华为推出的业内首个开源边缘容器平台项目,是由华为云边缘计算产品IEF开源而来,Apache 2.0开源协议,并于2019年3月捐献给CNCF基金会,在2019年9月晋级为孵化级项目,
在CNCF的社区建设上,KubeEdge积极参与kubernetes IoT Edge WG,同时也成立了Device/IoT与MEC两个SIG,可以说KubeEdge先发制人,
在社区已经拥有了足够多话语权。目前参与社区贡献的企业包括:中国联通,ARM,中国移动,谐云,中国电信,时速云,JD.com,浙大SEL实验室,EMQ,
InfoBlox,Inovex,Mid ...
使用kubebuilder开发简单的Operator
云原生技术通过方法论、工具集和最佳实践重塑着整个软件技术栈和生命周期,云原生对云计算服务方式与互联网架构进行整体性升级,
深刻改变着整个 IT 领域。云原生的核心是 kubernetes,围绕 kubernetes 构建满足自身需求的 PaaS 平台(应用中心)是绝大数企业的诉求,
但是不同企业自身场景往往存在一定的差异,Operator 是最常见 kubernetes 拓展方式。本片博文,我将会给大家理清 Operator 的来龙去脉,
同时介绍如何通过 kubebuilder 快速开发一个简单的 Operator。
Operator 诞生的背景
kubernetes 无法做到真正意义的开箱即用的,它与传统的 PaaS 平台不同,它仅仅只提供核心的基础设施功能,但是还无法满足用户的最终需求,这里用户主要指业务开发和业务运维,
比如说业务开发需要 CI/CD 工具实现 Devops 的功能,原生 kubernetes 是不提供支持的,但是我们可以通过tekton这一个第三方工具实现 DevOps 相关功能,
这也正是 kubernetes 区别传统PaaS平台的真正强大之处,其提供完 ...
Mac安装新版本Bash
很多macOS的用户开发者可能不知道他们一直在使用非常老版本的Bash shell,部分原因是很多用户使用的是zsh。
但是,升级Bash其实是非常有意义的,除了能够使用新特性之外,还能够避免一些意外的错误。
写在前面:我在给一些项目如kubernetes提PR时,项目中脚本经常执行不成功。还有进行Hack工具开发completion功能时,
测试completion一直无法成功。问题的根源就是Bash版本的问题。虽然在日常开发过程中,我一直使用zsh,
但是安装新版本Bash对于本地开发调试十分方便。
Mac默认的Bash执行以下命令查看macOS内置Bash版本:
123$ bash --versionGNU bash, version 3.2.57(1)-release (x86_64-apple-darwin18)Copyright (C) 2007 Free Software Foundation, Inc.
可以发现,macOS使用的是3.2版本的GNU Bash,发行于2007年!到目前为止,即使是最新的MacOS,默认Bash都是这个版本。
苹果在其操作系统上使用 ...
EFK日志平台
云原生技术的宗旨是帮助企业组织在现代动态的环境下(公有云,私有云和混合云)高效管理应用的全生命周期,
围绕kubernetes,用户可以灵活选择各个模块组件,搭建平台以满足多样需求。
云原生风景图完整地展示了企业实践云原生所需要处理的问题。
这张图很有参考意义。
图中将日志,监控和链路追踪都放到了监控和分析,这是一个趋势,背负着统一OpenTrace和OpenCensue的OpenTelemetry就是为了实现Metrics、Tracing和Logging的融合。
这三者的融合才是一个完整的用户故事。基于 Metrics 的告警及时发现异常,通过 Tracing 定位问题的模块,根据模块的日志找到问题的根源,
最后基于问题,调整 Metrics(增加或者调整告警的阀值等),以便下次可以更早发现或预防问题。
日志,监控和链路追踪三中平台的基本架构是一致的:数据收集 -> 数据处理 -> 数据展示(告警),主要差异是数据源的不一致,
所以搭建三套平台显然很冗余,也不便于维护管理。但是很可惜,目前很没有一套成熟的方案,不过相信随着社区的发展,不会等太久。
结合最近的工作,本片 ...
构建现代化命令化工具&&使用Golang构建命令行工具
现代化命令行工具相比于传统命令行工具,其汲取了现代 web 的优秀的 UI 和交互设计,所以对用户更加友好,
同时也保留了命令行操作的高效性,能让用户体会到hack的乐趣。本片博文,将给大家讨论如何构建现代化命令行工具。
首先我会结合自身的经历,来谈谈为什么命令行是高效的,然后对比两组常用且核心功能相同的命令行工具,
让大家知道现代命令行工具一般具备哪些特征,最后依据这些特征,给大家总结使用 go 语言构建现代命令行的过程,
以及常用的库。
为什么偏爱命令行作为一位 Hacker,我十分推崇键盘操作模式和以终端为中心的工作模式这两种理念哲学。很大程度上,这两种理念哲学是 Hacker 文化的重要部分。
键盘操作,与之相对应的是鼠标(触屏等)操作,这两种模式是目前的主流人机交互方式。对于使用过VIM和Word两种工具的用户,
会很容易理解,两种模式的区别。word如今使用更加广泛,并且鼠标操作模式也一直是主流,而VIM的使用人群则相对固定(开发者),
对于一个深度使用VIM的人是很难抛弃它,VIM 吸引用户的魔力正是键盘操作模式,而 VIM 正是以键盘为中心操作模式的代表,
这种设计哲学 ...
博客优化:Hexo支持webp格式&&迁移到香港云主机
最近使用lighthouse对博客做了一个测试,测试结果如下,以下是桌面 PC 端的测试的结果:
下图是一个优秀个人博客网站的测试结果,通过对比可以发现有很大差距。
这个测试能够一定程度反映网站的用户体验,测试主要包含性能,可访问性,SEO和最佳实践四个方面。通过测试,我们能发现网站存在的问题,
同时lighthouse工具也提供关于这些问题的一些改进建议。其中很多问题网上已经有优化方案了,我们就不再搬运了,但是关于Hexo建站如何优雅使用webp图片格式的问题,
还没有成熟的方案,本片博文将给大家分享我是如何实现 Hexo 兼容webp格式图片,且做到无感知,全自动化的管理的;
同时也会简单介绍通过将博客迁移到香港云主机,优化国内读者的访问速度的过程。
图片资源优化技术类文章不可避免地需要大量的配图,同时随着博客文章的图片的增多,偶尔出现几 M 大小的图片,博客页面加载就会变慢,影响读者的阅读体验。
缩小页面的中配图的大小,加速博文渲染速度迫在眉睫,但是最终实现不能以牺牲图片的质量和显示效果为代价。查阅相关资料,我尝试了从以下两种思路进行优化。
第一种思路是使用压缩工具将过大的 ...
docker最佳实践-减小镜像体积
系列文章docker最佳实践系列介绍了容器使用的一些最佳实践,内容包括如何优化减少镜像的大小,如何提升构建速度(这在CICD中十分重要),
如何管理镜像等。如果有需要的小伙伴,可以一起讨论学习。
减小镜像体积
提升构建速度
大纲当我们刚开始接触Docker,并尝试使用docker build构建镜像时,通常会构建出体积巨大的镜像。而事实上,我们可以通过一些技巧方法减小镜像的大小。
本片博文,我将介绍一些优化技巧,同时也会探讨如何在减小镜像大小和可调试性取舍。这些技巧可以分为两部分:第一部分是多阶段构建(multi-stage builds),
正确使用多阶段构建能够极大减小构建物镜像的大小,同时还会解释静态链接(static link)和动态链接(dynamic link)之间的区别以及为什么我们需要了解它们;
第二部分是使用一些常见的基础镜像,这些基础镜像仅包含我们所需要的内容,而无需引入其他文件。
场景还原首先,我们通过Golang和C的两个Hello world程序去还原很多开发者第一次使用docker build所构建出镜像,
并且看看这些的镜像的大小。
下面是C的Hell ...