Hacker News 의견

• "devops cycle" 다이어그램에서 "build, test, deploy"에 집중하는 것이 핵심임

  • 속도에 중점을 두었으며, 엔지니어링 우수성은 고려하지 않았음
  • 운영 팀을 해고하고 QA를 재구성함
  • 모든 팀이 온콜 로스터를 가지게 되었음
  • 단기적인 이익을 위해 시스템에 혼란스러운 변화를 주었음
  • 몇 달 후에는 변경할 때마다 문제가 발생함
  • devops 도구는 유용했지만, 비용이 많이 들고 좌절감을 주었음
  • 새로운 개발자들은 devops를 모르지만 컨테이너를 알고 있음

• devops 팀이 겪은 문제에 기반한 의견임

  • 새로운 서비스를 추가하고 인프라를 안전하게 관리할 수 있어야 함
  • devops는 표준이 되었으며, 수동적인 시스템 관리자 작업은 필요하지 않음

• Kubernetes에 대한 비판은 잘못된 것임

  • Kubernetes는 훌륭한 소프트웨어 엔지니어링의 예이며, 잘 지원되고 어디서나 실행됨
  • 무작위로 bash 스크립트를 사용하는 대신 Kubernetes를 배우는 것이 좋음

• devops는 소프트웨어 배포를 더 쉽게 만들기 위해 장벽을 제거하는 것임

  • 일일 배포는 더 높은 품질의 코드를 배포하는 데 도움이 됨
  • 코드가 준비되었을 때만 배포할 수 있는 옵션이 중요함
  • 월간 릴리스는 압박감을 주어 비효율적인 선택을 초래할 수 있음

• devops는 철학이지 방법론이 아님

  • 운영을 SDLC에 통합하는 것이 목적임
  • 클라우드가 이를 더 쉽게 만들었음
  • "DevOps" 팀이 생기면서 본래의 철학이 왜곡되었음

• 리더십의 "사일로를 허물기"는 거의 형식적인 것임

  • 책임이 없는 권한은 효과가 없음
  • 최고의 devops 인재는 자신을 코드로 대체하는 것을 즐김
  • devops 도구는 성숙하고 잘 문서화되어 있음
  • Kubernetes를 배우지 않는 개발자는 Linux 명령어를 모르는 개발자와 같음

• 사용자가 테스터가 될 수 있다면 그렇게 해야 함

  • 경제적인 문제만 존재함
  • 고객이 많으면 사용자가 테스트를 하게 하고, 고객이 적으면 직접 테스트해야 함

• 플랫폼 팀은 대기업에서만 가능함

  • 중소기업은 devops 인력이 부족하여 스트레스와 위험을 감수해야 함
  • 플랫폼 팀의 부재는 많은 문제를 초래함

• devops는 철학이지 방법론이 아님

  • 사일로 팀에서의 경험이 devops의 필요성을 증명함
  • devops는 팀이 프로젝트를 완전히 이해하고 배포할 수 있게 함

• devops는 좋은 의도를 가지고 있음

  • 빠른 피드백 루프가 개발 속도에 중요함
  • 조직과 제품에 맞는 최적의 솔루션을 찾아야 함