새롭게 유효하다··· 클래식 IT 원칙의 재해석

기술 환경이 급박하게 변화하고 있지만 수많은 버즈워드 속에서도 여전히 유효한 IT 원칙들이 있다. 여기 현대 IT 환경에 적용될 수 있는 고전 IT 원칙 10가지를 정리했다.

"현상이 더 많이 유지될수록 변화가 더 크다."

사실 이 프랑스 격언의 진짜 의미는 오늘 말하고자 하는 바와 다르다. (역자 주: 원 뜻은 현상이 변할지라도, 실체의 깊은 곳은 변하지 않는다는 의미). 그러나 IT로 연결된 모든 관문에 새겨 넣어야 할 격언이다. '이곳에 들어온 자들이여, 모든 희망을 버려라!'는 말보다는 나을 것이다.

IT가 EDP이고, 프로그래머가 온실의 '제사장'이던 시절 이후 많은 부분이 변했다. 그러나 모든 것이 변하지는 않았다. IT 초창기의 근본적인 지혜들은 지금도 그대로 적용된다. 단지 현대에 맞게 조금 바뀌었을 뿐이다. 다음은 차세대 IT에 방향을 제시하는 10가지 '구 시대' IT 원칙들을 정리한 내용이다.

-> '선무당이 IT 조직을 망친다··· 조심해야 할 베스트 프랙티스 12가지'



◆ '기술 자체가 얼마나 좋은지'는 중요하지 않다

구 버전 : IBM을 구입해 해고 당한 이는 없다
신 버전: 오픈소스가 거대 벤더 이상의 이점을 제공할 수 있다.

기술은 구매자 입장에서 '장기적'이어야 한다. 뿐만 아니라, 공급자 또한 '장기적'이 되도록 만들어야 한다.

IT는 '안전'을 위해, 대형 벤더로부터 기술을 조달했었다. 지금은 어떨까? 오픈소스는 안전할 뿐더러 강력한 지원까지 갖췄다. 심지어는 IBM 같은 대형 벤더로부터도 오픈소스를 조달할 수 있다.

물론 모든 오픈소스 기술이 폭넓게 지원 역량을 갖춘 것은 아니다. 그러나 적어도 상당수는 그렇다. PHP가 필요한 기능을 모두 제공하는 데, 보안 측면에서 평판이 나쁜 자바(Java)를 굳이 쳐다볼 이유가 있을까?

사실 완전히 새로운 이야기는 아니다. 1970년대에 오픈소스를 닮은 SHARE 라이브러리가 등장했었기 때문이다.

◆ 좋은 ‘정보 보안’이란 좋은 '물리적 보안'에서 시작한다

구 버전: 하드웨어를 잠근 다음 멀리 둬라(가까이 가지 못하도록 만든다).
신 버전: 하드웨어를 자신의 방에 넣어 잠근 후, 멀리 두어야 하는 것은 아니다

항상 하드웨어를 잠근 다음 멀리 뒀다. 다시 말해, 소수 직원들만 신분증을 제시하고 데이터센터에 출입할 수 있도록 제약했다. 또 출입한 사람과 시간을 자동으로 기록했다. 그러나 지금은 이렇게 잠근 데이터센터가 자신의 소유가 아닐 수 있다.

특히 SMB를 중심으로 코로케이션 시설과 클라우드를 대안으로 활용하는 행태가 크게 확산됐다.

그러나 독자 데이터센터를 구축하지 않는 것으로 모든 비용 절감 목표를 달성하겠다는 생각은 버려야 한다. 외부 공급업체를 연결하는 낮은 레이턴시와 높은 대역폭의 네트워크에 일정 수준 투자를 해야 한다. 한 걸음 더 나아가는 것도 좋다. '하나만 확보하는 일이 없어야 한다'는 오랜 원칙을 적용하자. 다시 말해, 비즈니스가 중단되는 일이 없도록 서로 다른 2개의 연결을 구현하자.

◆ 위협을 이해하라

구 버전: 보안 위협을 조사해 목록으로 만든 후, 대책을 수립해 이행한다.
과도기 버전: 데스크톱을 잠근다. 그리고 경계선을 방어한다.
신 버전: 자산을 강화한다. 역시 경계선을 방어한다.

과거 보안 위협을 저지하는 방법은 CICS 세션을 '타이밍 아웃'으로 차단, 해커가 접속하지 못하도록 만드는 것이었다. 그러다 PC와 분산형 시스템, 인터넷이 등장하면서 위협이 증가했다. 우리는 갈수록 정교해지는 방화벽으로 경계선을 방어하고, 데스크톱을 잠그는 방법으로 대응을 했다.

아직도 모든 것을 잠그고, 누구도 창의력을 발휘하지 못하도록 만드는 것이 최고의 대응책이라고 생각하는 사람들이 많다. 그러나 혁신이 비즈니스의 흥망성쇠를 좌우한다. 그리고 혁신은 단순한 신제품 이상이다. 창의적인 사고가 필요하다. 이런 사고를 비즈니스 곳곳에 구현해야 한다.

지금은 경계선보다는 자산 강화에 더 많은 시간을 투자해야 하는 시기이다. 또 사용자 지원에는 이보다 많은 시간을 쏟아 부어야 한다. 인적 자원이 혁신을 하지 못하는 것이 가장 큰 위협이기 때문이다.

◆ 소프트웨어 테스트란 생산 현장에 코드를 적용한 후 무슨 일이 일어나는지 보는 것 이상이다

구 버전: 개발, 테스트, 생산이라는 3가지 환경을 유지 관리하다.
신 버전: 테스트의 많은 부분을 클라우드로 이전하라

회귀 테스트, 스트레스 테스트는 '프로'와 '아마추어'를 구분해준다. 과거나 지금이나 회귀 테스트로 새로운 변화가 기존 구성 요소를 파괴하지 않도록 만들었다. 반면 스트레스 테스트는 모든 사람이 시스템을 이용할 때에도 모든 기능이 순조로운지 확인하는 목적이었다.

IT 직종은 개발, 테스트, 생산이라는 3가지 환경을 유지 관리했다. 이 3가지를 구입했다. 그리고 유지 관리했다는 의미이다. 그런데 바뀐 부분이 있다.

독자 데이터센터를 보유하고 있는 경우에도 클라우드에 테스트 환경을 구현하는 것이 합리적이다. 필요한 만큼만 돈을 내면 되기 때문이다. 생산 환경에 따라 차이가 있지만, 회귀 테스트는 꽤 효과가 있다.

스트레스 테스트는 어떨까? 아직은 아니다. 최소한 지금 당장은 변수가 너무 많기 때문이다.

◆ 현장의 변화(변경 사항)를 관리하라

구 버전: 공식적인 변화(변경 사항) 관리 프로세스
신 버전: 공식적인 변화(변경 사항) 관리 프로세스

개발자가 비즈니스 현장에 새 코드를 주입할 수 있는 시절은 아주 오래 전에 지나갔다. 거쳐야 할 여러 프로세스가 존재한다. 이런 프로세스를 좋아하는 사람은 없다. 그러나 ‘좋아하고 말고’의 문제가 아니다. 변화가 생산 환경을 파괴하지 않도록 만들어야 한다. 파괴가 초래될 경우, 이를 대비할 계획을 수립해야 한다.

클라우드가 여기에 변화를 가져왔을까? 가져왔다. 변화(변경 사항) 관리가 더 어려워졌다. 클라우드 공급자 관리에 주의를 기울이지 않는다면, 이런 프로세스를 거치지 않고 생산 환경을 갑자기 변화될 있다. 클라우드 공급자의 인프라이기 때문이다.