마소 (마이크로 소프트웨어) 4월호에 SaaS로 가는 길 이라는 주제로 개발자로써 SaaS를 준비하기 위해서 어떠한 것들을 준비해야 되는지, 그리고 역사, 미래등에 대해서 다루었습니다.

요즘 SaaS에 대해서 많은 분들이 장미빛 애기를 하고 있습니다.

하지만 그 것은 대부분 Business 적인 측면이며, 그 이면에는 시스템을 구축하는 개발자에게는 저주에 가까울 정도의 고통을 요구합니다.

SaaS중 가장 많이 활성화 될 Web 2.0 기반의 SaaS를 구축할때는 여러분이 만나야 되는 괴물이 아래에 있습니다

SaaS의 장점중 가장 대두되는 것이 (ASP와의 비교시 장점) 바로 Multi-Tenant 구조입니다.기존 Long Tail의 2:8의 법칙에 따라, 재정적 능력이 있는 2에 초점이 맞추어 SW가 만들어 졌다는 겁니다.

SaaS는 변화에 유연한 (Adaptable) 구조를 가짐으로써 메타 데이타들만 바꾸면 각기 고객에 맞는 맞춤 서비스(Customization)를 제공할 수 있습니다.이것은 버림받은 기존의 돈없는 8의 시장까지 공략할 수 있으므로, 공급자 이점에서는 많은 이윤을 추구할수 있다는 겁니다.

이말의 의미를 개발자에게는 무수한 Metadata (Configuration) 파일을 만들고 관리해야 된다는 것입니다.이 Metadata 파일의 설정으로만 런타임시에 시스템의 Architecture가 쉽게 변할수 있어야 됨을 의미할 뿐만 아니라,이 Metadata 파일중 어떤 부분은 Designer와 협의해서 쉽게 고객 맞춤의 UI를 제공할수 있게 설계해야 된다는 것을 뜻합니다.

거기다 언제 우리의 SaaS App이 대박이 날지도 모르게 때문에 Google File System과 같은 확장 가능한 구조로 설계되어야 합니다.확장성을 고려한 설계까지 개발자가 겪어야 하는 몫이 되었습니다.

그리 쉽게 해결할수 없을듯 합니다. 도대체 밴더들이 제공하는 툴들은 이러한 준비가 아직 안되었는데,저희보고 이런 굉장한 SaaS 서비스를 만들라고 하는군요 ^^ 세가지 문제를 동시에 해결해야 되는 …

마소 4월호에서는 SaaS로 가는 길이라는 주제로 기원과 역사 그리고 밴더들간의 플랫폼 전쟁에 대한 애기를 서술했습니다.위 문제들의 완벽한 해결책은 아니지만 그동안 학계에서, 공학쪽에서 연구되었던 몇가지 자료들을 간략히 사례를 들었습니다.

(물론 기존 Metadata에 대한 패턴들에 대해서 아주 가볍게 다루었기 때문에 그리 도움이 되지 않을수도 있습니다.)

그리고 SaaS가 만나야 하는 미래 기술에 대해 언급을 했는데 마소 페이지 제약상좀 짤린 부분이 있습니다.원문을 보시면 더 도움이 되리라 생각이 되며, 원문에 참고 자료가 여러분들에게 더 좋은자료가 될거 같습니다.

저의 부족한 지식 나눔이 여러분에게 도움이 되길 바라며 글을 맺겠습니다.

기고 원문

마소 PDF 자료 (SaaS로 가는길 – SaaS Special Report)