linuxea: 有趣的devops


并不是每个公司都适合devops,但这并不能说devops不好,其中对人员的要求和新技术的引入而引起的问题远比现实复杂。

devops在当下不是一个难以实现的问题,但在很多时候它出现引起了很多误解。

I. ??

9012年后,许多公司对devops热衷,寻求不断被放大。我不断的在听到大家谈论devops,但似乎与原本的初衷并不一致。

devops定义是改善开发到生产周期,缩短开发周期,通过devops更快的部署 ,通常而言,如下代码所示:

1/6 sonarqube:
  stage: code-check
  script: 
    - sonarqube
    - date
2/6 code_quality:
  <<: *job_docker_group
  script:
    - code_quality
    - date

2/6 code_quality_Increment:
  <<: *job_docker_group
  script:
    - code_quality_Increment
    - date
   
# Static Application Security Testing
3/6 SAST:
  <<: *job_docker_group    
  script:
    - SAST
    - date
4/6 dependency-scanning:
  <<: *job_docker_group
  script:
    - dependency_scanning
    - date
  
5/6 dependency-check:
  stage: code-check
  script: 
    - dependency_check
    - date
    
6/6 license_management:
  <<: *job_docker_group
  script:
    - license_management       
    - date

# Dynamic Application Security Testing
1/2 DAST_ZAP_JSON:
  <<: *zap_docker_group 
  script:  
    - DAST_ZAP_JSON
    - date      

2/2 DAST_ZAP_HTML:
  <<: *zap_docker_group
  script:   
    - DAST_ZAP_HTML
    - date     

deploy:
  stage: deploy-test
  environment:
    name: staging
    url: https://www.linuxea.com  
  only:
    - master 
  script:

当然,这只是部分信息。

除了开发过程外i,能够自动处理的可控范围内的问题,不会影响到用户,并且能够进行有效且高质量的监控。。

现实情况:

  • 手动测试或者不测试,亦或者单独的伪自动化测试
  • 监控没有导向的事情
  • 不改善工作流程
  • 继续在迭代中执行上述操作等并尝试在出现火灾的时候进行救火

devops均在解决这些等问题,从而来完成更高质量的的产品。最终的目的是提供生产力。

在此基础上,仍然需要与各部门良好的协作和沟通,以及对系统和产品的熟悉,缩短开发周期和质量测试。这些都包含在自动化中。

II. devops职位的分析

在招聘网站的devops

这些招聘信息与devops有很直接的关系吗?

后端架构设计和研发平台构建

devops需要建设CMDB,发布,部署,监控,日志系统,并且需要服务优化,缓存,存储集群设计和落地?

CMDB建设,包含部署设计,监控,优化等,在我理解中,有运维开发和资深运维来做。这不是自动化运维的职责内容吗?其中甚至没有提到持续集成和持续交付。

看到这里,你大致可以明白,devops信息中实际需要运维开发,或者资深运维工程师,或者云运维工程师,在或者自动化运维工程师,甚至没有考虑到需要持续集成和持续交付。

很明显,他们理解错了。

如果认为devops就是开发和运维,那是错误的,devops在开发运维之上。当谈论到devops时候,往往意味着:

  • 开发和运营的密切关系
  • 至少应该是熟悉彼此,这样开发知道他们正在编写的系统,并和运维部署的代码。了解这些才能够在不影响系统的情况下进行调整出更好的方式。
  • 在短时间内开发,并且快速部署,在出错后尽快修复

这其中就包含了自动化,自动化包含测试和运维,并且最终放在管道中运行。但是这些取决于基础架构是否完善。

III. 从哪里开始偏离了?

devops方法是抽象和复杂的概念,它不是一个工具那么简单。

采用什么工具和技能,并将其命名为devops。

这些工具使用和所需的技能附加到职位描述。现在devops一词开始描述知道如何进行开发和自动化的人。要知道devops不是一件事情,dev 同 ops,而不是dev和ops。在更多时候devops是一个团队在做的事情,并不是某一个人做的。不要采用流行的一个单词,而是背后的流程与方法的实际理念。

不管如何,我们是将产品最终交付到生产。

另外,不要认为使用了cmdb,使用了容器技术,使用了kubernetes,ansible,就认为在做devops。

IV. 延伸阅读

0 分享

您可以选择一种方式赞助本站

支付宝扫码赞助

支付宝扫码赞助

日期: 2019-09-01分类: devops

标签: Devops方法

发表评论