애자일 텍스트

데이터베이스를 설계하던 도중, 매우 궁금한 점이 있었습니다. 도대체 이메일 주소는 몇 자까지 해야 하나? URL 길이가 255자까지니까 255일까? 하는 어리석은 생각도 해 보았습니다.

역시나 Spec을 잘 보아야지요.

RFC 2822를 보면 이메일 주소는 두 개의 파트로 나뉘어져 있음을 알고 있습니다. 하나는 Local Part라고 하여 @ 앞의 문자열이구요, 하나는 Domain Part라고 하여 @ 뒤쪽의 문자열입니다. 만약 "chiang@example.com" 이라고 하면 Local Part는 "Chiang", Domain Part는 "example.com"이지요. 각 파트의 길이는 다음과 같습니다.

• Local Part: 최대 64개의 문자 (RFC 2821 4.5.3.1)
• Domain Part: 최대 255개의 문자 (RFC 2821 4.5.3.1)

그러면 데이터베이스에 반영할 문자열 수는 어떻게 지정할까요? 공식은 다음과 같습니다.

64(Local Part) + 1(@) + 255(Domain Part) = varchar2(320)

이제 헷갈릴 일 없겠네요. :)

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-동일조건변경허락 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

ASP, SaaS, Cloud Computing 들은 어떤 차이가 있는지 고민하던 중 좋은 글[1]을 발견하였습니다. 이 글에서는 Cloud Software라고 하며 차이점을 정의하고 있는데요 그 내용은 다음과 같습니다.

SaaS: Cloud Computing의 새벽
SaaS는 매력적이었다. 왜냐하면 설치, 배치, 유지보수의 복잡도를 모두 제거하였으며 아울러 Global Access가 용이하도록 하고 비용도 적절하였기 때문이다. 그 본질에 따르면 SaaS는 "Cloud"의 내부에 있으면서 효과적인 협업을 위한 고전적인 VPN과 같은 두통거리를 극복하였다. 보너스로 Transparent Backup 효과까지 가져왔다.

SaaS는 Cloud Computing에 다가서기 위한 위대한 첫걸음이다. 하지만 거기에는 중요한 결점이 있는데 그것은 바로 Control이다. 모든 실례를 보면 여러분의 데이터는 여러분의 것이 아니다. SaaS 벤더는 모든 Control을 할 수 있고 데이터를 소유할 수 있으며 여러분을 벤더에 종속시킬 수 있다. 일반 고객에게는 그것이 일반적으로 문제가 되지 않으나 기업 고객에게는 그것은 관심사가 된다.

짧게 정리하면, 벤더는 Control을 할 수 있으나 고객은 아니다. Cloud Computing의 초기에는 받아들일 수 있는 타협점이었으나 시대가 바뀌었고 Cloud는 진화하였다.

Cloud Software: Cloud Computing의 진화
Cloud Software는 Cloud Intrastructure 상에서 구축된다. SaaS와 비슷하게, Cloud Software는 즉각적인 만족감을 제공하고 단지 몇 분이면 그것을 사용할 수 있다. 벤더에 의존적이면서 Cloud Software는 SaaS처럼 쉽게 유지보수할 수 있고 업데이트할 수 있으며 물론 Global Access가 가능하다.

그러면 큰 차이점은 무엇인가? 여러분의 데이터와 애플리케이션은 여러분이 Control 할 수 있는 서버 상에 위치하게 된다. 여러분의 Cloud Intrastructure 내부나 밖으로 데이터를 옮겨가는데도 제약이 없다. 이러한 서버는 여러분의 모든 실용적인 용도, 목적을 위해서 여러분의 실제 물리적인 데이터 센터의 서버들과 다르게 구성된다.

백업은 어떠한가? Cloud Software는 Cloud 내에서 구동되도록 설계되었다. 그 의미는 Data Repository를 Cloud Storage Fabric으로 Replicate 해야 할 필요성을 충족시킨다는 의미이다. 다시 말하면, 여러분은 Cloud Storage를 Control 할 수 있으며 따라서 여러분은 필요하다면 여러분의 데이터를 Offline으로 Copy 할 수도 있다는 뜻이다.

Scaling은 어떠한가? Cloud Software는 One to Many Machine 상에서 구동되도록 설계되었다. 이 의미는 여러분의 요구가 늘어남에 따라서 쉽게 Virual Infrastructure를 추가할 수 있고 Mix할 수 있다는 것이다.

Vendor Lock-In(벤더 종속적인)은 어떠한가? Cloud Software는 구동되는 것이 무엇인지 신경쓰지 않는다. Cloud Intrastructure에서는 모든 Machine은 동일한 것을 보고 있는데 그것은 여러분이 한 Provider에서 또 다른 Provider에게로 약간의 제약을 가지고 여러분의 Application을 옮길 수 있다는 뜻이다. 만약 필요하다면 여러분은 여러분의 물리적인 데이터 센터 쪽으로 그것을 옮길 수도 있다.

짤게 말하면, Cloud Software에서는 고객이 제어권을 가지게 된다.

Cloud Software는 SaaS를 대체하는가?
짧게 대답하면 "노"이다. 단순한 이유인데, 그것은 SaaS가 사용자 설정으로 하나의 서버에서 1,000 ~ 100,000명 까지의 사용자에게 서비스를 잘 제공할 수 있기 때문이다. 하지만 기업 고객에서는 Cloud Software가 큰 이점을 가진다. 여러분의 데이터에 대한 Full Control의 이점과 Cloud Software의 Cloud Intrastructure에서의 이점은 SaaS Vendor가 지금까지 제공해 왔던 것보다 그 값어치가 낮다 . 고 부가가치의 Application은 Cloud Software로 옮겨갈 것이다. 왜냐하면 고객들은 제어를 하기를 원하기 때문이다. 반면에 SaaS는 무료 또는 저비용으로 Application과 Service를 제공하기 위해서 계속될 것이다.

우리 나라에서도 이러한 서비스 모델을 잘 이해하고 제공할 수 있는 Vendor가 있을지 모르겠습니다. 같이 고민해보고 또 이루어보고 싶습니다.

References

[1] Steve Bjorg, Differences between SaaS and Cloud Software, http://www.mindtouch.com/blog/2008/05/28/differences-between-saas-and-cloud-software
[2] Posted by Praising Gaw, VP Marketing, What is the Difference Between Cloud Computing and SaaS? http://blog.fortiva.com/fortivablog/2008/05/what-is-the-dif.html

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-동일조건변경허락 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.