클라우드

개발자를 위한 클라우드 준비 점검표

Andrew Oliver | ITWorld 2013.03.12
클라우드 이전 팁 6 : 마이크로소프트 닷넷(.Net) 버리기 
아직까지 버리지 않았다면 생각을 바꿀 때다. 묘하게도 노드닷JS(Node.js)든, 루비(Ruby)든, 자바(Java)든, 닷넷보다는 지원 수준이 훨씬 넓어지고, 비용은 절감된다. 심지어는 마이크로소프트 윈도우 애저(Azure) 또한 자바를 지원하지만, 닷넷은 (좋게 말해도) 지원하지 않는 경우가 많다. 실력있는 개발자라면 조금만 도움을 받아도 새로운 언어의 기초를 금방 익힐 수 있다.
 
클라우드 이전 팁 7 : 개발 방법 업그레이드
대부분의 기업들은 조악한 방법으로 소프트웨어를 개발한다. 이렇게 되면 애플리케이션이 취약해지기 마련이다. 방화벽 뒤에 숨으면 안전할 것이라고 판단하는 전략이야말로 보안에 위배된다. 또한 인재들에게 돈을 아끼는 계획은 어리석다. 그리고 서둘러 개발하면 재앙이라는 댓가가 따른다. 
 
해커 그룹인 어노니머스의 공격만 보더라도 대부분은 아주 복잡한 방법을 사용해 공격을 하는 것이 아니다. 사실 예방이 어렵지 않은 'SQL 주입'이라는 방법을 썼다. 코드를 쓸 때부터 방어를 생각해야 한다.
 
클라우드 이전 팁 8 : HTTPS 추구
우리 모두는 VPN을 사랑한다. 그러나 최대한의 적응성을 확보하기 위해서, 암호화만큼은 인터넷에서 발견할 수 있는 가장 뛰어난 방식을 적용해야 한다.
 
클라우드 이전 팁 9 : 자바 대신 WAR 파일
누구나 자바EE(JavaEE)의 ZIP 파일 20 계층을 좋아한다. 5초만에 코드를 컴파일 해, 3분만에 일괄 처리할 수 있다. 그러나 클라우드는 WAR 파일을 선호한다. 
 
물론 자바EE를 지원하는 개발업체도 있다. 그러나 WAR 파일을 이용해야 더 많은 융통성이 생긴다.
 
클라우드 이전 팁 10 : 퍼블릭 버전을 보유한 프라이빗 클라우드 배치
프라이빗 클라우드를 배치한다면, 퍼블릭 클라우드 경로 또한 반드시 마련해야 한다. 클라우드 파운드리(Cloud Foundry), 오픈시프트(OpenShift) 등의 장점은 '현지에 맞게 고려하면서 글로벌적으로 이전할 수 있다는 것'이다. 또한 변호사를 대동하고 클라우드를 도입하는 것이 좋다.
 
클라우드 이전 팁 11 : 단계별 이전 
단시일에 클라우드로 이전할 수 없다. 중요성이 낮은 애플리케이션을 먼저 이전한 후, 방법을 찾고 결과를 지켜봐야 한다.
 
클라우드 이전 팁 12 : 철저한 조사
확장할 방법, 지원할 보안 기준, 제공할 SLA, 서비스 공급업체가 보유하고 있어야 말 할 보안 기능에 대해 조사해야 한다. 아이러니하게도, 클라우드로 이전할 경우, 정말 필요한 것은 그동안 해 왔거나 해 왔어야 한 것들이다.
 
예를 들어, 개발업체의 '주장'을 의혹의 눈초리로 봐야 한다. 만약 개발업체들이 자사의 솔루션은 마치 마술과 같은 솔루션이어서 이상한 비 HTTP 프로토콜 같은 것들은 걱정할 필요가 없다고 말한다면, 자동 확장 방법은 어떤지, 우리의 솔루션은 어떤 방법으로 연결할 것인지 질문을 던져야 한다. 
 
또한 표준을 원한다고 말해야 한다. 이들이 말하는 '비밀 소스' 같은 소프트웨어가 안전한지 이를 네트워크에 배치하길 정말 원하는지 고려해야 한다.
 
클라우드로의 이전은 일반적인 '이사'와 마찬가지다. 필요 없는 것들을 버리고, 새롭게 정리하는 것이다. 앞서 언급한 대로만 한다면, 다시는 부딪히고 싶지 않을 정도로 실망한 서비스 공급업체에 발목을 잡히지 않는다. editor@itworld.co.kr

회사명 : 한국IDG | 제호: ITWorld | 주소 : 서울시 중구 세종대로 23, 4층 우)04512
| 등록번호 : 서울 아00743 등록발행일자 : 2009년 01월 19일

발행인 : 박형미 | 편집인 : 박재곤 | 청소년보호책임자 : 한정규
| 사업자 등록번호 : 214-87-22467 Tel : 02-558-6950

Copyright © 2024 International Data Group. All rights reserved.