翻译自 A Walkthrough of Adopting Infrastructure as Code 。
在之前的文章中,笔者介绍过 AWS CDK ,其是 AWS 开源的一款开发框架,使用常用的编程语言(如 TypeScript、Python 等),利用函数快速构建代码框架来配置、更新和管理云资源,但只支持 AWS 资源的定义和维护,其他公有云无法使用。而 Pulumi 可以以同样的方式在其他公有云上完成与 AWS CDK 类似的工作。
首先需要明确两个概念:上云和云原生。上云指的是将应用程序、数据和业务流程迁移到云计算环境中。而云原生则是一种构建和运行应用程序的方法,它利用云计算的弹性、可扩展性和敏捷性。
“ Pulumi新推出的K8s Operator,可直接从Git仓库中的程序,自动部署基础设施变更”
在一个充斥着低代码的世界中,基础设施自动化的“少代码”目标在平台工程领域变得更加流行。
翻译自 Infrastructure as Code: Modernizing for Faster Development 。
许多基础设施即代码的解决方案要求你明确地管理所谓的“状态”。这个状态是一个产物,用于跟踪你通过基础设施即代码定义的基础设施样式,以便可以轻松地将其与实际基础设施进行比较。这是实现差异和更新的方法。每个基础设施即代码工具都会存储这个基础设施状态,实际上它只是关于所有云资源、属性和依赖关系的元数据。然而,工具将其暴露给你的程度各不相同。
翻译自 Infrastructure as Code in Any Programming Language 。
当您听到“云原生”这个词时,您首先想到的是 Kubernetes 吗?Kubernetes 现在是仅次于 Linux 的第二大开源项目,是云原生池塘里的大鱼。但是在 CNCF 领域[1]和更广泛的云原生社区中还有许多其他项目。
翻译自 What Infrastructure as Code Must Do for CI/CD 。
一个 Pod 启动时会发生些什么?一个 Service 拿到公共 IP 之前又会干点啥?Deployment 的状态是怎么切换的?
随着 IaC 的兴起,DevOps 中对于与机器直接通信的需求日益增长,这使得开发人员和运维人员能够使用共享语言来实现和管理基础设施。
缺乏运维经验的AI专业人员,可以用Python或其他编程语言来定义和编排ML堆栈。
在某些技术领域,Kubernetes 被认为是一个不必要的复杂时间浪费,初创公司应该避免使用。使用 Kubernetes 和一个小团队被视为过度工程的标志。
好久不写 devOps 代码,程序君感觉莫名手欠。最近看着一个开源项目 pulumi 比较有意思,这个周末就在自己的 aws 账号里作死尝试了一把,嗯,还挺香。究竟有多香呢,我们来一起探索吧。
近年来基础设施即代码(IaC)的方式被越来越多的开发者和管理者所采用,各大公有云都提供了使用 IaC 管理自己云资源的方式,如 AWS 的 CloudFormation、阿里云的 ROS 等,而第三方的 Terraform 也有各大公有云的 Provider。越来越多像我一样的云资源运维和管理者开始采用 IaC 的方式对云资源进行创建、运维和管理。
翻译自 Does GitOps Provide the Key Fix for Kubernetes’ Complexity? 。
在快速发展的云原生领域,拥有一套高效的工具集合对于从业人员来说至关重要。本文将介绍一系列常用的云原生生态工具,涵盖了从基础设施即代码、容器编排、服务网格到监控、安全和持续交付等多个方面,助您在云原生生态领域事半功倍。
开源软件的流行程度与云计算的使用增长同步飙升,包括多云和混合云基础设施。Pluralsight 的 2023 年云状况报告显示,65% 的组织 积极使用多云环境。
无论您是喜欢还是讨厌抽象,它们在云开发中无处不在。选择那些带有逃生舱的,让您的生活更轻松。
平台工程的优势,以及成功团队用于赋予开发人员自主管理基础设施的三种主要方法的介绍。
基础设施即服务(Infrastructure as a Service,IaaS)、基础设施即代码(Infrastructure as Code,IaC)、以及最近的基础设施即数据(Infrastructure as Data,IaD)——当然,基础设施有多种形式、形态及规模。然而,尽管这些术语听起来很相似,看似很简单,但它们所表示的复杂概念却是完全不同的。
最近在使用 Terraform 来置备 OCI 的 Always Free Tier, 发现它非常好用。总结学习下:Terraform 的基础知识。
Pulumi 是一个开源的基础设施即代码 (Infrastructure as Code) SDK,它可以使用你已经熟悉和喜爱的编程语言来构建和部署任何架构、在任何云上的基础设施。通过使用自己喜欢的语言和工具编写代码,并嵌入到 Automation API 中,在 AWS、Azure、Google Cloud Platform 等 120 多个提供商上快速创建并管理资源。与 YAML 不同,Pulumi 支持循环、函数、类以及包管理等标准语言特性。核心优势如下:
在快速发展的软件开发和 IT 运营领域,DevOps 已成为一种变革性方法,旨在弥合开发和运营团队之间的差距。DevOps 强调协作、自动化和持续改进,以加快软件开发生命周期,同时确保可靠性和质量。成功实施 DevOps 的关键支柱之一是战略性地使用支持开发过程各个阶段的各种工具。
译自 Don’t Sacrifice Developer Experience for Platform Governance 。
10 月 18 日~ 20 日,第 12 届中国数据库技术大会(DTCC2021)在北京国际会议中心隆重召开。PingCAP 联合创始人兼 CTO 黄东旭受邀在主会场进行了以 “TiDB Cloud:from Product to Platform” 为主题的演讲,分享了云原生时代数据库产品平台化的重要性,以及 TiDB 从 DB 到 DBaaS 的经验和体会。以下为分享实录。
想要在数字化竞争中抢占先机?云原生是绕不开的话题。现在越来越多的企业已经不再满足于传统的竞争模式,纷纷开始采用新的方式——上云、拥抱云,通过一系列原则和设计模式,实现应用的高效、稳定和安全运行。
我认为我们当前所认知的 DevOps 即将走到尽头。至少,其中的 Ops 会如此。随着云基础设施成为应用程序关注的重点,越来越多的 ops 任务由云本身完成或内置于应用程序中。剩下的就是供应和管理应用程序所需的基础设施。这关系到所有的相关附属内容,例如安全性和网络。
云上运维,那就是和云上资源和产品打交道,无疑会涉及到一系列的资源部署。比如简单地使用一台云服务器,就需要运维人员依次创建 VPC、VSwitch、安全组和云服务器实例,如果想创建一个集群,那还要进一步创建负载均衡、数据库和多个云服务器实例。
技术雷达是ThoughtWorks每半年发布一次的技术趋势报告,它持续追踪有趣的技术是如何发展的,我们将其称之为条目。技术雷达使用象限和环对其进行分类,不同象限代表不同种类的技术,而环则代表我们对其作出的成熟度评估。
Two concepts need to be clarified first: cloud migration and cloud-native. Cloud migration refers to the process of moving applications, data, and business processes to a cloud computing environment. Cloud-native, on the other hand, is an approach to building and running applications that exploits the elasticity, scalability, and agility of cloud computing.
Kubernetes 领域继续爆炸式增长,本篇文章将会分享一些值得关注的公司的候选名单。
Terraform是一种部署技术,任何想要通过基础设施即代码(Infrastructure as Code,IaC)方法来置备和管理基础设施的人,都可以使用这种技术。基础设施指的主要是基于云的基础设施,不过从技术上讲,任何能够通过应用程序编程接口(Application Programming Interface,API)进行控制的东西都可以算作基础设施。基础设施即代码是通过机器可读的定义文件来管理和置备基础设施的过程的
OPA(发音为 “oh-pa”)是一个全场景通用的轻量策略引擎(Policy Engine),OPA 提供了声明式表达的 Rego 语言来描述策略,并将策略的决策 offload 到 OPA,从而将策略的决策过程从策略的执行中解耦。OPA 可适用于多种场景,比如 Kubernetes、Terraform、Envoy 等等,简而言之,以前需要使用到 Policy 的场景理论上都可以用 OPA 来做一层抽象,如下所示:
【编者按】在IT圈有句名言:“活到老,学到老”。短短 6 字便道出技术发展速度之快。移动互联网、云计算、大数据、人工智能等技术革新在过去十年推动着时代巨轮不断向前迈步。接下来,我们不妨再放眼未来,又有哪些技术革新在等着我们呢? 作者 | Adrian Mouat 译者 | 弯月 责编 | 晋兆雨 出品 | CSDN(ID:CSDNnews) 内容提要: WASM 将无处不在:编译目标、部署目标、物联网、插件生态系统。(1~5年) Rust 将持续流行,并在未来几年内在 RedMonk 指数上超过
针对其他 Wiki 的选择,MD 文件的编辑通常会保留修改记录,同时不依赖中央数据库和其他类型的 Web 应用服务。
这是一张三年前总结的示意图,描绘了一个Kubernetes集群环境中的各种组件和它们之间的关系。图中从左到右展示了一个从基础资源角度到应用程序发管理角度的脑图。解释图中的主要组成部分:
红帽OpenShift 4.6最新版刚出来, 最新的监控技术栈经过了较大的调整并且GA(生产可用)了.
在 Kubernetes 中,将 pod 调度到集群中特定节点的任务由 kube-scheduler 完成. 该组件的默认行为是根据创建的 pod 中每个容器的资源请求和限制来过滤节点。然后对可用节点进行评分,以找到最适合放置 pod 的节点。
在有些时候,我们可能会将系统环境中的 Pulumi 使用的 Token 进行更换。
本文最初发布于 Container Solutions,经原作者授权由 InfoQ 中文站翻译并分享。
Kubernetes是用于构建高度可扩展系统的强大工具。结果,许多公司已经开始或正在计划使用它来协调生产服务。不幸的是,像大多数强大的技术一样,Kubernetes也很复杂。我们整理了以下清单,以帮助你生产环境最佳实践Kubernetes。
在软件开发和IT运维领域,配置管理一直是不可或缺的一环。随着技术的发展,配置管理经历了多个时期,涌现出了各种工具和方法。本文将探讨配置管理的历史,并重点关注以下四个方面:版本控制、应用配置、系统配置以及云化的资源配置。
InfoWorld 是致力于引领 IT 决策者走在科技前沿的国际科技媒体品牌,每年 InfoWorld 都会根据软件对开源界的贡献,以及在业界的影响力评选出当年的 “最佳开源软件”(2019 InfoWorld Bossie Awards,Best of Open Source Software awards),该奖项评选已经延续了十多年。
翻译自 A Brief DevOps History: The Roots of Infrastructure as Code 。译者不知受到什么启发,几年前编写过符合 IaC 风格的 WebLogic 和 WebSphere 自动化脚本库:https://github.com/rocksun/ucmd 。
在关于无服务器的第二篇文章中,我们将讨论一些更广泛的问题。 再次强调,我们并不是要做硬性规定。 我们想提出一些观点,以促进所有利益相关者之间的讨论。 许多说所有应用程序都将是无服务器的应用程序的人并未大规模运行其应用程序,也未解决与延迟、复杂性和供应商锁定有关的所有问题。 这就是我们在这里要谈论的。
即使是一些最明显的预防措施,在工程组织已经负担沉重的情况下,也未得到足够的关注和优先考虑。
人工智能技术堆栈中的错误配置会导致数据摄取管理不善、模型训练效率低下和安全漏洞不足。解决这些挑战需要不重复我们从云和 Kubernetes 经验中吸取的教训。
Kubernetes是Google开源的一个容器编排引擎,用于管理云平台中多个主机上的容器化的应用,Kubernetes的目标是让部署容器化的应用简单并且高效。它支持自动化部署、大规模可伸缩、应用容器化管理。在生产环境中部署一个应用程序时,通常要部署该应用的多个实例以便对应用请求进行负载均衡。
领取专属 10元无门槛券
手把手带您无忧上云