본문 바로가기

devops3

CI/CD의 역사: 일일 빌드에서 GitOps까지 25년의 진화 여정 소프트웨어를 만든다는 일은 오랫동안 '코드를 짜는 시간'보다 '코드를 합치는 시간'이 더 오래 걸리는 작업이었다. 1990년대 중반까지만 해도 수십 명이 한 프로젝트에 매달려 몇 달간 따로 작업한 뒤, 마지막 2주 동안 머지(merge)와 빌드 오류를 잡느라 야근을 반복하는 것이 보통이었다. 이 풍경을 근본적으로 바꾼 것이 바로 지속적 통합(Continuous Integration)과 지속적 배포(Continuous Delivery/Deployment), 즉 CI/CD다. 오늘날 GitHub Actions에서 초록색 체크 표시를 보는 것이 너무 당연해졌지만, 이 자동화의 흐름이 정착하기까지는 25년 이상의 시행착오가 쌓여 있다.이 글은 CI/CD가 어떻게 탄생하고 진화했는지를 시대별로 따라간다. 1991.. 2026. 5. 29.

DevOps의 역사: 애자일에서 플랫폼 엔지니어링까지 20년의 진화 오늘날 우리는 하루 수천 번 배포되는 서비스를 너무도 당연하게 여긴다. 그러나 불과 20년 전만 해도 한 번의 배포는 주말 전체를 갈아 넣는 의식이었고, 개발팀과 운영팀은 같은 회사 안에서도 서로를 적으로 여겼다. DevOps는 그 단절을 허물기 위해 시작된 작은 운동이었지만, 이제는 클라우드 네이티브, 사이트 신뢰성 공학(SRE), 플랫폼 엔지니어링이라는 거대한 생태계의 뿌리가 되었다. 이 글은 2007년 벨기에의 한 회의실에서 시작된 불씨가 어떻게 2026년 현재의 표준이 되었는지를, 시기별 전환점과 구체적 수치로 되짚는다.1. 단절의 시대: DevOps 이전(1990~2006)워터폴과 사일로 조직1990년대 후반부터 2000년대 중반까지의 소프트웨어 산업은 워터폴 방법론과 강력한 부서 분리로 정의되.. 2026. 5. 28.

개발 방법론의 역사: 폭포수에서 AI 시대 애자일까지 70년 진화사 소프트웨어 개발 방법론의 역사는 단순한 기법 변천사가 아니다. 그것은 인간이 복잡성과 어떻게 싸워 왔는가에 대한 기록이며, 동시에 협업의 본질을 어떻게 재정의해 왔는가에 대한 연대기이기도 하다. 1950년대 천공카드 시절의 코드 앤 픽스부터, 2026년 현재 AI 에이전트와 함께 일하는 페어 프로그래밍 시대에 이르기까지 약 70여 년 동안 우리는 끊임없이 새로운 패러다임을 만들고 또 버렸다. 이 글에서는 그 거대한 흐름을 시대별로 끊어 살펴보고, 각 방법론이 왜 등장했고 무엇을 해결하려 했으며 어떤 한계를 남겼는지 구체적인 수치와 사례를 통해 짚어본다. 단순히 이름을 외우는 것이 아니라, 각 방법론이 응답하려 했던 그 시대의 고통을 이해하는 것이 핵심이다.1. 코드 앤 픽스 시대: 방법론이 없던 방법론 .. 2026. 5. 27.

이전 1 다음

티스토리툴바