devops

受疫情与国际形势的严峻考验，2020年对于中国IT行业来说注定是不平凡的一年。时势造英雄，那些在逆境中砥砺前行、开拓创新的技术英才和精英团队，让我们一起向他们致以诚挚的感谢与敬意。 在此，“dbaplus社群2020年度MVP”隆重揭晓！ 我们基于这一年来各方专家和团队的贡献，经过客观数据统计、专家评审团评选、大众票选的三轮评定， 恭喜以下专家和团队成为“2020年度MVP”！ 2 020 MVP - 原创专家奖 2020年度MVP之原创专家奖，献给笔耕不辍撰写干货好文、孜孜不倦分享知识经验的他们： 贺春旸 凡普金科和爱钱进认真商城DBA团队负责人 专家简介： 凡普金科和爱钱进认真商城DBA团队负责人，《MySQL管理之道：性能调优、高可用与监控》第一、二版作者，曾任职于中国移动飞信、安卓机锋网。三次荣获dbaplus社群年度MVP，致力于MariaDB、MongoDB等开源技术的研究，主要负责数据库性能调优、监控和架构设计。 获奖感言： 谁说这个世界是冰冷而残酷的，只要你胸怀坚定的信仰，保持高昂的斗志，这个世界说不定就会向你露出灿烂的微笑。 技术贡献： 为社群提供四款自研开源工具并开放下载使用：MySQL Monitor、OS_Monitor、MongoDB ReplSet Monitor、MongoDB Slowquery； 通过多篇文章撰写及Newsletter信息提供

导语： 《UNIX/Linux系统管理技术手册》是系统管理领域内的“圣经”，其封面中的每一个元素都代表了特殊的含义，比如蟒蛇、大乌贼等等，这些都和开源软件有关。 如今，《UNIX/Linux系统管理技术手册（第5版）》面世，新版本的封面里到底有多少秘密呢？一起来探索吧！ 《UNIX/Linux系统管理技术手册（第5版）》 今天给大家讲的是站在船头甲板眺望的两位领航人，一位是UNIX系统的编写者——肯·汤普森，另一位是Linux内核的编写者——林纳斯·托瓦兹。 为了玩游戏，一个人编写了一套操作系统 1966年，毕业后的肯·汤普逊加入贝尔实验室，肯·汤普森（Ken Thompson）1943年出生于美国新奥尔良，17岁就读于加州大学伯克利分校主修电气工程，并取得电子工程硕士的学位。 1966年，这一年汤普森刚23岁，他得到了进入贝尔实验室工作的机会。 那个时期的计算机系统还处在批处理阶段，技术不发达导致了运算速度十分缓慢，也使得程序员工作效率低下。当时他们只能在运算速度缓慢笨重的大型机器上工作，操作也十分繁琐：需要先将程序卡片装入设备，然后等一个多小时才能获取运算结果。 为了改变这种局面，贝尔实验室联合麻省理工学院以及通用电气公司想建立一套可供多人使用的多任务、多层次的操作系统，他们将其命名为——Multics。 汤普森也加入到了研发Multics系统的项目组中

腾讯 Techo 开发者大会 是由腾讯云发起的面向全球开发者和技术爱好者的年度盛会， 2019 年 11 月 6 日 - 7 日 将在 北京嘉里大酒店 首次召开。 作为一个专注于前沿技术研讨的非商业大会，Techo 大会致力于开发者的能力成长和实践创新，旨在通过汇聚全球顶尖行业专家和技术爱好者，搭建一个开放、中立、活跃的技术交流平台，分享热点技术、主流应用、开源生态和产品革新，用代码传递思想，用技术创造回响。 本次大会将有来自全球 5000 多位开发者 齐聚对话，并邀请超 140 位中外业界大咖 围绕前沿技术发展进行干货分享， 2 天 18 场技术专题 ， 7 场极客硬核活动 ， 6 场动手实验室 ，邀您一起共筑创新实践之光。 会议安排 时间：2019 年 11 月 6 日-7 日 地点：北京 - 嘉里大酒店 嘉宾一览 主论坛议程 云原生中间件技术实践分论坛 同时，我们还于 11 月 7 日下午 准备了—— **【云原生中间件技术实践】**分论坛 在本次分论坛中，来自各个行业的专家将向您分享 大型企业的云原生技术落地实践经验 。腾讯云和 CODING 的技术专家将向您介绍最新的、可落地的 云原生微服务与 DevOps 技术 ，与您共同探讨 微服务框架与业务的微服务化改造 ，分享 DevOps 理念下企业敏捷开发流程搭建 ，解决诸如如何使用云原生技术优化企业技术平台

本文译自《 DevOps2.0的工具集（DevOps黑宝书）——打造自动化的持续交付流程》一书 ，转自译者CSDN博客，转载请注明出处。 译者的话： 你真的懂DevOps么？你知道怎么就持续集成持续部署又微服务了么，用时下流行的工具，实践DevOps怎么搞……跟着我，听老司机818 DevOps的那些事儿。 本文只是开个头儿…… 原著作者介绍： Viktor Farcic CloudBees资深顾问，熟悉多种编程语言，从最早的Pascal，Basic，ASP，C，C++，Perl，Python，ASP，NET，Visual Basic，C#，JavaScript等等。热衷于微服务、持续部署和测试驱动开发（TDD）。著有《Test-Driven Java Development》一书，该书由Packt出版。 DevOps理念 做小型的新项目感觉很棒，上一次我做这样的项目还是在2015年的夏天。虽然那个项目有不少问题，但做起来确实很高兴。因为在做这种小型而且相对来说比较新的项目产品时，我们可以按照自己的喜好选择技术手段、方法策略以及整体框架等。 我们能用微服务么？当然可以！我们能试试Polymer和GoLang么？必须的！无拘无束自由自在的做项目真的很爽。虽然我们或许会做错误的决定，而且这个决定可能会让我们的进度延缓一周，但起码不会像其他项目那样，一着不慎满盘皆输。简单来说

“ 什么是 DevOps？“DevOps”是“开发”development 和“运维”operations 两者的组合。 图片来自 Pexels DevOps 可看作一种文化风向标，在该文化引领下，能促进项目团队中开发，测试，运维，产品等成员间的无缝协作。 它通过有效的自动化及可重复的方式更快地将代码部署到生产环境中，提高企业交付应用程序或服务的速度，从而更好地为客户提供高质量的产品，并在市场上获取更强有力地竞争优势。 因此，DevOps 可视为企业项目团队中一条持续优化，密切配合，协同运转的“隐形生产链”。 为什么需要 DevOps？ 在那些没有 DevOps 实践的日子里，项目团队都经历了什么： 项目内部开发团队和运维团队是完全独立的。 当开发团队针对需求进行代码设计/构建后，测试任务和部署任务也是完全孤立彼此的活动，往往导致整体项目实际周期比预期构建耗时更长。 团队成员各自花费大量时间用于设计，开发，测试，部署，而非汇聚于整体项目构建本身（即，分而不合）。 手动部署代码往往不可避免出现人为错误，即便通过 Jenkins 持续集成，这仅仅是构建中的一部分而已。 产品，开发，测试，运维团队有各自的时间轴，并不同步，将导致累计延迟的情况。 持续提升团队产品的交付率，在确保产品质量的前提下缩短交付时间，是每个项目团队共同的目标，然而理想与现实间总会横着一道难以逾越的鸿沟。

点击上方 IT牧场 ，选择 置顶或者星标 技术干货每日送达 前言 在分布式系统中，缓存和数据库同时存在时，如果有写操作，先操作数据库还是先操作缓存呢？本文将分5种方案 展 开 阐述对比，谢谢阅读~ github地址，衷心感谢每一颗star ❝ https://github.com/whx123/JavaHome ❞ 缓存维护方案一 如果是一读（线程B）一写（线程A）操作， 「先操作缓存，再操作数据库」 。流程图如下所示： 1.线程A发起一个写操作，第一步del cache 2.线程A第二步写入新数据到DB 3.线程B发起一个读操作，cache miss缓存失效了。 4.线程B从DB获取最新数据 5.线程B执行set cache，把从DB读到的数据，更新到缓存。 「这样看，没啥问题」 。我们再看第二个流程图，如下： 1.线程A发起一个写操作，第一步del cache 2.此时线程B发起一个读操作，cache miss 3.线程B继续读DB，读出来一个老数据 4.然后老数据设置入cache 5.线程A写入DB最新的数据 OK，酱紫，就有问题了吧，老数据入到缓存了， 「每次读都是老数据啦，缓存与数据与数据库数据不一致了」 。 缓存维护方案二 上个方案是一读一写，如果是双写操作， 「先操作缓存，在操作数据库」 ，会怎么样呢？ 1.线程A发起一个写操作，第一步set cache 2