devops

10 分钟学会 5 个酷炫Linux命令,在家也能打造黑客帝国

那年仲夏 提交于 2020-08-17 06:33:06
注意:此教程无需安装任何软件,实验楼官网提供完整的Linux在线操作环境。 Windows 可能给了你电脑启蒙,但在计算机世界里,Linux 的地位比 Windows 更加重要。 迄今为止,80% 以上的智能手机,都使用着基于 Linux 内核的 Android 系统;全球排名前 500 的超级计算机中,98% 在用Linux。 但不少同学一看到Linux的终端系统,就觉得既枯燥又无聊。殊不知,Linux的有趣之处,远远超乎大部分人的想象。 简单几行代码,不但能营造黑客帝国般酷炫拉风的代码雨,还可以云吸猫。 因此,若是你还宅在家,不如打开电脑,跟着小楼,一起玩转Linux。 没有安装Linux的同学也不用着急,可以访问 实验楼 的官网,打开一个实验操作环境,就能体验到Linux高端大气的操作了。 同时,小楼建议新人可以选择 《Linux 基础入门(新版)》 这一免费课程提供的环境操作,能更深入了解并学习Linux。 下面,就让我们来看看,Linux到底怎么玩才能更酷! 运行代码前,需要先打开终端执行 sudo apt update 命令,更新源: 1.代码雨 黑客帝国中的“代码雨”是不是很炫?通过 cmatrix 这个程序,你也可以在自己的终端中,模拟出代码雨的效果。 通过下面的代码安装并运行即可: sudo apt install cmatrix cmatrix

我在广州面试的那些事

假如想象 提交于 2020-08-17 05:40:20
背景   这次的疫情让原本看似有序的但是浮躁的社会彻底打乱了,不少劳动者在多年稳定的节奏也随之而变,而我在于其中放慢了步调,从5月份放弃了一份工作同时拒绝了两份offer后回家休息加造人。休息期间接了些技术顾问的工作,看了几本书增加自己的知识量,写了几篇博客做了些之前工作的总结,也打了王者荣耀尝试冲荣耀王者。   那么从2019年12月开始至今,我在广州面试了不少公司,基本都是应聘系统架构师和部门负责人的岗位,中间有不少的故事,有体验极好的也有体验极差的,我都将在下文分享给大家,体验极差的我就不直接点名了。 PS:此文非引战,如有评论,请理性沟通 壹物壹码   先说一个体验及其好的,这也是我遇到为数不多非常尊重人的,黄浦区的安居宝科技园里的 壹物壹码公司,从面试官的交谈得知做的范围比较的广,主要以前期接项目后期看潜力转产品的这样的一个模式,业务比较稳定,以上市为目标,主要在BOSS直聘发布招聘消息。   我当时是投了高级软件工程师的,但是薪资范围挺高的所以我当时心里觉得没那么简单,HR联系我的时候说CEO想直接面我,我人在老家因此邀请了做一个视频面试,面试官也爽快的答应了。一面是产品总监面,说实话很给面子,完全不问我技术,他说看了我的博客、开源项目和简历,理念跟他的很像很会从软件工程的角度给团队提高生产力,所以不担心我的技术。另外,他们这次想招的是技术总监或者系统架构师

怀里橘猫柴犬,掌上代码江湖——对话阿里云MVP郭旭东

醉酒当歌 提交于 2020-08-17 04:28:36
云栖号资讯:【 点击查看更多行业资讯 】 在这里您可以找到不同行业的第一手的上云资讯,还在等什么,快来! 简介: 跟郭旭东聊过之后,我对程序员的敬佩又多一分。这个92年的开发者,难能可贵地兼备朝气蓬勃的技术能量与长远深刻的行业洞见。独自承担DevOps平台从0到1的所有工作,我打趣说超级开发者不过如此,他却谦虚地表示差得还远,始终在学习。业余生活几乎都在撸猫遛狗的铲屎官,在云原生也有自己的一片天地。 以下为郭旭东的专访内容,欢迎收看(约4分钟)。 自我驱动,成就非凡 我负责开发自研的DevOps平台Varian,可以说是工作中遇到过的最大难题了。整个平台由我一手搭建,从技术选型、产品设计,到代码编写、开发测试,甚至营销宣传的工作也要自己来做。对于一个习惯根据需求文档来写代码的程序员来说,是很恐怖的一件事,甚至接到任务的第一天就怕到想跑路了。但是领导的一句话:“怕什么,放手去干,做砸了也不会怪你”,给了我很大的信心,于是就放开手脚,大胆去干,反而后来越做越好了。 当时整个项目只有我一个人做,准确点说,整个部门只有我一个运维开发,其他都是从事业务开发的Java程序员,我兼任了产品、开发、测试、运维等所有角色。本身我只是一名后端开发,前端的内容也要捡起来现学,从页面的设计到实现的功能,都要一个人解决。这些技术的问题还好解决,最难的角色转换其实是产品,每天都要想方设法地给自己提需求

Azure DevOps+Docker+Asp.NET Core 实现CI/CD(二.创建CI持续集成管道)

余生长醉 提交于 2020-08-17 03:52:09
前言 本文主要是讲解如何使用Azure DevOps+Docker 来实现持续集成Asp.NET Core项目(当然 也可以是任意项目). 上一篇: Azure DevOps+Docker+Asp.NET Core 实现CI/CD(一 .简介与创建自己的代理池) 觉得有帮助的朋友~可以左上角点个关注,右下角点个推荐 今天我们废话不多说 直接开始正文 正文 昨天我们创建了自己的代理服务器 (其实也可以用Azure提供的免费代理服务器,就是要排队,而且比较慢,限制比较多..) 今天我们来讲讲如何创建自己的持续集成管道. 今天大致的流程图如下: 1. 创建私有Docker Registry 首先我们需要到自己需要持续集成的服务器上 安装Docker Registry来获取我们的docker image 安装Docker..我这就不说了.主要讲讲如何安装Docker Registry 直接拉取registry镜像: docker pull registry 查看是否存在镜像: 拉取到镜像后,我们直接Run 命令: docker run -itd -v /data/registry:/var/lib/registry -p 8082:5000 --restart=always --name registry registry:latest 这里的8082是你映射外网的端口.

Chapter 3准备:基础设施与TA框架

生来就可爱ヽ(ⅴ<●) 提交于 2020-08-17 03:27:18
持续集成、自动化测试进一步要求软件研发有一个良好的环境支撑,即本章要讨论的基础设施,包括虚拟技术与Docker技术、基础设施即代码、持续集成环境、单元测试TA框架、系统测试TA框架、验收测试TA框架(包括需求实例化与BDD框架)、DevOps工具链等。 3.1虚拟机与容器技术 虚拟机 大大提高服务器利用率 从数据中心空间、机柜、网线、耗电量、空调等方面大大节省维护费用 能快速完成虚拟机的环境安装和恢复 标准化环境和改进安全,包括高级备份策略,在更少冗余的情况下,确保高可用性,容易实现添加、移动、变更和重置服务器的操作 通过部署在刀片式(机架式)服务器上的虚拟中心来管理虚拟和实体主机,建立一个逻辑的资源地,连续地整合系统负载,进而优化硬件使用率和降低成本 容器 镜像体积更小,只包括应用软件系统和所依赖的环境 创建和启动更快,不需要启动Guest OS 层次更高,降低额外资源开销,资源控制粒度更小,部署密度更大 使用的是真实物理资源,因此不存在性能损耗 3.2基础设施即代码 云平台要求具有良好的可伸缩性(弹性),可以动态、灵活地分配各个项目所需的资源(存储能力、计算能力、传输能力等)。 一切都是API,环境的安装、升级和配置都通过API调用方式实现。 基础设施即代码(Infrastructure as Code,IaC),通过机器可读定义文件管理和配置计算数据中心的过程

【经验分享】AD FS部署前,不能不知的几点要求!

北慕城南 提交于 2020-08-17 00:08:04
之前我们为大家介绍AD FS,如果还没看过上一期讲解的看这里: 《AD FS是什么,用在什么场景,原理是什么?》 本期我们继续扩大为大家分享AD FS的企业部署,把部署前的各种要求进行讨论。以下是企业部署任务: 准备部署 Active Directory 联合身份验证服务 (AD FS),规划AD FS部署。 如果决定将 Microsoft SQL Server 用于 AD FS 配置存储,请确保部署 SQL Server 的功能实例。 将计算机加入 Active Directory 域。 为 AD FS 注册 (SSL) 证书的安全套接字层。 安装 AD FS 角色服务。 配置联合服务器。 可选步骤:使用设备注册服务配置联合服务器 (DRS)。 将一个主机 (A) 和别名 (CNAME) 资源记录添加到企业域名系统 (联合身份验证服务和 DRS 的 DNS)。 验证联合服务器是否正常运行。 证书要求 证书在保护联合服务器、Web 应用程序代理、声明-感知应用程序和 Web 客户端之间的通信方面发挥着最重要的作用。证书要求因你设置的是联合服务器还是代理计算机而异,具体取决于此部分中所述。 安全套接字层 (SSL) 证书 这是标准的 SSL 证书,用于保护联合服务器和客户端之间的通信。 此证书必须是公开信任的* X509 v3 证书。 访问任何 AD FS

云计算与DevOps:持续集成/持续交付与市场分析

僤鯓⒐⒋嵵緔 提交于 2020-08-16 23:00:08
云栖号资讯:【 点击查看更多行业资讯 】 在这里您可以找到不同行业的第一手的上云资讯,还在等什么,快来! 如今,企业面临着比竞争对手更快、更高质量地交付软件的巨大压力。只有当企业频繁发布软件更新时,其良好的特性以及对客户的影响才能增加。因此,很多企业正在采用DevOps和持续集成/持续交付方法,以提高其规划、构建、测试和发布应用程序和特性的能力,从而以高质量和规模快速推向市场。调研机构IDC公司预计,到2022年,全球DevOps软件市场规模将从2017年的39亿美元增至80亿美元。 如今,围绕持续集成、持续部署、持续交付的讨论比以往任何时候都多,但实际上,持续集成/持续交付的实际使用似乎更少。这可能是因为DevOps缺乏所需的技能集,或者企业仍然在实践传统的软件开发方法。由于缺少持续集成/持续交付和DevOps自动化实践,企业无法了解需要花费多少费用。 对于许多企业而言,DevOps是他们必须尝试的事情,因为他们的竞争对手正在这样做或者这是一种趋势。如果不了解DevOps原理和基本知识,那么这将是一个令人绝望的尝试。 在大多数情况下,客户必须将一套不同的工具组合在一起才能交付软件,这将会造成混乱。另一方面,很难选择正确的工具并了解什么是最佳实践。这就是人们开始看到DevOps公司具有提供统一工具集趋势的原因,以使客户可以立即使用完整的解决方案

阿里云重磅发布云原生裸金属方案 | 云原生生态周报 Vol. 53

北战南征 提交于 2020-08-16 22:32:27
作者 | 王思宇、陈洁、陈有坤、宋净超 业界要闻 阿里云重磅发布云原生裸金属方案:裸金属 + 容器,解锁云计算的新方式 在 6 月 9 日 2020 阿里云线上峰会上,阿里云智能基础产品事业部高级研究员蒋江伟重磅发布了云原生裸金属方案。新一代容器服务 ACK,可以将最新神龙弹性裸金属实例的强大性能发挥得淋漓尽致,具备极致性能、高效调度、全面安全的特点。 为云研发而生,阿里巴巴发布新一代 DevOps 平台云效 6 月 9 日,2020 阿里云线上峰会于云端举行,阿里巴巴云研发部门负责人陈鑫出席峰会并发表题为《新云效,新 DevOps 平台》的主题演讲,宣布新一代企业级 DevOps 平台——阿里云·云效正式发布。 上游重要进展 StatefulSet volume resize 为 StatefulSet 增加支持调整 PVC resize 的能力。 fix: leaderelection graceful release doesn't work 解决 client-go 中提供的 leaderelection 存在优雅释放不 work 的问题。 Fix DS expectations on recreate 修复了 DaemonSet 控制器重建 Pod 时,expectations cache 中信息未清理的 BUG。 Fix kube-apiserver panic

不用虚机不用Docker使用Azure应用服务部署ASP.NET Core程序

守給你的承諾、 提交于 2020-08-16 19:04:40
一般我们写好了应用程序想要部署发布它,要么发布到物理机,要么发布到虚拟机,要么发布到容器来运行它。现在有了Azure应用服务,我们可以完全不用管这些东西,只管写好自己的代码,然后使用VisualStudio的发布功能就可以一键部署了。如果你觉得性能不够用了还可以自动扩容,弹性伸缩。 应用服务概述 Azure 应用服务是一项基于 HTTP 的服务,用于托管 Web 应用程序、REST API 和移动后端 。可以使用 .NET、NET Core、Java、Ruby、Node.js、PHP 或 Python 等偏好的语言进行开发。应用服务不仅可将 Microsoft Azure 的强大功能(例如安全性、负载均衡、自动缩放和自动管理)添加到应用程序。还可以利用其 DevOps 功能,例如包管理、过渡环境、自定义域和 SSL 证书。 引用自微软Azure文档 创建应用服务资源 通过portal控制台创建一个新的应用服务资源。 取个名字,这个名字会分配一个二级域名,到时候可以通过它来访问你的应用程序。选择对于的运行时,操作系统,区域。应用服务对于12月免费账号也是一个免费服务,支持1G内存60分钟CPU时间/天10个实例。 注意:SKU和大小,这里默认是要收费的,需要改成对应的免费计划。 点击“更改大小”,选择开发/测试标签,选择F1定价计划,这个才是免费的。 这些设置完成后点击创建

Kubernetes 容灾解决方案的关键能力

最后都变了- 提交于 2020-08-16 14:09:06
Kubernetes 容灾解决方案关键能力 我们面临着不断地需要实施和部署新的软件应用、发展新的商业模式、以及吸引新的客户。通过Kubernetes,我们可以采用云原生方式来进行软件的开发、部署和运维。 基于Kubernetes开发和运行的应用,对于我们实现我们的商业目标,非常重要。但新技术的导入,也会要求我们考虑更多:新的开发方法、新的团队、新的工程师、新的技术、新的合作伙伴、新的供应商、新的挑战。 对CIO们来说,将关键应用转移到Kubernetes上的最大挑战之一,就是容灾恢复能力。 在投入大量资金开发了Kubernetes上的应用后,我们最担心的就是:一旦出现我们无法控制的意外事件,我们的应用变得无法访问。如:云供应商服务意外停止、数据中心电力中断、云服务中断、网络连接中断等。导致用户无法访问应用后,用户满意度大幅下降。 根据著名研究机构Uptime Institute的报告,通常发生服务中断,一般我们会归因到第三方服务上,如托管服务供应商或云服务供应商。31%的服务中断是由由我们无法控制的因素导致的,如:网络错误(30%),IT/软件错误(28%)。对于Kubernetes上的应用,我们需要一个可靠的容灾恢复方案。 根据451 Research的报告,对于关键性应用来说,57%的应用要求RPO<1小时,48%要求RTO<1小时。即使是非关键应用,也有容灾恢复的需求