搜索[k8s]结果-低调大师优秀个人博客

精选列表

搜索[k8s]，共4073篇文章

SparkSQL on K8s 在网易传媒的落地实践

SparkSQL迁移到K8s的收益传媒大数据将SparkSQL迁移到K8s主要基于如下考量：可以将计算和存储进行解耦，即存算分离。

2022-10-17

每日一博 | 云原生 Kubernetes（k8s）标签详解

在k8s上如果使用pod控制创建的pod，在pod发生故障以后，对应pod会被对应的控制器重启或重建，一个pod重建以后，对应的ip地址和名称都是会发生变化的，所以靠ip地址和名称关联pod是不行的；那靠什么关联

2022-09-05

K8s小白？应用部署太难？看这篇就够了！

对于不懂容器的开发者来说，要学习 Dockerfile 语法、K8s Yaml 语法、 Jenkins Pipeline 语法，学习成本有点高。"我还要 Coding 呢！"

2022-08-23

KubeKey 2.0.0 发布：让离线部署 K8s 更加便捷

KubeSphere 社区开源的一款高效集群部署工具，运行时默认使用 Docker , 也可对接 Containerd CRI-O iSula 等 CRI 运行时，且 ETCD 集群独立运行，支持与 K8s

2022-03-14

K8S-基于Kubeadm安装K8S集群

K8S部署指南机器环境准备首先准备3台虚拟机,本文用的VM16.2作为虚拟机,CentOS Linux release 7.9.2009 (Core) 作为镜像没有什么可说的正常的网上一堆教程

2022-01-16

大规模 K8s 集群管理经验分享 · 中篇

🔥【高手问答第 271 期 -- 聊聊大规模 K8s 集群管理】之经验分享·上篇获得了同学们的广泛关注，在技术同学的努力下，经验分享·中篇也来和大家见面啦！

2021-12-06

大规模 K8s 集群管理经验分享 · 上篇

Q1：K8s 上面部署不通的应用对于存储有不同的要求，有的要高吞吐，有的是要低响应。大规模 K8s 部署的时候是怎么协调这种存储差异的问题？还是说需要根据不同的场景，运维不同的存储服务？

2021-12-01

新东方在有状态服务 In K8s 的实践

作者｜周培，新东方架构部容器组专家有状态服务建设一直以来都是 K8s 中非常具有挑战性的工作，新东方在有状态服务云化过程中，采用定制化 Operator 与自研本地存储服务结合的模式，增强了 K8s

2021-09-18

k8s应用部署(实际生产环境,无坑版本)

2 --> 一.Docker harbor搭建二.构建提交镜像三.k8s部署一.Docker harbor搭建 1.1 .docker harbor部署(https://www.cnblogs.com

2021-07-08

从入门到上手：什么是K8S持久卷？

如果你想全面了解K8S其他概念的话，可[以先查看此前发布的文章。](https://mp.weixin.qq.com/s?

2021-06-17

k8s集群中部署jenkins、gitlab、nexus实现CICD

文本方式 5）所有需要的凭据如下，nexus的docker仓库、gitlab版本库、jenkins的集群sa等认证凭据 2.jenkins的代理节点添加 1）找到节点管理 2）配置云代理节点 3）首先配置k8s

2021-06-02

作者 |Lukasz Raczylo 编译|云原生计算编辑部昨晚在我的树莓派上进行更新的时候，所有节点突然停止检测网络接口，并且无法恢复！！！那时我有两个选择，但都很费时：方法1：提早起床，并按照我自己之前的文章手动重建，也许还会发现一些改进的余地。我已经亲身试验了很多次：这种方法很容易出错，主要是输入错误或跳过一个或两个步骤，然后在接下来的半个小时试图找出到底发生了什么事，再抹去一切并从头开始一遍又一遍。方法2：及早醒悟并从头开始编码，这样可以让我的最终解决方案实现执行一次并永久使用，使整个集群的重建和生产尽可能容易地进行复制。当然，这将意味着更多的停机时间。但是，它的好处将是长期的，这使我不必担心集群本身，并最终将其视为一个稳定的解决方案，可以向其迁移整个本地基础架构。自动化传奇开始在开始任何工作之前，我都非常专注于基础知识，并提出了在整个过程中遵循的一些原则。这样创建的环境各部分之间的代码之间逻辑上有很多分隔，因此亲爱的读者，您可以更容易地更改代码或注释掉整个文件以禁用此处或此处的少量功能。原则1：在树莓派上设置 Kubernetes 集群可以分为三个部分：设置存储卡，在系统级别上进行节点配置，最后扩展 Kubernetes 资源。原则2：在我的旧版 Intel NUC 上运行着一个NFS服务，该服务已连接到 DROBO 存储。很适合将它用作所有节点的永久共享存储。原则3：树莓派的集群在我的家庭网络中的 VLAN 中运行，因此保护它不是我的优先事项，所有服务以及节点都应易于访问，而无需处理 credentials。要重现结果（或使其发挥作用），您将需要： Mac：当我有空安装Linux VM时，我可能会在脚本中添加平台监测部分 Ansible：我使用的版本为2.10.6 Terraform：用0.13.4编写，也适用于0.14.8 Make：任意版本应该均可使用树莓派集群：步骤1 树莓派使用存储卡作为其硬盘驱动器。这可能不是最佳选择，并且绝对不会给您最大的读写操作速度，但对于业余爱好项目而言，应该足够了。步骤1需要注意什么？格式化存储卡将存储卡分为两个分区-1GB +其余存储卡将Alpine Linux镜像复制到存储卡上创建系统覆盖系统覆盖负责设置 Promisc 模式下的 eth0（对于MetalLB来说是必需的），并配置 SSH 免密登陆。重要提示：检查001-prepare-card.sh的来源，请确保刚才插入的存储卡实际上是/dev/disk5，否则可能会丢失数据。结果：准备6张存储卡大约需要一分钟。树莓派集群：步骤2 这一步才是真正有趣的开始。我猜你已经把存储卡插入到你的树莓派，连接了所有的电缆(网络和电源)，并允许它们启动？你现在需要获取你的设备的 IP 地址——你可以通过连接屏幕到每一个设备并执行ifconfig eth0或者登录到你的路由器并检查来实现。用合适的值调整pi-hosts.txt。 [masters]pi0ansible_host=192.168.50.132#Pi0 [workers]pi1 ansible_host=192.168.50.135 # Pi1pi3 ansible_host=192.168.50.60 # Pi3pi4 ansible_host=192.168.50.36 # Pi4pi2 ansible_host=192.168.50.85 # Pi2pi5 ansible_host=192.168.50.230 # Pi5 重要提示:今后很少有事情需要pi0主机名。将以下内容添加到~/.ssh/config，强制将所有pi *主机作为根连接。 Host pi? User root Hostname %h.local 因为我们已经准备好了微机，所以我们需要为 Ansible 运行做好准备。使用001-prepare- anable .sh脚本可以轻松完成此操作，该脚本将将 ssh 到 pi-hosts 文件中指定的每个服务器，为NTP配置 chrony 并安装 Python 解释器。重要提示：您可能需要检查rpi.yaml文件并根据需要调整vars部分。成功执行此步骤后，您可以执行ansible-playbook rpi.yaml -f 10来运行Ansible，该运行将按以下顺序进行：常见操作：安装必要的软件包分区并格式化 RPI 存储卡将“更大”的分区设置为系统磁盘添加所有 fstab 条目提交更改重新启动树莓派以从“permanent”分区启动 KUBEMASTER: 使用 kubeadm 设置主节点将令牌存储在本地（在static/token_file中） root在树莓派上设置可以访问 kubectl 的用户将 Kubernetes 配置保存在本地（在static/kubectl.conf中） KUBEWORKER: 将 token 复制到 worker 节点它使 worker 通过 token 文件加入您的主服务器将kubectl.conf复制到 workers 的root用户基本操作：从 Master 上移除污点，使其参与工作负载在节点上安装py3-pip，PyYaml和helm 如果您还在阅读(恭喜您)，您刚刚完成了基本的Kubernetes集群。我相信，这就像执行几个脚本然后等待它们完成一样简单，而且肯定比手动方法更好。重要提示：您可以任意多次运行它。一旦完成，你的存储卡就不会重新格式化。结果：安装6节点的基本 Kubernetes 集群大概需要花费几分钟，具体的时间取决于你的网络链接状态。树莓派集群：步骤3 成功执行前两个步骤后，您应该已经准备好将树莓派的集群用于第一个部署。只需很少的基本设置步骤即可使其按需运行，但是请猜测一下……它们也被自动设置，并由 Terraform 来负责。首先让我们看一下配置： # Variables used for barebone kubernetes setupnetwork_subnet = "192.168.50" net_hosts = { adguard = "240" adguard_catchall = "249" traefik = "234" torrent_rpc = "245"} nfs_storage = { general = "/media/nfs" torrent = "/mnt/drobo-storage/docker-volumes/torrent" adguard = "/mnt/drobo-storage/docker-volumes/adguard"} # ENV variable: TRAEFIK_API_KEY sets traefik_api_key# ENV variable: GH_USER, GH_PAT for authentication with private containers 您可以看到我正在192.168.50.0/24网络中运行集群，但是默认情况下，MetalLB 将使用地址200-250作为网络地址池的“end”。当我有了我的家庭 torrent 服务器和来自Adguard 的 DNS 时，我希望它们具有特定的地址，连同 Traefik 平衡器为仪表板提供“东西”。重要提示： nfs_*_path值应与您在步骤2中更新的设置兼容。确保您的 Kubernetes 配置文件~/.kube/config更新了static/kubernetes.conf的访问细节，我正在使用home-k8s作为上下文名称。 Terraforming有什么作用？网络安装 flannel和host-gw的配置补丁; 安装metalLB并将网络设置为var.network_subnet200–250； Traefik 安装 Traefik 代理，并通过 metalLB 负载平衡器将其公开到您的家庭网络。Traefik 仪表板本身可以通过以下方式访问traefik.local 在树莓派集群上运行的 Traefik 仪表板 Adguard 使用 NFS 安装具有持久卷声明的 Adguard DNS 服务；通过 traefik 公开仪表板，并通过家庭网络中的专用IP公开服务本身，如下所示：adguard.local 在树莓派集群上运行的 Adguard Home Prometheus 在所有节点上安装和部署 Prometheus 监控堆栈和 grafana。更新 Prometheus DaemonSet，从而消除了进行卷挂载的必要性。它也通过 traefik 将 grafana 曝光为grafana.local。默认的 grafana 用户/密码组合为admin:admin。Grafana 附带一个预装的插件 devopsprodigi - kubegrafi -app，我认为这是用于集群监控的最佳插件。在树莓派集群上运行的 Grafana 仪表板 Kubernetes Dashboard 安装 KubernetesDashboard并通过 traefik 将其公开k8s.local 在树莓派集群上运行的 Kubernetes 仪表板 1.Torrent 使用 Flood Web 界面安装和部署torrent服务器（rTorrent）。通过公开仪表板torrent.local。它使用大量的挂载来存储数据和配置。有一个将复制设置为1的理由：-rTorrent的lock file有问题，并且由于它使用共享目录，因此如果检测到lock file件，它就不会启动。（在我的私有配置中）rTorrent被设置为监听端口23340。 2.备份由于树莓派运行在存储卡上，由于经常读写操作，存储卡可能会磨损，所以我决定在NFS中添加etcd的定期备份。它们每天运行一次，在t erraform 应用的配置下——每个备份“重量”约为32兆字节。为了使操作更简单，我创建了 Makefile，该文件应该可以帮助您进行设置。您可能需要设置以下环境变量。 TRAEFIK_API_KEY // Traefik API keyGH_USER // Github userGH_PAT // Github Personal Access Token 重要提示:Github 证书现在还没有使用，但我计划很快添加身份验证，以便从 GHCR 提取私有镜像。 ADDITIONAL_ARGS=-var 'traefik_api_key=$(TRAEFIK_API_KEY)' -var "github_user=$(GH_USER)" -var "github_pat=$(GH_TOKEN)" apply: cd infrastructure; terraform apply $(ADDITIONAL_ARGS) -auto-approve -var-file ../variables.tfvars plan: cd infrastructure; terraform plan $(ADDITIONAL_ARGS) -var-file ../variables.tfvars destroy: cd infrastructure; terraform destroy $(ADDITIONAL_ARGS) -var-file ../variables.tfvars destroy-target: cd infrastructure; terraform destroy $(ADDITIONAL_ARGS) -var-file ../variables.tfvars -target $(TARGET) refresh: cd infrastructure; terraform refresh $(ADDITIONAL_ARGS) -var-file ../variables.tfvars init: cd infrastructure; rm -fr .terraform; terraform init import: cd infrastructure; terraform import $(ADDITIONAL_ARGS) -var-file ../variables.tfvars $(ARGS) lint:terraformfmt-recursiveinfrastructure/ 总结所有代码可在 GitHub 上的 lukaszraczylo / rpi-home-cluster-setup 中使用，任何人均可免费使用和修改）。我还发布了具有支持 ARM64 处理器的多体系结构的定制构建的 docker 映像（rTorrent和Flood）。自动化可以节省时间，节省精力，而且绝对可以完成工作。我经常清除整个集群，并使用前面提到的存储库从头开始构建，以确保它按预期工作。我将保持这篇文章和存储库的最新功能和特性。原文链接： https://itnext.io/i-broke-my-kubernetes-cluster-running-on-raspberry-pi-355234a24d 重磅！云原生计算交流群成立扫码添加小助手即可申请加入，一定要备注：名字-公司/学校-地区，根据格式备注，才能通过且邀请进群。了解更多微服务、云原生技术的相关信息，请关注我们的微信公众号【云原生计算】！

2021-05-21

K8s手动方式搭建平台及问题汇总

现在换了份工作，新环境使用k8s容器环境管理，心思着把以前的相关文档汇总起来编写成博文方便自己复习 k8s概要由于图片有上一家信息在上面，相关图片就不放上面了。

2021-03-10

为什么还要用K8s

随着k8s 作为容器编排解决方案变得越来越流行，有些人开始拿 Docker 和 k8s进行对比，不禁问道：Docker 不香吗? k8s 是kubernets的缩写，’8‘代表中间的八个字符。

2020-12-28

在K8S中使用Argo CD做持续部署

作者 | 乔克持续部署这个词对技术人员来说并不陌生，很多时候我们都将CI和CD揉在一起了，今天我们将他们分开。什么是ArgoCD Argo CD is a declarative, GitOps continuous delivery tool for Kubernetes. Argo CD是一个基于Kubernetes的声明式的GitOps工具。在说Argo CD之前，我们先来了解一下什么是GitOps。什么是GitOps GitOps是以Git为基础，使用CI/CD来更新运行在云原生环境的应用，它秉承了DevOps的核心理念--“构建它并交付它(you built it you ship it)”。概念说起来有点虚，我画了张图，看了你就明白了。 image.png 当开发人员将开发完成的代码推送到git仓库会触发CI制作镜像并推送到镜像仓库 CI处理完成后，可以手动或者自动修改应用配置，再将其推送到git仓库 GitOps会同时对比目标状态和当前状态，如果两者不一致会触发CD将新的配置部署到集群中其中，目标状态是Git中的状态，现有状态是集群的里的应用状态。不用GitOps可以么？当然可以，我们可以使用kubectl、helm等工具直接发布配置，但这会存在一个很严重的安全问题，那就是密钥共享。为了让CI系统能够自动的部署应用，我们需要将集群的访问密钥共享给它，这会带来潜在的安全问题。 ArgoCD Argo CD遵循GitOps模式，使用Git存储库存储所需应用程序的配置。 Kubernetes清单可以通过以下几种方式指定: kustomize应用程序 helm图表 ksonnet应用程序 jsonnet文件基于YAML/json配置配置管理插件配置的任何自定义配置管理工具 Argo CD实现为kubernetes控制器，它持续监视运行中的应用程序，并将当前的活动状态与期望的目标状态进行比较(如Git repo中指定的那样)。如果已部署的应用程序的活动状态偏离了目标状态，则认为是OutOfSync。Argo CD报告和可视化这些差异，同时提供了方法，可以自动或手动将活动状态同步回所需的目标状态。在Git repo中对所需目标状态所做的任何修改都可以自动应用并反映到指定的目标环境中。 Argo CD就处在如下位置： image.png 它的优势总结如下：应用定义、配置和环境信息是声明式的，并且可以进行版本控制；应用部署和生命周期管理是全自动化的，是可审计的，清晰易懂； Argo CD是一个独立的部署工具，支持对多个环境、多个Kubernetes集群上的应用进行统一部署和管理实践前提：有一个可用的Kubernetes集群。实验环境： kubernetes：1.17.2 argo cd：latest 安装Argo CD 安装很简单，不过在实际使用中需要对数据进行持久化。我这里直接使用官方文档的安装命令： kubectlcreatenamespaceargocdkubectlapply-nargocd-fhttps://raw.githubusercontent.com/argoproj/argo-cd/stable/manifests/install.yaml 执行成功后会在argocd的namespace下创建如下资源。 #kubectlgetall-nargocdNAMEREADYSTATUSRESTARTSAGEpod/argocd-application-controller-01/1Running016hpod/argocd-dex-server-74d9998fdb-mvpmh1/1Running016hpod/argocd-redis-59dbdbb8f9-msxrp1/1Running016hpod/argocd-repo-server-599bdc7cf5-ccv8l1/1Running016hpod/argocd-server-576b4c7ff4-cnp9d1/1Running016hNAMETYPECLUSTER-IPEXTERNAL-IPPORT(S)AGEservice/argocd-dex-serverClusterIP10.105.217.139<none>5556/TCP,5557/TCP,5558/TCP16hservice/argocd-metricsClusterIP10.97.116.36<none>8082/TCP16hservice/argocd-redisClusterIP10.105.63.34<none>6379/TCP16hservice/argocd-repo-serverClusterIP10.111.153.131<none>8081/TCP,8084/TCP16hservice/argocd-serverClusterIP10.105.229.250<none>80/TCP,443/TCP16hservice/argocd-server-metricsClusterIP10.104.8.45<none>8083/TCP16hNAMEREADYUP-TO-DATEAVAILABLEAGEdeployment.apps/argocd-dex-server1/11116hdeployment.apps/argocd-redis1/11116hdeployment.apps/argocd-repo-server1/11116hdeployment.apps/argocd-server1/11116hNAMEDESIREDCURRENTREADYAGEreplicaset.apps/argocd-dex-server-74d9998fdb11116hreplicaset.apps/argocd-redis-59dbdbb8f911116hreplicaset.apps/argocd-repo-server-599bdc7cf511116hreplicaset.apps/argocd-server-576b4c7ff411116hNAMEREADYAGEstatefulset.apps/argocd-application-controller1/116h 访问Argo server的方式有两种：通过web ui 使用argocd 客户端工具我这里直接使用web ui进行管理。通过kubectl edit -n argocd svc argocd-server将service的type类型改为NodePort。改完后通过以下命令查看端口： #kubectlgetsvc-nargocdNAMETYPECLUSTER-IPEXTERNAL-IPPORT(S)AGEargocd-dex-serverClusterIP10.105.217.139<none>5556/TCP,5557/TCP,5558/TCP17hargocd-metricsClusterIP10.97.116.36<none>8082/TCP17hargocd-redisClusterIP10.105.63.34<none>6379/TCP17hargocd-repo-serverClusterIP10.111.153.131<none>8081/TCP,8084/TCP17hargocd-serverNodePort10.105.229.250<none>80:32109/TCP,443:30149/TCP17hargocd-server-metricsClusterIP10.104.8.45<none>8083/TCP17h 然后通过http://IP:32109访问页面，如下： image.png 登录账号为admin，密码通过以下命令获取。 kubectlgetpods-nargocd-lapp.kubernetes.io/name=argocd-server-oname|cut-d'/'-f2 然后进入如下界面。 image.png 创建应用这里仅仅是为了测试argo，所以并没有做ci部分。我在gitlab上准备了一个仓库，仓库里的文件很简单，如下： image.png 其中manifests下就是一个deployment文件，内容如下： apiVersion:apps/v1kind:Deploymentmetadata:labels:app:devops-argocd-testname:devops-argocd-testnamespace:defaultspec:minReadySeconds:60progressDeadlineSeconds:600replicas:1revisionHistoryLimit:10selector:matchLabels:app:devops-argocd-testtemplate:metadata:labels:app:devops-argocd-testspec:containers:-name:devops-argocd-testimage:registry.cn-hangzhou.aliyuncs.com/rookieops/argocd-test-app:v1imagePullPolicy:Alwaysports:-containerPort:8080name:tcp-8080protocol:TCP---apiVersion:v1kind:Servicemetadata:labels:app:devops-argocd-testname:devops-argocd-testnamespace:defaultspec:ports:-name:tcp-8080port:8080protocol:TCPtargetPort:8080selector:app:devops-argocd-testsessionAffinity:Nonetype:NodePort 现在我们在Argo里创建应用，步骤如下：（1）添加仓库地址，Settings → Repositories，点击 Connect Repo using HTTPS 按钮： image.png 填入以下信息。 image.png 验证通过后显示如下： image.png （2）创建应用 image.png image.png 创建完成后如下所示： image.png 由于我设置的是手动SYNC，所以需要点一下下面的SYNC进行同步。然后可以看到状态都变成正常。 image.png 这时候我们在集群里可以看到创建了v1版本的应用了。 #kubectlgetpod|grepdevops-argocd-testdevops-argocd-test-7f5fdd9fcf-xbzmp1/1Running0118s#kubectlgetsvc|grepdevops-argocd-testdevops-argocd-testNodePort10.97.159.140<none>8080:31980/TCP2m6s 这时候访问应用，如下： image.png 配置变更接下来我手动进行配置变更，修改manifests下的deploymeny.yaml文件中的镜像为v2版本，如下： image.png 然后提交到仓库。这是到ArgoCD中可以看到状态变成了OutOfSync image.png 这时候再手动sync一下，直到状态都变正常。再访问上面的应用。 image.png image.png 可以看到应用已经更新部署了。我们可以看到整个应用的关系状态，如下： image.png 还可以看到部署历史。 image.png 也可以通过这个界面进行回滚。 image.png 不过这个回滚并不会回滚gitlab上的代码哈。我上面设置的是手动，你可以设置为自动，自己动手测试一番吧。官方文档：https://argoproj.github.io/argo-cd/#features 进群请扫码加青牛踏雪本文分享自微信公众号 - Kubernetes技术栈（k8stech）。如有侵权，请联系 support@oschina.cn 删除。本文参与“OSC源创计划”，欢迎正在阅读的你也加入，一起分享。

2020-12-09

K8S安装kubectl客户端和配置apiServer

一、配置K8S的yum源直接复制下面整段代码到shell客户端执行，新增kubernetes源 cat <<EOF > /etc/yum.repos.d/kubernetes.repo

2020-11-29

浅谈云计算：OpenStack、Docker、K8S的演进史

K8S - 为 Docker 而生当只需要一个容器时，你可以手工部署，没有问题。

2020-11-05

不会Docker和K8S，同事被移出公司群聊

好了，说完了 Docker，我们再把目光转向 K8S。

2020-07-21

OAM K8s 标准实现 Crossplane 项目进入 CNCF Sandbox

在同 OAM 社区进行深度合作之后，今天的 Crossplane 是一个面向混合云场景的应用与云服务管理控制平面，它致力于基于 K8s 声明式 API，遵循开放应用模型标准对应用进行管理与交付，并通过独有的机制对云服务以云平台无关的

2020-07-09

K8S Worker节点增加可承载的Pod数量

在K8S集群中，默认每Worker节点最大可创建110个Pod，实际可以根据节点资源情况调整范围。

2020-05-14

资源下载

更多资源

Mario

马里奥是站在游戏界顶峰的超人气多面角色。马里奥靠吃蘑菇成长，特征是大鼻子、头戴帽子、身穿背带裤，还留着胡子。与他的双胞胎兄弟路易基一起，长年担任任天堂的招牌角色。

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Spring

Spring框架（Spring Framework）是由Rod Johnson于2002年提出的开源Java企业级应用框架，旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念，提供核心容器、应用上下文、数据访问集成等模块，支持整合Hibernate、Struts等第三方框架，其适用范围不仅限于服务器端开发，绝大多数Java应用均可从中受益。

Sublime Text

Sublime Text具有漂亮的用户界面和强大的功能，例如代码缩略图，Python的插件，代码段等。还可自定义键绑定，菜单和工具栏。Sublime Text 的主要功能包括：拼写检查，书签，完整的 Python API ， Goto 功能，即时项目切换，多选择，多窗口等等。Sublime Text 是一个跨平台的编辑器，同时支持Windows、Linux、Mac OS X等操作系统。