运维一定要学openstack吗
社区干货
作为DBA运维如何花样提效,生产力大提高!
要求比较高,但是工作内容因为细分较多,每个人负责的技术方向不一样,所以会有"拧螺丝"的感觉。实际上大家的水平还是很厉害的。要求我们有“造航母”的能力,也不一定去"造航母"。而是要从整体从项目架构层面有一定的了解。拧螺丝也不是为了重复机械的工作,而是要从繁琐的工作中学习到经验。作为公司的一名DBA,浅说一下自己的看法1. 多思考总结。 DBA是一个需要经验的岗位,刚开始学习数据库时,要学很多内容,但当真正在工...
从混合部署到融合调度:字节跳动容器调度技术演进之路
那么它相应的数据 Partition 也需要被重新计算。此时它是由应用层框架进行 failover 重试,因此它具备一定的可重入性。微服务的可重试性相对弱很多,因为它的报错告警会直接感知到这些重试。然而微观层面的延迟... 底部机器供给运维都是割裂的,上层平台和周边设施是独立建设的,这就导致了更大范围的共池复用非常困难。基于此,字节跳动基础架构编排调度团队提出了新一代的编排调度系统:GödelCloud 。****GödelC...
一文带你读懂:云原生时代业务监控|社区征文
帮助运维同学高效实现容器集群的管理;对于开发同学来说,我们所负责的业务系统经过上云部署之后,如果需要进行应用健康性和业务数据监控,会遇到哪些可观测性监控的问题,又应该如何解决呢?# 3、云原生破局利剑与理论依据**必须先提及两个基础概念:Promutheus 和 可观测性理论。**Prometheus 不必多说,它就是云原生监控的破局利剑,是兵器;可观测性理论就是我们监控的理论来源,是兵法;有了兵法和兵器,我们才能披荆斩棘,解决实...
我的2021云原生之路 |社区征文
2021年的主要目标就是补齐云原生技术栈。当时定的目标主要有1. 写一个 k8s Operator2. 学习k8s的网络和存储3. 给 CNCF 项目提交PR当然作为一个工程师需要有自己的主力语言,所以加了下面4. Golang 语言的精... 应该是如何用 Go 语言写后端项目。进而如何进行微服务的治理和运维。目前 Go 写的开源项目层出不穷,通过源码学习永远是最佳的方式。[Go 进阶训练营笔记](https://github.com/zhuyaguang/go-exp/blob/main/Go%20%...
特惠活动
运维一定要学openstack吗-优选内容
运维一定要学openstack吗-相关内容
AI元年:一名前端程序员的技术之旅|社区征文
应该对浏览器原理、Web 发展历史、互联网起源、JS 语言的演变有着深入的理解的看法。* 一个真正优秀的负责开发服务端的工程师,应该对网络原理、系统运维、服务端架构至实践均有无微不至的理解和经验。而不是今天学点Java、明天了解点JavaScript,你就是一个全栈了,这不叫全栈。这是典型的“伪全栈”。一个出色的工程师至少应该深入理解自己专业领域的核心知识,然后在转身投入另一个专业领域,随着知识的洗礼,不想成为全栈都难。...
全面揭秘!火山引擎边缘 IaaS 混合部署架构实践
简单运维等能力。**在云时代基础设施的探索中,边缘IaaS混合部署架构和云原生边缘计算展现出了巨大的潜力和前景,云原生具有弹性伸缩,标准化部署和自动化运维等诸多优势。火山引擎边缘云团队选择拥抱云原生,并且在... 例如 Openstack,想要将容器、云主机和裸金属等资源进行统一的编排是极其困难的,但是基于云原生的架构火山引擎边缘云团队通过 CRD 的扩展机型,可以非常方便的将这些资源做统一的编排,通过定义不同的 CRD 对象,VM,CI...
用 Weave Net 打开跨主机容器互联大门 | 社区征文
近期针对多台机器之间 Docker 容器网络互通进行了研究,发现多台机器同网段 Docker 容器互通需要划分网段并配置 iptables 路由转发才可通信,不同网段亦如此,而通过新增容器发现配置维护工作更多,思考于此,有没有三方... **定位**: 以开发者为中心的云原生运维### 解决内容**定位**:跨主机容器互联-Weave 方案,其实原理是在每台机器上跑一个自己写的 Router 程序起到路由器的作用,然后在路由器之间建立一个全打通的 PC 连接,接着在...
Kubernetes 容器平台架构之道|社区征文
降低运维复杂度**。Kubernetes **在技术架构方面**具备三个能力:**敏捷的弹性伸缩能力**:不同于虚拟机分钟级的弹性伸缩响应,容器应用可实现秒级甚至毫秒级的弹性伸缩响应;**智能的服务故障自愈能力**:容器应用具有极强的自愈能力,可实现应用故障的自动摘除与重构;**大规模的复制分发能力**:容器应用标准化的交付制品,可实现跨平台、跨区域,云边一体规模化复制分发部署能力。**1.1.Kubernetes 整体架构**