二月 2026
ttys3.dev
显示 Similarweb 估计数据。
关联 GA4,公开验证您的网站指标
与您的成功同步
绑定 Google Analytics,验证您网站的流量及用户参与度指标
跳出率
44.87%
每次访问页数
1.55
平均访问时长
00:00:32
- 公司
- - -
- 行业
- - -
ttys3.dev的 10 大竞争对手
在 二月 2026 与 ttys3.dev 相似的前 10 名网站,按关键字流量、受众定位和市场重叠方面与 ttys3.dev 的关联性排名
缘起 见此文有感而发. 目前大家深度炼丹普遍使用的是 Ubuntu 系统,看 CUDA 支持的发行版,自然也会有 Cent OS 和 openSUSE.实验室使用的也是 Ubuntu 系统,最终也才
- 公司
- - -
- 行业
- - -
跳出率
43.89%
每次访问页数
1.52
平均访问时长
00:00:09
相似度评分
100%听摇滚,但不偏颇;也挺古典,但不安逸
- 公司
- - -
- 行业
- - -
跳出率
44.82%
每次访问页数
1.62
平均访问时长
00:00:17
从零开始搭建 k8s 集群环境系列笔记:从零开始搭建 k8s 集群环境 (一)—— 搭建镜像存储服和镜像服 从零开始搭建 k8s 集群环境 (二)—— 构建 Kubernetes 安装包 从零开始搭建 k8s 集群环境 (三)—— 搭建 Master 节点 从零开始搭建 k8s 集群环境 (四)—— 添加 Node 节点 从零开始搭建 k8s 集群环境 (五)—— 安装 Pod 网络 从零开始搭建 k8s 集群环境 (六)—— 部署 Dashboard UI 从零开始搭建 k8s 集群环境 (七)—— 部署 Ingress 服务 从零开始搭建 k8s 集群环境 (番外)—— 纯手动部署全套经过几天的部署、熟悉和理解,对 k8s 的概念和结构都有了一定了解。而在实际操作中,我们的服务运行在服务器,通常都会做反向代理和负载均衡,增强灵活性。这篇博客就来实现 k8s 的反向代理和负载均衡。 环境说明:Master:VBox虚拟机/Centos_7.5-1804/192.168.56.100 Images:VBox虚拟机/Centos_7.5-1804/192.168.56.101 Node01:VBox虚拟机/Centos_7.5-1804/192.168.56.102软件环境说明:docker-ce-17.03.2 kubernetes-v1.9.0 harbor-v1.4.0一、结构梳理 再部署之前,我们先过一遍 k8s 的结构。在 k8s 中,我们的服务以 Pod 为单位分布在一个或多个物理 Node 之上,这些 Pod 通过每个 Node 上运行的 kube-proxy 中转向外提供服务。如果同一组 Pod 是运行在同一个 Node 之上的时候,我们可以通过 nodePort 直接向外暴露服务(比如上一篇部署的UI控制台就是通过这种方式),但是通常情况为了提高服务可用性,Pod 一般都是分布在多个 Node 上运行,但每个 Node 的对外 IP 不尽相同,客户调用的时候不方便切换和维护,更重要的是客户很难对众多 Node 做负载均衡等操作。 很明显,我们就需要一个类似 Nginx 这样的服务来“包容”这些提供服务的 Node,把负载均衡、反向代理的事情统统交给他去做。当然我们也可以手动创建一个运行在 k8s 上面的 Nginx 服务,直接实现上面的操作,但又有新的问题,当我们服务变动频繁,岂不是又得跟着手动改动 Nginx ?不!我们是程序员,一切能自动化解决的问题,我们一定要写个程序来实现它! 幸运的是,这个程序已经有人帮我们写好了,他就是——Ingress-Nginx!GitHub:kubernetes/ingress-nginx Home Page:NGINX Ingress Controller二、部署测试服务 之前在第五篇安装网络的时候我们已经部署了一个用来测试 Pod 直接网络的服务,这里我们仍旧继续使用这个服务作为我们的测试服务,但我们需要改动一下它的 yaml 文件,使其支持 Ingress 自动处理。 http-test.yaml 文件修改后内容如下: apiVersion: extensions/v1beta1 kind: Deployment metadata:name: http-test-dm spec:replicas: 3template:metadata:labels:name: http-test-dmspec:containers:- name: http-test-conimage: registry.cn-shenzhen.aliyuncs.com/lx0758-per/http-test:latestports:- containerPort: 80 --- apiVersion: v1 kind: Service metadata:name: http-test-ser spec:ports:- port: 80targetPort: 80selector:name: http-test-dm --- apiVersion: extensions/v1beta1 kind: Ingress metadata:name: http-test-ing spec:rules:- host: test.6xyun.lanhttp:paths:- path: /backend:serviceName: http-test-serservicePort: 80可以看到,我们只是在原来的基础上追加了一个 kind: Ingress 对象,内容就是使用 test.6xyun.lan 这个域名负载均衡到 http-test-ser 这个服务的 80 端口。改动完之后我们把他重新部署。
- 公司
- - -
- 行业
- - -
跳出率
43.15%
每次访问页数
1.70
平均访问时长
00:00:09
相似度评分
90%Explore our FAQs for insights on Telepresence and Edge Stack products. Get quick answers and detailed information to all your queries!
- 公司
- - -
- 行业
- - -
跳出率
39%
每次访问页数
1.61
平均访问时长
00:00:07
这是我的个人博客,这里记录了我的编程学习笔记和一些计算机的实用教程。
- 公司
- - -
- 行业
- - -
跳出率
39.78%
每次访问页数
1.47
平均访问时长
00:00:09
Use this guide along with my youtube video to make an amazing custom menu bar for your Mac!
- 公司
- - -
- 行业
- - -
跳出率
41.69%
每次访问页数
1.49
平均访问时长
00:00:28
相似度评分
80%需求:需要监控指定的邮箱发送邮件是否正常,使用 Prometheus 官方的 Python sdk,代码如下: 代码12345678910111213141516171819202122232425262728293031323334353637383940from prometheus_client import start_http_server, Gaugeimport smtplibimp
- 公司
- - -
- 行业
- - -
跳出率
48.78%
每次访问页数
1.58
平均访问时长
00:00:21
相似度评分
80%专注于it互联网,包括但不限于go语言(golang)、java、android、python、项目管理、抖音分析、软件架构等
- 公司
- - -
- 行业
- - -
跳出率
43.89%
每次访问页数
1.79
平均访问时长
00:00:16
相似度评分
48%ttys3.dev在 二月 2026 的前五名竞争对手是:butui.me、wener.me、escapelife.site、6xyun.cn等。
根据 Similarweb 的月访问量数据,ttys3.dev 在 二月 2026 的头号竞争对手是 butui.me。与 ttys3.dev 相似度排名第二的网站是 wener.me,排名第三的是 escapelife.site。
在 二月 2026,6xyun.cn 被评为与 ttys3.dev 相似度第四高的网站,getambassador.io 位居第五。
进入前十名榜单的其他五家竞争对手分别是 misterma.com、josean.com、zahui.fan、flysnow.org 和 。