2. IT시스템의 변화

Intro

지난시간에는 DevOps라는 IT문화가 등장하게 된 배경에 대해서 설명했습니다. DevOps는 Agile에서 진화하여 개발팀과 IT운영팀이 하나로 협업하는 개발문화 , 프로세스등을 의미했습니다. 이번장에는 개발방식의 변화와 더불어 함께 바뀌게 된 IT시스템에 대하여 전반적으로 기술해 보도록 하겠습니다.

1960~2000년대의 IT시스템

이시기에 개발 방식은 WaterFall방식이 대세였으며 소프트웨어 아키텍쳐는 Monolithic방식으로 설계하였습니다.

Monolithic

Monolithic한 어플리케이션은 배포가능한 모든 기능을 하나의 어플리케이션에 포함한 어플리케이션입니다.

어플리케이션 제작시 쉽게 시작할 수 잇는 형태이며 설계하는데 특별히 어렵지 않습니다. 다만 개발에 참여하는 개발자가 많을수록 코드베이스로의 통합이 어렵고, 어플리케이션의 복잡성이 올라 갈수록 유지보수가 어렵다는 단점이 있습니다.

이렇게 완성된 어플리케이션을 배포하기 위해 실제 하드웨어를 구매하여 물리서버(Physical Server)에 어플리케이션을 배포하였고, 이러한 물리서버는 회사에서 자체적으로 관리하는 데이터센터에 보관됩니다. 이렇게 회사에서 직접 IT인프라 소유하면서 운영하는 경우를 On-premise라고 부릅니다. 이시기의 대부분의 IT회사는 On-premise로 배포서버를 관리하였습니다. 이러한 인프라를 구축하기 위해 굉장히 많은 초기 설치비용이 발생했으며, 지속적인 유지관리를 위해 추가적인 비용이 발생했습니다.

2000~2010년대의 IT시스템

기존 IT시스템의 배포방식과 인프라의 한계를 극복하기 위해 가상화(Virtualization)기술이 발전했습니다.

일반적으로 IT회사의 입장에서 온프레미스 방식으로 어플리케이션을 서비스하는 것은 꽤나 부담되는 일입니다. 어플리케이션을 서비스하는데 필요한 금전적인 부담이 존재하기 때문이죠. 어플리케이션 서비스를 위한 물리서버 및 네트워크, 스토리지를 직접 구매하는 초기비용과 이를 유지하기 위한 유지비용은 서비스할 어플레케이션이 많을 수록 더욱 증가하게 됩니다. 따라서 회사는 새로운 서비스 배포에 조심스러웠습니다. 하지만 이러한 고민도 가상화기술로 인해 더 이상 불필요한 고민이 되었습니다. 가상화 기술은 하나의 물리서버의 리소스를 여러개로 쪼개어 여러 개의 가상서버를 설치하여 운용할 수 있게 하는 기술로 회사에서는 이제 하나의 컴퓨터로 여러 개의 서비스를 동시에 운용할 수 있게 된것입니다.

이렇게 하나의 물리서버에서 CPU,네트워크,스토리지 등을 분할하여 생성한 여러개의 서버를 가상서버(Virtual Server)라고 부릅니다. 가상서버의 등장으로 하나의 어플리케이션에서 모든 기능을 몰아두었던 기존의 Monolithic에서 벗어나 계층(Tier)별로 여러개의 가상서버에 기능을 분산 시켜 운용하는 N-Tier방식의 개발이 대세가 되었습니다.(DB서버,Front서버,Back서버 분리)

다만, N-Tier나 모놀로씩과 같은 전통적인 방식의 아키텍쳐들에는 다양한 문제점들이 존재했는데, 예를들어 새로운 기능을 추가했는데, 이 기능에 너무 많은 리소스가 할당되는 경우 기존의 모든 서비스가 멈출 수 있고, 백엔드 서버의 내용이 일부 수정됨에도 불구하고 백엔드 서버 전체, 모놀로씩의 경우 프런트와 db서버까지 모두 재가동 해야했습니다.

이런 배포상의 단점으로 인해, 어플리케이션을 잘게 쪼개어 관리하는 MircoService가 탄생했습니다.

2010년 이후 IT시스템

2010년 이후로는 DevOps개발방법론이 대세가 되면서 각 어플리케이션은 MicroServices하게 제작되었습니다.

MicroService는 어플리케이션의 기능들을 잘게 쪼갠 형태의 아키텍쳐입니다. 각 기능들이 하나의 어플리케이션이 되며, 어플리케이션간에 통신이 필요한 경우 RestApi를 활용하여 통신을 하여 필요한 데이터를 얻어옵니다. 각 어플리케이션이 서로에게 끼치는 영향을 최소화 하도록 설계하였기 때문에 장애대응에 우수합니다.

다만 MicroServices같은 경우 기존 가상화 방식(Virtual Machine)으로 배포하기에는 부적절 했습니다. Virtual Machine은 물리서버의 리소스를 많이 잡아먹기 때문에, 배포할 서버가 많은 MicroService의 특징과 어울리지 않았습니다.

이를 해결하기 위한 방법으로 컨테이너 가상화 기술이 사용되었습니다.

컨테이너 가상화는 각 컨테이너가 HostPC의자원을 공유하면서 어플리케이션을 실행하기 위한 라이브러리만을 가지고 있기 때문에 HostPC의 자원을 쪼개어 사용하는 VM에 비해 훨씬 가볍습니다.

또한 필요한 모든 파일이 각 컨테이너에 존재하기 때문에 인프라에 종속적이지 않습니다.

인프라에 종속적이지 않다는 것은 로컬환경에서 실행되는 컨테이너가 어떤 환경에서 실행되던 동일하게 실행됨을 보장할 수 있다는 것입니다.

정리

IT기술이 발전함에 따라 많은 어플리케이션들이 클라우드 가상화 환경에서 서비스 되고 있지만 무조건 클라우드환경이 좋은게 아닙니다. 항상 운영하고자하는 서비스와 현재 회사의 환경에 맞춰서 적절한 개발환경을 찾는 노력을 해주셔야합니다.

Last updated