作者小头像 Lv.6
更多个人资料
2662 成长值
30 关注
19 粉丝
+ 关注 私信

个人介绍

Devops,python,shell,云原生,云架构,kubernetes

感兴趣或擅长的领域

编程语言、DevOps、微服务架构、自动化运维
个人勋章
TA还没获得勋章~
成长雷达
2555
72
0
15
20

个人资料

个人介绍

Devops,python,shell,云原生,云架构,kubernetes

感兴趣或擅长的领域

编程语言、DevOps、微服务架构、自动化运维

达成规则

以上满足项可达成此勋章

  • 博客
  • 关注
  • 粉丝
  • 论坛
优化IT成本
优化IT成本管理层的工作是确保工作人员在任何时候都得到充分利用。资源是为一天的工作支付的，他们需要至少一整天的工作，最好更多。既然我们说的是DevOps，让我们讨论两个实际的管理示例，以有效地确保所有资源在Dev和Ops中得到充分利用。 优化开发资源我见过的最有效的方法是一个由19个资源组成的大型团队。这个团队是从大学刚毕业到15-20年开发经验的混合体。经理自然想要确保每个人都在工作，并...
作者小头像 kaliarch
89
0
0
2022-10-05 20:32:51
89
0
0
SRE最佳模型
在谷歌，SRE代表网站可靠性工程师。现场可靠性是关于我们工程师的速度和生产力，我们产品的性能和可靠性，以及我们代码库和生产环境的健康。我不想说SRE是谷歌做运营的方式，因为SRE是对我们如何做运营的一个重要的反思。SRE是一个独立的组织，在谷歌是一个独立的筒仓。他们维护着谷歌的大型生产系统，他们是任何与生产相关的咨询团队的核心，他们制定了最佳实践，他们为使我们的软件工程师易于生产的基础和工具...
作者小头像 kaliarch
96
0
0
2022-10-05 20:05:33
96
0
0
SRE vs 平台工程师
DevOps、GitOps和云原生工程组织的兴起在过去的十年里，工程和技术组织已经集中在构建和部署云原生应用程序的一组常见的最佳实践上。这些最佳实践包括连续交付、集装箱化和构建可观察的系统。同时，云原生组织已经从根本上改变了它们的组织方式，从大型部门（开发、QA、运营、发布）转移到更小的独立开发团队。这些应用程序开发团队得到了两个新功能的支持：站点可靠性工程和平台工程。SRE和平台工程是传统...
作者小头像 kaliarch
105
0
0
2022-10-05 20:04:57
105
0
0
选择DevOps还是SRE
DevOps是人员、过程和产品的结合，使我们的最终用户能够持续地获得价值。简单而直接，并清楚地表明我们需要解决整个系统。为了简洁起见，让我们看看这些部分在系统中的位置。以下是一些主要的主题。它绝不是详尽无遗的。 产品管理关键在于改进我们如何交付产品。产品管理需要在球上。我们不能假设我们建造的东西是有价值的。我们需要做我们的研究，做出价值假设，并找到在小价值实验上尽快获得反馈的方法。每一次交付...
作者小头像 kaliarch
66
0
0
2022-10-05 20:04:25
66
0
0
4款SRE利器
站点可靠性工程师可能只是被他们组织的其他部分视为现代巫师。他们预计将与现代云原生应用程序一起工作，这些应用程序比以往任何时候都更加复杂，并利用DevOps和站点可靠性工程技能。此外，这些工程师在使用这些复杂的应用程序时必须扮演几个角色，使用强大的工具，自动化可重复的过程，并尽可能减少辛劳（即手动步骤）。总而言之，现场可靠性工程可能是一项艰巨的任务，需要正确的SRE工具。 站点可靠性工程师的角...
作者小头像 kaliarch
92
0
0
2022-10-05 20:03:36
92
0
0
思考CloudOps中的访问控制模型
今天，每个应用程序都带有某种安全模型。然而，当我们用许多这样的应用程序开发我们的软件时，整个模型变成了所有这些不同模型的大杂烩。有时，它不是用目标应用程序所需的机器、人和对象抽象来建模的。这可能导致安全漏洞。让我们看看可能发生这种情况的一些情况。 场景一您刚刚使用运行在Amazon AWS上的Kubernetes部署了全新的shining应用程序。您已经设置了同类中最好的CI/CD管道，以确...
作者小头像 kaliarch
93
0
0
2022-10-05 20:02:50
93
0
0
如何检测SRE的黄金信号
站点可靠性工程(SRE)和相关概念最近非常流行，部分原因是著名的Google SRE书和其他人谈到了“黄金信号”，您应该监控这些“黄金信号”，以保持系统在扩展时的快速和可靠。每个人似乎都同意这些信号很重要，但你实际上如何监测它们？似乎没人多谈这个。这些信号比传统的CPU或RAM监视更难获得，因为每个服务和资源都有不同的度量、定义，尤其是所需的工具。微服务、容器和无服务器使获取信号变得更加困难...
作者小头像 kaliarch
82
0
0
2022-10-05 20:02:18
82
0
0
如何跟踪实际的服务水平目标
服务健康是根据多个服务级别目标定义的，这些目标以用户为中心，而不是以操作为中心。例如，要确保您的服务在没有过多维护工作的情况下运行得足够好，有一些关键问题；你的应用程序目前运行在什么服务水平？企业期望什么样的服务水平？您如何监控实际的服务水平？如果它低于预期的服务水平，你该怎么办？这些为您提供了明确的指导，说明您应该如何定义目标服务级别，如何监控实际服务级别，以及当您的应用程序出现服务丢失时...
作者小头像 kaliarch
92
0
0
2022-10-05 20:01:38
92
0
0
对DevOps工程师有用的CLI工具
这些是我正在使用的工具，并从我的同事那里观察/学习到的。使用正确的工具和技术将大大提高我们的生产力，并为我们的角色带来更多的价值。这里列出的一些是非常明显的，但为了完整起见，我在这里添加了它们。我想听听你在评论部分一直使用的类似工具。大多数这些工具都是开源的，确保使用它们不会违反公司的任何政策这些是要安装在工作站或笔记本电脑上的工具，但不能安装在服务器上 Cloud CLI我们大多数人使用I...
作者小头像 kaliarch
75
0
0
2022-10-05 20:00:51
75
0
0
持续交付的常见问题
人们对CD有很多误解。关于CD也有许多表面上并不明显的东西。如果你是“CD好奇心”，也许这会有所帮助。 “CI/CD or CD?”只是“CD”。正如DevOps包含安全、业务、遵从性、用户体验等，CD包含整个开发过程。 CI定义有一个客观的定义。有些人可能认为，每天从主干中提取更新，但只有在几天的工作后集成更改，以确保更改是“功能完成的”，这才是CI。人们相信各种各样不真实的事情。真的很难...
作者小头像 kaliarch
77
0
0
2022-10-05 20:00:04
77
0
0
总条数：450
  • 1
  • ...
  • 5
  • 6
  • 7
  • ...
  • 45
到第 页

上滑加载中

https://www.baidu.com/s?ie=utf-8&f=3&rsv_bp=0&rsv_idx=1&tn=baidu&wd=sed%20%E6%9B%BF%E6%8D%A2%E5%AD%97%E7%AC%A6%E4%B8%B2&rsv_pq=c7db61a600035dc5&rsv_t=5e19yEsbV9N5fIvdlGRU
作者小头像
作者小头像
快速交付
+ 关注 私信