Hacker News 의견

• 배포의 위험을 줄이는 방법으로 테스트와 조직적 특성을 개선하는 것이 중요하지만, 유일한 접근법은 아님

  • 배포당 변경 사항의 수를 줄이는 것이 더 효과적임
  • 작은 변경 사항을 자주 배포하면 더 빨리 가치를 전달하고 작은 실패를 경험할 수 있음
  • 카나리 배포 및 점진적 롤아웃과 결합하면 배포가 더 이상 큰 위험이 아님
  • DORA 연구와 Accelerate, The Phoenix Project, The Goal에서 이 접근법을 지지함

• "소프트웨어 문해력"이라는 개념을 설명하려고 함

  • 회사가 코드로 운영될 수 있는 능력을 의미함
  • 모든 의사 결정자가 코드에 집중하지 않으면 소프트웨어 문해력이 부족한 것임
  • 회사는 새로운 개념으로 운영될 수 있어야 함

• CI 파이프라인에서 테스트 시간이 길어져 회복에 집중하기로 결정함

  • 테스트를 단순화하고 회복에 집중하여 배포 전략으로 카나리를 사용함
  • 이 접근 방식이 신선한 경험이었음

• 조직은 배포 개선을 방해할 수 있음

  • 관료주의와 싸우는 것은 대부분의 조직에서 불가능함
  • 느린 배포가 문제이지만 유일한 문제는 아님

• 큰 변화에 대한 두려움으로 인해 테스트가 증가함

  • 회의가 목표가 되는 경향이 있음
  • 비기술적 관리와 기술적 변화를 이끄는 방법에 대한 조언이 필요함

• CloudFormation이 느린 이유에 대한 질문

• 마이크로서비스는 배포 빈도를 수평적으로 확장할 수 있게 함

• 소프트웨어 성능, 즉 인간의 성능이 중요함

  • 빠른 반복과 위험 감소를 위해 빠른 테스트 자동화가 필요함

• 빠른 배포는 사건 대응 회의를 유발함