마이크로소프트2015.07.22 14:27


CSP 파트너는 마이크로소프트로부터 클라우드 라이선스를 직접 공급받습니다.


모든 클라우드 서비스는 마이크로소프트가 운영합니다.

파트너는 파트너의 솔루션 서비스에 대한 부분을 직접 관장합니다.


저작자 표시
신고
Posted by 나이스가이
마이크로소프트2015.07.21 22:44

앞의 글에서 CSP(Cloud Solution Provider) 프로그램에 대해 소개를 했습니다.

중요한 내용을 빼먹어서 부연설명합니다.

 

지난 수년간 마이크로소프트가 전세계 서비스 사업자 (호스팅, 통신사, 솔루션 업체 등)로부터 받은 피드백은 다음과 같습니다.

 

마이크로소프트와 클라우드 파트너쉽을 맺기 위해서는 아래 조건이 선결되어야 한다.

첫째, 고객의 정보 및 빌링은 서비스 사업자가 갖도록 해달라.

둘째, 콜센터 및 기술지원도 서비스 사업자가 우선권을 갖도록 해달라.

셋째, 매출 및 수익을 함께 가져갈 수 있게 해달라.

넷째, 고객의 가입부터 해지까지 전체 라이프사이클에 대해서 서비스 사업자가 관리하도록 해달라.

 

CSP 프로그램은 서비스 사업자들의 조건을 모두 수용하였습니다.


Microsoft  - CSP 사업자 -  고객

 

고객 모객 및 빌링은 CSP 사업자가 담당합니다. 가입부터 해지까지 모든 라이프 사이클을 관리합니다.
고객이 CSP 사업자의 솔루션에 가입하면, 이때 마이크로소프트 클라우드 (Office 365, Azure 등의 일부 서비스)에 대해 주문이 필요하면 자동 또는 매뉴얼로 마이크로소프트에 신청을 하게 됩니다. (프로비저닝)
마이크로소프트와는 해당 서비스 사용에 대한 부분을 pay as you go 방식으로 정산을 하게 됩니다.

 

즉, 고객의 솔루션 가격 + 마이크로소프트 클라우드 서비스를 매출로 가져갑니다. 마이크로소프트와는 정해진 만큼의 수익을 지급받게 되기 때문에 매출 및 수익을 모두 가져갈 수 있습니다.

 

고객은 마이크로소프트의 서비스가 아닌, 고객의 솔루션 사용 고객이기 때문에 장애 및 기술지원이 필요할 경우 CSP 사업자에게 연락을 하게 됩니다. 1차 기술지원을 CSP 사업자가 진행하고, 마이크로소프트 클라우드의 문제일경우는 마이크로소프트로 기술지원 절차에 따라 escalation하여 지원을 받게 됩니다.

 

저작자 표시
신고
Posted by 나이스가이
마이크로소프트2015.07.15 11:11

마이크로소프트는 전통적으로 소프트웨어 강자였습니다. PC용 운영체제인 Windows, 생산성 도구인 오피스, 그리로 서버 운영체제인 Windows Server, 데이타베이스 SQL Server, 그리고 메일 솔루션인 Exchange 등이 대표적인 소프트웨어 입니다.

 

대기업, 중견기업, 중소기업, 그리고 일반소비자에 이르기까지 소프트웨어를 판매하는 것이 주 비즈니스 모델이었습니다.

소프트웨어 판매는 직접 판매하지 않고, 중간 유통 채널을 통해 이루어졌지요.
대기업, 중견기업을 담당한 LSP(License Solution Partner), 중소기업을 담당하는 유통 총판, 그리고 총판과 함께 비즈니스를 하는 리셀러들이 주요한 플레이어 였습니다.

 

그런데, 세상이 바뀌었네요. 고객들이 소프트웨어를 직접 구매하는 것이 아닌, 서비스로 이용하는 것을 선호하게 되었습니다. 클라우드 시대가 도래한것이지요. 세상의 변화를 빠르게 간파하고, 움직이는 마이크로소프트가 클라우드로 올인을 선언하게 됩니다. 그리고 현재 CEO를 맡고 있는 사이탸 회장님은 Mobile First, Cloud First를 회사의 전략으로 선포합니다.


여기서 부연설명하면, 마이크로소프트의 Mobile First는 디바이스를 의미하지는 않습니다. 어떤 모바일 운영체제, 디바이스든 간에 마이크로소프트의 서비스를 사용하도록 하는 것을 목표로 함을 의미합니다. 안드로이드, 아이폰에 마이크로소프트의 오피스 앱이 설치되고, 아웃룩 앱이 제공되어 메일서비스를 제공하는 것과 같습니다.

 

서론이 좀 길었는데, 세상이 클라우드로 바뀌면서 마이크로소프트의 전통적 파트너들이 혼란을 겪기 시작합니다. 소프트웨어를 판매하는 것과 클라우드를 판매하는 것은 전혀 다른 게임이기 때문입니다. 축구와 야구 정도로 완전히 다른 것이죠.

 

클라우드 전략에 맞춘 마이크로소프트의 클라우드 서비스는 인프라 서비스를 제공하는 Microsoft Azure와 생산성 플랫폼을 제공하는 Office 365가 대표적입니다. Azure는 Infra as a Service, Office 365는 Software as a Service라고 보시면 됩니다. 이 차이가 궁금하신 분은 저의 이전글을 참조하시기 바랍니다. 클라우드 서비스이기 때문에, 사용한 만큼 비용을 지불하고, 사용량에 따라 자동 확장 및 축소가 가능합니다. Office 365에는 오피스, 메일(Exchange) Online, 포탈(Sharepoint) Online, 메신저 및 컨퍼런싱 (Skype for Business), 기업용 SNS (Yammer), 스토리지 (OneDrive for Business) 등이 포함되어 있습니다.

 

즉, 클라우드 시대에 맞는 새로운 파트너가 필요하다는 의미입니다. 이 새로운 파트너를 위한 프로그램이 Cloud Solution Provider (CSP) 입니다.

 

예를들어 보겠습니다. 그룹웨어 솔루션을 보유하고 있는 회사가 있습니다. 그룹웨어의 핵심인 메일서비스는 마이크로소프트의 Exchange Online을 사용하고, 스토리지는 OneDrive for Business를 통해 고객에게 제공하려고 합니다. 그룹웨어 솔루션을 보유한 이 회사는 마이크로소프트의 CSP 프로그램에 가입할 수 있습니다. 이렇게되면, 마이크로소프트의 클라우드 라이선스를 마이크로소프트로부터 직접 제공 받고, 고객에게는 회사의 솔루션으로 브랜딩하여 제공할 수 있게 됩니다. 100명의 사용자가 해당 서비스를 구독한다면, 마이크로소프트와는 연동된 API를 통해 100개의 Exchange 사용자를 신청하고, 향후에 정산을 하게 됩니다.

 

CSP 프로그램은 2014년 7월, 마이크로소프트 WPC(Worldwide Partner Conference)에서 발표되었고, 1년여동안 전세계 주요 파트너들과의 서비스를 통해 사업성이 검증되었습니다. 국내에서는 삼정데이타서비스, 다우데이타가 현재 비즈니스를 진행하고 있고, 주요 서비스 사업자들이 본격적으로 신규로 추가되고 있습니다.

 

다음 글에서는 각 사업자별 진행하고 있는 모델에 대해 적어보도록 하겠습니다.

 

 

 

 

저작자 표시
신고
Posted by 나이스가이
마이크로소프트2015.02.03 10:43

마이크로소프트 클라우드 사업부가 주관하는 프로그램에 대한 기사가 여러 매체를 통해 알려졌네요.

전자신문, 디지털타임스, 지디넷 등 30여곳에 나왔습니다.

 

마이크로소프트 애저 기술을 서비스 사업자에게 이관하여, 서비스 사업자의 본연의 부가서비스를 추가하여
하이브리드 클라우드 사업을 가능하도록 하는 마이크로소프트 생태계 확장 프로그램입니다.
글로벌 IT 기업들이 자사의 클라우드 핵심 기술을 서비스 사업자에게 이관하는 것은, 마이크로소프트를 제외하면 찾아보기 힘든 사례입니다. 애저의 핵심이 Windows Azure Pack을 무상으로 제공하고, 클라우드 아키텍처를 수립할 수 있도록 아키텍트를 지원하며, 또한 각 사에 구축하는 구축까지 지원하는 프로그램이므로, 클라우드 사업자 분들의 사랑을 받게 된 것이지요.

 

관심있는 사업자분들의 많은 참여를 기대합니다.

 

http://www.etnews.com/20150202000310

http://www.dt.co.kr/contents.html?article_no=2015020202109960718005

http://www.zdnet.co.kr/news/news_view.asp?artice_id=20150202132721&type=xml

 

저작자 표시
신고
Posted by 나이스가이
마케팅2014.08.28 11:42

"클라우드 토크 시리즈 1회, SMB 클라우드를 말하다" 토크쇼에 출연자로 참석을 했습니다.

녹화 방송은 찍어봤지만, 라이브는 처음이라, 시작하기 전에는 조금 긴장이 되었지만 실제로 진행해보니 재미있네요.

저는 저자로서 참여를 했습니다.

 

약 200여분의 참석자 분들이 실시간으로 질문을 쏟아내시는 열정에 놀랐고, 또한 질문의 질이 높아서 또한 놀랐습니다.

그동안 온라인 마케팅에 대해 약간은 부정적인, 즉 효과가 별로 없을 것이라는 저의 예상은 완전히 빗나갔고 오프라인보다 질문하는 것에 대한 부담이 없기에 훨씬 적극적인 토크쇼 및 강연이 된다는 사실을 깨달았네요.

 

1회 SMB 클라우드를 말하다.

많은 기업들이 IT를 운영하는 방식으로 클라우드를 도입하고 있지만, 우리회사에는 아직도 모호한 클라우드. 현재 클라우드의 현주소는 어디이며, 어디로 가고 있는지 짚어보고, 중견중소기업에 클라우드 도입이 가져다 주는 혜택과 의미를 알아봅니다.

4:00-4:30 클라우드의 현주소와 방향
(한국마이크로소프트 신현석 이사 / 글로벌 트렌드 클라우드 컴퓨팅 저자 )


저작자 표시
신고
Posted by 나이스가이
호스팅2013.08.14 11:28

아련한 추억속의 그때, 오라클 DBA 역할을 하고 있던 저를 포함한 우리 팀에 큰 시련이 닥쳤었습니다.
DB가 깨진거죠...

개발 및 운영이 혼재되어 있던 상황이라 운영팀에서 DB백업이 이뤄져있지 않았고

빌링 데이터였기에 그걸 복구하지 못한다면 상상하기 어려운 후폭풍을 맞아야 했던 상황,,,

 

다행히 사고나기 이틀전에 재미로 받아뒀던 Export 데이터를 찾아내서 복구할 수 있었습니다.

이건 트랜잭션 DB가 아니고 빌링 DB였기에 백업으로 가능했지만, 고객주문을 처리하던 상황에서

DB에 문제가 생기면 이로 인해 발생하는 손실은 천문학적으로 커지게 됩니다.

 

클라우드 데이터베이스를 활용하면, 이런 위기 상황을 벗어날 수 있는데 실시간으로 장애가 감지되면 운영DB를 클라우드DB로 바꾸는 것이 가능하다면 아주 유용할 것 같습니다.

Windows Azure에 SQL Database 구동이 가능한데 이번체 추가된 기능이 바로 SQL Server AlwaysOn Availability 입니다.
이걸 활성화하면 백업에 대한 복제본을 만들면서 재해에 대한 대비가 가능해집니다. 즉, 직접 구축하며 운영하는 SQL Server에 대한 백업이 실시간으로 가능해지고, 운영하던 데이터센터에 문제가 생기면 Windows Azure가 고객 주문 요청을 받아서 자연스럽게 구동되도록 할 수 있게 되는 겁니다.

 

여러가지 상황에서 검토가 가능한 좋은 시나리오라고 생각됩니다.

저작자 표시
신고
Posted by 나이스가이
호스팅2012.09.05 11:21

 

 

Windows Server 2012, 클라우드 운영체제가 정식 출시되었습니다.

성능 개선치가 놀라운데요, 아래 내용 참고하시기 바랍니다.

가장 최신 데이터를 업데이트 드립니다.

 

제일 눈에 뛰는 내용은 클러스터 내의 가상머신 갯수가 8,000개로 향상되었다는 점인데요
Windows Server 2008 R2가 1,000개의 제한이 있었음을 감안하면 8배 개선되었습니다.

===========================================================================

Windows Server 2012 Standard/Datacenter Editions with Hyper-V Enabled

===========================================================================

 

 

Windows Server 2008 R2

Windows Server 2012

Improvement Factor

Logical Processors Per Host

64

320*

5x

Physical Memory per Host

1 Terabyte

4 Terabytes*

4x

Virtual Processors per Host

512

2048*

4x

Virtual Machines per Host

384

1024*

2.7x

 

 

 

 

Virtual Processors per VM

4

64

16x

Memory per VM

64 Gigabytes

1 Terabyte

16x

Maximum Virtual Disk

~2 TB

64 TB*

32x

 

 

 

 

Nodes in a Cluster

16

64*

4x

Virtual Machine in a Cluster

1,000

8,000*

8x

 *= Industry Leading

 

신고
Posted by 나이스가이
아키텍트2010.01.18 19:49

SAN (Storage Area Network), 보통 SAN 하면 고가의 스토리지를 떠올리시죠? 서버를 구매하시면 하드디스크가 내장되어 있습니다. 요즘은 1TB가 내장되는 경우도 있다고 하죠. 그렇지만, 이 내장 하드디스크는 그 서버에 있는 웹서버, DBMS만 사용 가능하죠. 그런데 이 서버에서 구동되는 웹서버나 DBMS가 100G 밖에 사용하지 않는다면? 완전 낭비가 되는 거죠. 이 유휴 공간을 다른 서버에서 사용할 수 있다면 얼마나 좋을까요?

100대의 서버에서 낭비되는 스토리지를 모아보면 엄청난 양이 될 겁니다. 그렇지만, 뭐 어쩔 수 없는 거죠. 쓸 수있는 방법이 없는데 어쩌겠어요? 아, 이걸 해결해주는 솔루션이 있다고요? 그게 어떤 거죠? 제게도 좀 알려주세요.
아직 완전한 분산 스토리지라고 하기는 어렵지만 이런 DAS(Direct Attached Storage, 즉 내장 하드디스크)를 하나의 거대한 풀로 만들고 다수의 가상 서버들이 SAN (즉, 하나의 스토리지) 처럼 보이도록 하는 솔루션이 있습니다.
HP가 인수한 LeftHand iSCSI SAN 인데요, 마이크로소프트의 Hyper-V, System Center 스토리지 통합 솔루션과 함께 파트너십을 맺고 함께 출시하겠다고 발표가 됐네요.

이렇게 되면 인프라 클라우드를 구축할 때 운영체제는 이미 가능했고 (Dynamic Data Center Toolkit), 스토리지 역시 하나의 거대한 SAN 장비를 구매하지 않고도 많은 다수의 서버들의 DAS를 SAN 처럼 활용할 수 있는 진정한 의미의 분산 스토리지 구축이 가능해지는 첫 단추가 끼워졌습니다.

신고
Posted by 나이스가이
호스팅2010.01.12 10:12

블로터닷넷의 도기자님, 정말 빠르시네요. 어제 제가 트위터에 짧은 글을 올렸습니다. 바로 도 기자님의 전화를 받았죠. ^^ 관련한 내용을 설명 드렸고, 물론 도 기자님이 더 자세한 내용을 알고 있는 부분도 있었고, 그 내용이 합쳐져서 http://www.bloter.net/archives/23120, 바로 이 글이 네이버의 메인에 등장했는데 관련된 분들이 많은 관심을 보여주네요.

앞에서 계속 설명 드린 것처럼 아마존의 EC2는 인프라 클라우드 서비스 입니다. 윈도우, 리눅스, 기타 운영체제를 Self-Service Portal에서 선택하면 IP주소 할당, AMI(Amazon Machine Image)를 통해 운영체제 설치, 물론 이 Image에는 웹서버, 데이터베이스도 포함되어 있을 수 있습니다. 그럼 바로 쓸 수 있는 가상서버 1대가 10~15분 안에 준비 되는 것이죠. 이건 사실 기존의 호스팅 서비스와 비교했을 때 굉장한 거죠. 콜센터와 전화 연결, 쉽지 않죠? 사이트에 정보 등록, 다시 전화 연결, 결제, 호스팅 회사의 서버 도입, 설치 등등 굉장히 번거로운 작업이 사라지는 것, Breakthrough Innovation이라고 할 수 있을 것 같아요.

바로 아마존의 EC2 서비스가 북미 시장을 강타했고, 클라우드 컴퓨팅에 주목하게 한 사건이 되었죠. 그런데 아마존이 EC2 서비스를 국내에서 할까요? 안 하겠죠? 그 시장을 누가 차지할 것인가를 두고 IDC, 호스팅 업체 간 각축전이 시작될 거라고 생각합니다. 누가 선점효과를 차지할 것인가? 먼저 치고 나가는 회사, 그리고 마케팅을 잘 하는 회사가 고객의 마음에 클라우드 = LG데이콤? 스마일서브? 삼정데이터서비스? 코리아서버호스팅? 아니면 새로운 어떤 회사가 될 수 있겠죠.

그런데 문제는 EC2와 같이 Self-Service Portal, 자동화 및 프로비저닝, 관리 시스템 구축 등을 갖추려면 많은 자원 (비용 포함)이 소요되는데, 그걸 최소화 할 수 있도록 마이크로소프트가 Dynamic Data Center toolkit for Hoster, Enterprise를 제공한다는 거죠. 그걸 잘 이용하신 거고요. 직접 하실 수도 있지만, 마이크로소프트 파트너를 활용하실 수도 있는 거죠. 어때요? 충분히 가능한 이야기 같지 않으신가요? 이미 많은 고객이 하고 계시기도 하고요.

신고
Posted by 나이스가이
아키텍트2009.02.25 16:41

제가 마이크로소프트의 클라우드 컴퓨팅, Windows Azure, Azure Services Platform에 대해 공부하다가 작성하였습니다. 참고하시고 이해에 도움이 되시면 좋겠습니다. 이 글은 기본적인 개념을 잡는데 도움이 됩니다. 조금 더 구체적인 내용은 다음 글에 적도록 하겠습니다.

마이크로소프트의 클라우드 컴퓨팅은 크게 2개 영역으로 나뉘어져 있습니다. Windows Azure, 그리고 Azure Services Platform이 바로 그것이지요.

The Cloud Computing and Services Platform Diagram

Windows Azure는 클라우드 상에 데이터를 저장하고, 윈도우 애플리케이션이 구동될 수 있는 환경을 제공하는 플랫폼입니다. Windows Azure 는 클라우드 애플리케이션에게 윈도우 기반의 컴퓨팅, 스토리지 서비스를 제공합니다.

Windows Azure
Windows Azure는 마이크로소프트 데이터센터에 위치한 수많은 서버 위에서 운영되는데, 인터넷을 통해 접근 가능합니다. Windows Azure Fabric Knit (잘 짜여진 Fabric)은 강력한 프로세싱 파워를 통합된 하나로 묶어 주는데, Windows Azure의 Compute & Storage서비스는 이 Fabric 위에 구축되었습니다.
Windows Azure Compute Service는 기본적으로 Windows 기반으로 이루어져 있고, 초기 버전 CTP(Community Technology Preview)는 .NET Framework 기반으로 구축된 애플리케이션만 구동되지만, Unmanaged 코드 역시 지원할 계획을 가지고 있습니다. (2009년 중에 발표 예정)

CTP 버전에서는 ASP.NET 애플리케이션과 Windows Communication Foundation (WCF) 서비스 같은 .NET 기반의 소프트웨어를 만들 수 있는데 C#, 기타 다른 .NET 언어를 Visual Studio 2008 같은 개발 도구를 이용할 수 있습니다. 웹 애플리케이션과 별도로 동작하는 백그라운드 프로세스를 지원합니다.

Windows Azure 애플리케이션, On-Premise 애플리케이션 모두 RESTful 접근을 통해 Windows Azure Storage 서비스를 이용할 수 있습니다. Windows Azure의 스토리지는 Microsoft SQL Server 기반이 아닙니다. Windows Azure Storage는 관계형 시스템이 아니고, 쿼리 언어도 SQL이 아닙니다. Storage 서비스는 Windows Azure 위에 구축된 애플리케이션을 위해 디자인됐고, 간단하고 확장 가능한 스토리지를 제공합니다. Blob(Binary Large Object), Windows Azure 애플리케이션 간의 커뮤니케이션을 위한 Queue를 지원하고, 직관적인 쿼리 언어를 사용하는 테이블을 지원합니다.

클라우드 서비스를 위해서는 효과적인 관리가 가능해야 하는데, Windows Azure의 각 애플리케이션은 설정 파일을 가지고 있고 이 파일을 수작업, 또는 프로그램을 통해 수정하면, 애플리케이션 개발자는 사용할 Windows Azure 인스턴스의 개수 변경 등의 정책을 통제할 수 있습니다. 또한, Windows Azure Fabric이 원하는 상태를 유지할 수 있도록 애플리케이션을 모니터링 합니다.

개발자가 개발, 설정, 모니터링 하는 등이 가능하도록 브라우저 기반의 포탈을 제공합니다. 애플리케이션을 구동하기 위한 호스팅 계정을 만들거나, 데이터를 저장하기 위한 스토리지 계정을 만드는 등의 작업이 가능합니다.

1. Start up, 즉 사업을 시작하는 회사가 웹사이트 구축(Facebook), 웹 서비스와 백그라운드 프로세스를 모두 구현 가능하므로 , 애플리케이션은 인터랙티브한 사용자 인터페이스를 제공합니다. (비동기 작업 가능) 인프라에 대한 걱정 없이, 사용자와 투자자에게 가치를 제공할 수 있는 코드 개발에 집중할 수 있습니다.
사용자가 적다면, 비용도 엄청 저렴할 것이고, 사용량이 늘어나면 Windows Azure가 자동 확장해주는데 이때는 매출이 발생할 것이기 때문에 비용을 지불하고도 수익을 낼 수 있는 구조 입니다.

2. 현재 On-premise 방식의 솔루션을 SaaS 버전으로 변경
Windows Azure가 표준 .NET 기반 환경이기 때문에 애플리케이션의 .NET 비즈니스 로직을 클라우드 플랫폼으로 변경하는 것이 그리 어렵지 않습니다. ISV가 비즈니스 로직에만 집중할 수 있습니다. (인프라에 대한 고민 No)

3. Enterprise
Windows Azure가 .NET 기반이기 때문에 기존의 기술이 있다면 개발이 어렵지 않습니다. 기존의 자산투자비용 -> 운영비용으로 개념이 바뀝니다. 크리스마스, 졸업 입학 선물 시즌 등의 사용량 증가를 고민할 필요가 없이, 클라우드 서비스 제공자에게 맡기면 됩니다.

Azure Services Platform

.NET Services

클라우드 상에 애플리케이션을 구동하는 것은 클라우드 컴퓨팅의 중요한 부분이긴 하지만, 그것보다 더 큰 영역이 있습니다. 클라우드 기반의 서비스를  On-Premise 애플리케이션과 Cloud 애플리케이션이 모두 이용할 수 있기 때문입니다. 이 두 영역간의 간격을 좁혀주는 역할을 .NET Services가 제공합니다.

분산 애플리케이션을 개발할 때 공통적으로 발생하는 어려움을 극복하기 위한 것이 .NET Services의 목적입니다.

Access Control: 애플리케이션에게 각 사용자의 정보를 담고 있는 클레임을 토큰 형태로 제공하는 것

즉, 애플리케이션이 이 클레임을 기준으로 어떤 일을 할 수 있는지 결정하도록 하는 것을 의미합니다.
여러 회사간에 이런 일이 가능 하려면 Identity Federation, 즉 한 Identity 영역에서 생성된 클레임이 다른 조직에서 받아들여질 수 있도록 하는 작업이 필요한데 이러한 역할을 Access Control이 담당합니다.

Service Bus: 인터넷 상에 애플리케이션 서비스를 노출시키는 것은 생각보다 쉽지 않습니다. Service Bus의 목표는 웹 서비스의 Endpoint를 노출시켜서 On-Premise, 클라우드 상의 다른 애플리케이션이 쉽게 접근할 수 있도록 하는 것입니다. 각 Endpoint에 대한  위치를 찾고 접근할 수 있도록 하는 것이지요. URI로 지정되어 있습니다. Service Bus는 또한 NAT(Network Address Translation), 노출된 애플리케이션이 새로운 포트를 열지 않고 방화벽을 통과하도록 하는 등의 역할을 제공합니다.

Workflow: 복잡한 애플리케이션을 개발하는 것, 즉 엔터프라이즈 애플리케이션 통합 등은 여러 부분의 상호작용을 조절하는 로직이 필요합니다. 이 로직은 오래 수행되는 프로세스들이 처리될 수 있도록 워크플로우를 사용하여 구현되는데,Windows Workflow Foundation(WF) 기반으로 구축되어 있습니다

몇 가지 예제

- 여러 다른 회사의 고객들이 사용하는 애플리케이션을 제공하는 ISV, Access Control 을 사용하여 애플리케이션
  개발 및 운영 단순화

여러 회사에서 요구하는 다양한 클레임을 해석하는 컴포넌트를 제공함으로, 각 회사들은 독자적인 아이덴티티 기술을 그대로 사용하면서, ISV 애플리케이션은 일관된 형태로 대응하여 개발 가능합니다. 또한, Identity Federation을 사용하지 않고 클라우드 기반의 Access Control 서비스를 사용하여 ISV가 On-premise Federation S/W를 운영할 필요가 없어집니다.

 

  1. 엔터프라이즈가 거래처를 대상으로 애플리케이션 하나에 대한 접근을 허용하고자 할 때 이 애플리케이션의 기능을 SOAP, RESTful 웹서비스를 통해 노출시키고, Endpoint를 Service Bus로 등록합니다. 해당 거래처가 서비스 버스를 통해 Endpoint를 찾을 수 있고, 서비스에 접근하게 되는데, 이런 과정 중에 방화벽상에 포트를 개방 할 필요가 없기 때문에 애플리케이션을 노출시키는 위험성을 줄여줍니다. 해당 조직은 또한 Access Control 서비스를 사용할 수 있을 것이고, 이 Access Control은 Service Bus와 함께 사용할 수 있도록 디자인되었기 때문에 거래처에게 해당 Identity 정보를 보내는 것이 아주 용이해집니다.
  2. 위의 예제에서 거래처와의 비즈니스 프로세스가 일관되게 이루어져야 하는데, 이럴 때 WF 기반의 애플리케이션인 Workflow 서비스가 이용될 수 있습니다. 서비스 버스를 통해 통신하고, Access Control을 통해 Identity 정보를 교환하고, Workflow로 비즈니스 프로세스를 처리할 수 있게 되는 것이죠.

Windows Azure의 브라우저로 접근 가능한 포탈을 통해 Windows Live ID를 통해 .NET Services를 신청할 수 있습니다. .NET 서비스의 목표는 분명한데, 분산 애플리케이션을 위해 유용한 클라우드 기반의 인프라를 제공하는 것입니다

SQL Services

이 기술을 통해 On-premise, 클라우드 기반 애플리케이션이 마이크로소프트 데이터 센터내의 서버에 데이터를 저장하고, 접근할 수 있습니다. 사용한 만큼만 지불하고, 조직의 필요성의 증감에 따라 증가, 감소할 수 있다는 것을 의미하고, 디스크, DBMS, 운영 등의 자산 투자를 운영비용으로  바꿀 수 있게 되는 거죠. 가장 큰 용도는 여러 장치, 위치에 관계 없이 접근 가능하다는 것이고, 이를 위해 SOAP, RESTful 인터페이스를 통해 노출시켜 다양한 방법으로 접근할 수 있게 됩니다. 데이터가 표준 프로토콜을 통해 노출됨으로 SQL Data Services는 어떤 유형의 시스템으로부터도 사용될 수 있다. (Windows만의 기술이 아님)

Windows Azure Storage 서비스와 달리, SQL Data Services는 Microsoft SQL 서버 기반으로 구축됩니다. 하지만, 전통적인 관계형 인터페이스를 제공하지 않고, 계층적 데이터 모델을 제공합니다. 이 서비스에 저장된 각 아이템은 Name, Type, Value의 프로퍼티로 저장되고, 이 데이터를 쿼리하기 위해 Microsoft Language Integrated Query (LINQ)에 의해 C# Syntax로 정의된 언어이거나, RESTful 접근을 통해 사용할 수 있습니다.

왜 이전의 SQL Server를 다루던 방식을 사용하는 대신, 다른 형태의 SQL Services를 제공할까요? 새로운 방식이 데이터를 조직화하고, 검색하여 replication, 로드밸런싱을 제공하는 것을 더 쉽고 빠르게 하기 때문입니다.

예제

  1. 애플리케이션이 오래된 데이터를 SQL Data Services로 아카이브 할 수 있습니다. 빈번히 업데이트되는 RSS 피드를 생각해보면, 30일 이상 된 자료의 경우 거의 사용되지 않지만, 여전히 사용 가능해야 하는데 이러한 데이터를 SQL Data Services에 저장하면 저렴한 가격으로, 안정적인 서비스가 가능합니다.
  2. 딜러와 소비자에게 프로덕트 정보를 제공하려고 하는 제조업자가 있다고 가정하면, 이 데이터를 SQL Data Services에 넣는다면 딜러와 고객 웹사이트에서 모두 접근 가능하도록 할 수 있을 겁니다. 데이터가 RESTFul , SOAP 인터페이스로 접근 가능하므로, 어떤 플랫폼에서 구동되든, 어떤 기술을 사용하는 애플리케이션이든 관계없이 해당 서비스를 쓸 수 있게 되는거죠. SQL Data Services는 쓰기가 정말 쉽습니다. 웹 포탈에 가서, 필요한 정보를 입력하면 되는데, 데이터를 아카이빙 하는 것이든, 여러 위치에서 접근 가능한 애플리케이션을 만드는 것이든, 클라우드 데이터베이스는 매력적임에 분명합니다.

David Chappell이 쓴 백서를 기준으로 작성했습니다.

신고
Posted by 나이스가이