마케팅2018. 4. 11. 13:51

알리바바 창업자 "마윈, 내가 본 미래"를 읽었다. 

유투브의 마윈 인터뷰를 찾아서 들었다. 

알리바바의 비전, 마윈의 철학이 너무 좋았다. 


천하에 어려운 장사가 없게 한다. 전세계의 소규모 판매자들의 판매를 돕겠다는 선한 생각, 의지가 너무 감동적이다. 

책 중에서 좋았던 문구를 정리해봤다. 

동양의 지혜, 서양의 행동력, 세계라는 큰 시장

빨리가고 싶다면 혼자 가면 된다. 멀리가고 싶다면 여럿이 함께 가야 한다. 여럿이 함께 가려면 반드시 조직이 만들어져야 한다. 


행동은 모든 변화의 근본이다. 

성공하기 위해서는 학습능력, 자기 반성능력, 자기 변화능력, 꾸준한 실천력이 있어야 한다. 

IT는 나 중심, DT는 타인 중심이다. 다른 사람이 성공해야 내가 성공한다. 

기회란 무엇인가? 기회는 불편을 해소하는 것이다. 불편함, 불평이 있는 곳에 기회가 있다. 

지금 아니면 언제? 내가 아니면 누가? 


병균이 무섭다고 공기를 피할 수 없고, 또 이 때문에 병균과의 싸움에서 이기려는 노력을 포기할 수 없다. 

원망을 해도 소용 없으니, 원망을 하지 말고 기왕 이렇게 된거 문제를 처리해보자. 

여러분에게 맞는 사람을 찾아야지, 최고의 사람을 찾으려고 해서는 안된다. 

가장 재수없는 일은 여러분이 죽었는데 돈은 남아 있어 다른 사람이 여러분의 돈을 쓰는 것이다. 


사람이 죽을때가 되면 평생 해보지 못한 일을 후회하지, 했던 일을 후회하지 않는다. 

창업의 원칙은 내가 가장 좋아하는 일을 하고, 가장 쉬운 일에서 시작해야 한다. 

사람이 자라 어른이 되면 키만 자라는 것이 아니라 내면이 수양되고, 교양이나 지혜가 늘어야 한다. 


인생은 초콜릿 상자와 같은 거란다. 초콜릿 안에 무엇이 들어 있는지 아무도 몰라.

냉정하게 마음을 가라 앉히면 반드시 출구가 있다. 균형을 유지해야 한다. 


Posted by 조이트리
마케팅2018. 4. 11. 13:41

아마존에 근무했던 경험과 현재 알리바바와 비즈니스 파트너쉽으로 사업을 진행하면서 비슷한 듯 참 많이 다르다는 생각을 하게 된다.


쉽게 생각하면 둘 다 전자상거래를 주업으로 하는 회사다.


아마존은 온라인 소매 사업자다. 상품을 소비자에게 직접 판매한다. 상품을 공급하는 회사들의 제품에 일정 부분의 마진을 붙여서 판매하고, 해당 제품은 아마존의 거대하고 촘촘히 연결된 창고에 보관하고 직접 배송까지 진행한다. 


알리바바는 온라인 중개업체다. 구매자와 판매자를 연결하는 플랫폼을 제공한다. 알리바바는 타오바오, 티몰, 알리익스프레스 3개의 쇼핑몰 사이트를 운영한다. 


첫째, 타오바오에서는 구매자와 판매자간의 거래에 직접 관여하지 않고, 플랫폼만 제공한다. 심지어 구매자와 판매자 간의 거래에 따른 수수료도 전혀 없다. 수익모델은 타오바오 플랫폼의 검색 결과에서 상위 랭크되고자 하는 판매자로부터 광고비 개념으로 비용을 받는다. 개인 판매자 vs 개인 구매자, 중소규모 판매자 vs 개인 구매자를 위한 쇼핑몰로 팔 수 있는 제품이 있는 누구나 무료로 판매할 수 있는, 마윈 회장의 "천하에 어려운 장사가 없게 한다"라는 말을 현실화해준 서비스다. 


둘째, 티몰은 중산층 고객의 브랜드 상품 구매에 맞춘 서비스이다. 갭, 나이키, 아디다스, 삼성전자 등 브랜드 판매자가 상품을 등록하고 판매하는 쇼핑몰이다. 알리바바는 판매자로부터 매년 사용료를 받고, 예치금도 받고, 또한 거래금액 대비로 일정 부분의 커미션까지 받아 수익을 만든다. 프리미엄 쇼핑몰이라고 보면 되겠다. 중국, 홍콩, 타이완 등 중국 시장에 상품을 판매하고자 하는 글로벌 브랜드들에게 제품을 판매할 수 있는 장터를 제공하는 것이므로 충분히 얻는 수익에 비례한 비용을 지불하도록 하는 합리적인 수준의 수익을 만들어 낸다. 


셋째, 알리익스프레스는 미국, 브라질, 영국 등 중국 이외지역의 소비자가 중국 판매자로 부터 물건을 구매할 수 있도록 제공하는 쇼핑몰이다. 배송료를 전혀 받지 않고, 표기된 금액만 지불하면 된다. 몇 번 구매를 해봤는데 배송에 15일 ~ 30일정도까지 걸리긴 하지만, 제품의 품질도 괜찮고 무엇보다 너무 저렴했다. 


알리바바의 가장 큰 혁신은 알리페이 서비스를 제공한다는 것이다. 신용카드가 보편화된 우리나라는 전자상거래때 카드를 이용하면 되지만, 알리바바 이전의 중국은 신용카드 보급률이 너무 낮았고, 현금으로 오프라인 매장에서 물건을 받을 때 현금을 지급하는 방식이 일반적이었다. 신용이라는 개념이 보편화되지 않았기에, 쇼핑몰에 주문하면서 물건을 받기전에 먼저 지불하는 개념은 받아들이기 어려웠다. 마윈은 알리페이를 통해 에스크로 서비스를 제공하여 일대 혁신을 이룬다. 즉, 주문 당시에는 알리페이가 해당 금액을 보유하고 있다가, 판매자로부터 제대로된 물건을 받으면, 즉 만족하면 알리페이가 판매자에게 대금을 송금하는 신뢰시스템의 제공을 통해 알리바바가 확산되기 시작한 것이다.




Posted by 조이트리
마케팅2018. 4. 4. 13:58

플랫폼, 친숙한 듯 하지만 손에 잘 잡히지 않는 개념이다. 


우버, 에어비앤비, 배달의민족, 마이크로소프트의 윈도우, 구글의 안드로이드, 카카오톡 모두 다 플랫폼이라고 한다.


플랫폼은 공급자와 사용자를 직접 연결하여 새로운 경제적 효용과 가치를 창출하는 방식을 의미한다.


우버는 자가용을 소유한 기사 (공급자)와 차를 빨리 효율적으로 잡고자 하는 승객 (사용자)를 연결하는 플랫폼 서비스 이다. 


에어비앤비는 집을 소유한 집주인 (공급자)와 집을 저렴하고 쾌적하게 단기 임대하고자 하는 여행자 (사용자)를 연결하는 플랫폼 서비스 이다. 


배달의 민족은 음식을 판매하고자 하는 음식점 주인 (공급자)와 집에서 편안하게 음식을 배달시켜 먹고자 하는 사용자를 연결하는 플랫폼 이다.


성공적인 플랫폼에서는 아래와 같은 일이 발생한다.


첫째, 공급자와 사용자가 존재한다.


둘째, 공급자와 사용자 모두가 상호 혜택을 얻는다.


셋째, 양면시장 생성에 의해 비즈니스 모델의 혁신을 이루는데, 양면시장 형성을 위해서는 Chicken and Egg 문제가
항상 일어난다. 에어비앤비가 성공하기 위해 플랫폼에서 임대 가능한 집이 충분히 확보되지 않으면, 여행자는 에어비앤비를 사용하지 않을테니까. 그와 반대도 마찬가지다. 


넷째, 양면시장은 네트워크 효과에 의해 형성된다.



Posted by 조이트리
Cloud2017. 11. 8. 17:23

해외 법인 및 지사를 운영중인 고객은 아래와 같은 어려움을 토로하셨습니다.

첫째, 본사·해외 지사간 네트워크 속도저하

둘째, 해외 지사의 허술한 IT 보안

셋째, 글로벌 재해 복구 등의 IT 이슈를 어떻게 극복할 수 있나요?

 

 

쌍용자동차는 클라우드 제트(Cloud Z)를 통해 해외 150여개국의 해외 지사를 포괄하는 해외 영업 시스템의 네트워크 저하 및 보안 취약성의 문제를 손쉽게 해결습니다. 클라우드 제트를 통해 해외 주요 거점 4곳의 Cloud Z 데이터 센터에 웹서버를 설치한 후 최대 100Gbps의 속도의 글로벌 클라우드 전용망을 무상 이용함으로써 국가간 데이터 전송에서 발생하는 인터넷 회선의 속도 저하 문제를 해소한 것이죠. 결과적으로 기존 방식에 비해 로그인 등의 응답속도가 획기적으로 단축되어 업무 효율성이 크게 높아졌습니다.

 

글로벌 제조기업 K사는 클라우드 제트의 글로벌 멀티 클라우드 서비스를 제대로 활용한 사례인데, K사는 클라우드 제트를 통해 자사의 글로벌 영업관리시스템을 중국에서는 알리바바 클라우드 센터와 유럽·북미 지역 등에서는 IBM 클라우드 센터와 연결해 통합하였고, 클라우드 전용선 활용은 물론 웹 가속기까지 도입해 네트워크 속도를 크게 높였다.

 

또한 북한의 EMP 공격에 대한 우려가 있고, 데이터 유실에 대비한 글로벌 백업 및 해외 재해 복구 서비스의 필요성도 지속적으로 높아지고 있습니다.

서울과 홍콩, 도쿄를 연결하는 실제 서비스 사례 속에서 이미지
동영상 등의 방대한 비정형 데이터 저장 및 백업으로 각광 받고 있는 오브젝트 스토리지와 연계한 데이터의 자동 분산 및 동기화를 제공하여 저렴한 비용으로 글로벌 백업, 글로벌 재해 복구 시스템을 구현할 수 있게 되었습니다.

Posted by 조이트리
Cloud2017. 9. 1. 11:53

클라우드 제트 포탈이 새단장을 마쳤습니다.

www.cloudz.co.kr

 

클라우드 제트는 고객의 다양한 니즈에 부합하기 위해 만들어졌습니다.

인프라 사용 니즈부터, 웹/WAS 서버 환경까지 운영 및 관리를 서비스 방식으로 제공하는 플랫폼부터 최종 애플리케이션을 서비스 방식으로 사용하고자 하는 니즈까지 다 부합하는 서비스를 제공하고자 하는 목적에서 시작되었습니다.

 

기존 포탈이 인프라 (IaaS) 밖에 담지 못했다면 새로운 포탈은 고객들의 니즈가 폭증하고 있는

소프트웨어의 빠른 배포, 빈번한 배포, 안정적인 배포를 가능하게 하는 MSA(Microservice Architecture), DevOps, Container, 그리고 Continuous Delivery를 가능하게 하는 Cloud Foundry 서비스를 포함하고 있습니다.

또한 Container 서비스 (Docker, Kubernetes)에 대한 부분도 담고 있습니다.

 

구슬이 서말이라도 꿰어야 보배라고 했는데, 마이크로서비스에 맞게 애플리케이션을 어떻게 신규 개발할 것인지, 기존에 있는 애플리케이션을 어떻게 클라우드에 맞게 수정할 것인지, 많은 고객들이 궁금해하고 방법에 대해 찾고 계신것을 알고 있습니다.

클라우드 제트에서는 CloudZ Labs라는 고객이 직접 클라우드 전문가들과 2-3주의 기간 동안 Hands-on하면서 설계도 하고, 개발도 해보실 수 있는 서비스를 제공하고 있습니다.

 

클라우드로 이전 했을 때 많은 고객들이 갖는 의문이, IaaS 서비스를 선택했더니 운영체제, 미들웨어, 데이터베이스에 대한 운영은 매니지드 서비스 파트너를 쓰거나, 직접 운영해야 하므로 기존 On-premise 대비로 했을 때 큰 효과가 많지 않더라하는 이야기를 종종 합니다. 사람의 개입을 줄이기 위해서는 자동화, Auto-provisioning 등이 도입되어야 하고 운영 서비스가 아닌 서비스 자체가 managed service로 제공되어야 하는데 PaaS (Platform as a Service)를 선택하는 이유가 바로 이 때문 입니다. 클라우드 제트는 PaaS 서비스를 다양한 방식으로 제공합니다.

 

Bluemix, 그리고 Open PaaS (PaaS-TA)를 통해 고객의 상황에 맞게 제공해드리는데 PaaS만 있다고 서비스가 가능한 것은 아닙니다. Service Gateway, PaaS monitoring, Redis, ELK, MariaDB 들 역시 서비스 방식으로 제공되어야 하지요. CloudZ가 자체적으로 구축/운영 중인 서비스들을 통해 상황에 따라 상용, 비용을 고려한 오픈소스 기반의 서비스 등을 통해 고객에게 맞춤형 서비스 제공이 가능합니다.

 

어떻게 시작해야 할지 알고 싶다면, SK주식회사 C&C의 Cloud Z Labs를 찾아주세요.

Posted by 조이트리
Cloud2017. 6. 19. 10:57

DevOps


DevOps의 정의 (Wikipedia 참조): 소프트웨어 개발자와 인프라 운영 담당자간에 소프트웨어 배포 프로세스의 자동화및 인프라스트럭처의 원활한 변경을 위해 협업 및 의사소통을 반영한 개발 환경이나 문화를 의미한다. 소프트웨어의 개발, 테스팅 및 배포를 더 빠르고, 자주, 안정적으로 하기 위해 시작되었다.


전통적인 IT 조직은 개발, 운영, 테스팅 조직이 팀으로 나뉘어져 있다. 개발자는 운영에 대한 고민없이 개발이 끝나면 단위 테스팅을 거친 후 운영조직으로 넘기고, 물론 운영조직과 통합 테스팅 과정을 거치기는 하지만 본질적으로 운영은 운영 조직의 몫으로 여기는 경우가 많다. 이런 이유로 대부분의 조직은 개발과 운영 조직의 사이가 대단히 안 좋은 경우가 많다. 하지만, DevOps는 개발, 테스팅, 운영조직간의 의사소통 및 협업을 위한 프로세스와 방법론을 제시하는데 대부분의 경우 개발/운영/테스팅이 함께 어우러져 이루어질 수 있어 효율성이 높아진다. 


DevOps 툴체인

개발,운영,테스팅 조직간의 협업, 즉 기나긴 사이클로 이루어지기 때문에 DevOps가 가능하도록 해주는 하나의 도구는 존재하지 않는다. 여러개의 도구의 집합, 소프트웨어 개발에서 배포 프로세스까지 이어지는 DevOps 툴체인이 필요하다. 


1. Code: 코드 개발 및 리뷰, 버전 콘트롤 도구 등

2. Build: Continuous Integration 도구, Jenkins

3. Test: Continuous Testing 도구, 즉 비즈니스 위험도 등에 대한 피드백 제공

4. Package: Artifact repository, 애플리케이션의 사전 배포 단계

5. Release: 변경 관리, 배포 승인 및 배포 자동화

6. Configure: 인프라 설정 및 관리, Infrastructure as Code 도구, Puppet

7. Monitor: 애플리케이션 성능 모니터링, 즉 최종 사용자 경험 관리

* Docker (containerization) 등


DevOps의 목적은 소프트웨어 배포를 더 빠르고, 자주, 안정적으로 하기 위한 환경을 제공하는 것이다. 배포 매니저는 애플리케이션 배포 자동화 및 Continuous Integration 도구를 통해 진행하는데, Continuous delivery 접근 방식을 택한다. 



 

 



Posted by 조이트리
Cloud2017. 6. 16. 16:49

Cloud Friendly, Cloud Native 등 친숙하지 않은 개념들을 많이 듣게 됩니다.


Cloud Native Application은 Cloud 환경에 최적화된 애플리케이션이라고 할 수 있는데 이것만 가지고는 어떤 의미인지 이해하기가 어렵습니다.

기업들이 Cloud를 도입하는 이유가 뭘까요? 새로운 기술, 즉 트렌드라서? 분명한 이점이 있기 때문일텐데요, 

가장 대표적으로 IT자원에 대한 자산투자를 하지 않고, 데이터센터 및 서버/운영체제/스토리지/네트웍 등의 자원에 대한 운영인력을 줄이고 컴퓨팅 자원은 필요할 때 즉각적으로 사용하고, 사용량만큼 비용을 지불할 수 있기 때문일 겁니다. Cloud도입 초기에는 인프라(데이터센터, 서버/스토리지/네트웍 등)를 빌려쓰는 IaaS로도 효과를 충분히 볼 수 있었지만, IaaS를 사용해보면 알겠지만 운영체제의 운영, 데이터베이스 운영, 네트웍 및 미들웨어 (Tomcat, Jeus 등) 운영 등 실제 애플리케이션 개발을 위한 플랫폼 운영 관련한 인력이 유지되어야 하고, 플랫폼 소프트웨어 설치/운영/모니터링 등의 업무도 그대로 남게 됨을 알 수 있습니다. 소프트웨어 개발자와 시스템 운영자는 여전히 넘을 수 없는 벽을 사이에 두고 일하게 되고, 개발자가 짠 애플리케이션은 하나의 거대한 단일 애플리케이션 (Monolithic)으로 구성되어 있어, 그중의 일부를 바꾸기 위해서는 전체 애플리케이션을 빌드하고 배포해야 하므로 배포는 자주해서는 안되는 금기시되는, 고객에게 필요한 기능도 쉽게 적용할 수 없는 상황에 처하게 됩니다. 


Cloud에 최적화된 애플리케이션은 바로 위에서 벌어지는 다양한 불합리함을 극복할 수 있게 해주는데, 가장 중요한 factor는 자동화라고 볼 수 있을 것 같습니다. 여기서, DevOps, Continuous Delivery, Micro-service, 그리고 Container 개념이 등장하게 됩니다. 


DevOps는 소프트웨어 개발자와 IT운영자간의 협업을 의미하는데, 소프트웨어 배포(Delivery)나 인프라의 변경 프로세스를 자동화하는 목적으로 합니다. 소프트웨어의 개발, 테스트와 배포를 보다 더 빠르고, 자주, 안정적으로 할 수 있는 하나의 문화라고 볼 수 있을 것 같습니다. 


Continuous Delivery는 단위 애플리케이션이 변경되어 배포되어야 할 때 시스템 정비시간을 기다릴 필요없이 배포할 수 있는 특징을 의미합니다. 배포작업은 모든 개발자 및 시스템 운영자가 부담스러워 하는 작업인데, 위험부담을 줄이고 고객의 피드백을 빠르게 적용하여 경쟁자를 압도할 수 있게 됩니다. 넷플릭스나 Amazon.com이 하루에도 수십/수백번의 배포를 할 수 있는 것도 바로 Continuous Delivery 정책을 사용하기 때문입니다. 


Microservice는 작은 서비스의 결합으로 하나의 애플리케이션을 구성하는 아키텍처 디자인 접근방식입니다. 각 서비스는 HTTP API를 통해 통신하고, 서비스별로 배포, 업그레이드, 스케일 out 및 구동될 수 있고 타 서비스와의 연결고리가 약하게 되어 있기 때문에 사용자에게 영향을 최소화 또는 없게 업데이트할 수 있습니다. 


Container는 하나의 운영체제 (물리적서버 or VM에 무관)에 서로 독립적인 파일시스템과 리소스를 갖고 있는 container로 나뉘어 동작합니다. Container의 생성 및 폐기가 가상머신에 비해 엄청 빠르게 이루어지고, 자원도 거의 사용하지 않아 고집적으로 사용할 수 있습니다. 


바로 이러한 DevOps, CD, MSA, Container 방식으로 개발된 Cloud Native Application의 구동을 가능하게 하려면 PaaS (Platform as a Service)가 필요하게 되는데, 가장 많이 사용하는 플랫폼이 바로 Cloud Foundry 입니다. 

Posted by 조이트리
Cloud2017. 5. 26. 13:52

모든 기술은 진화한다.


물리적인 서버, 가상화, 그리고 Infra Cloud (IaaS), 그리고 PaaS (Platform as a Service)로 진화하더니 이제는 Container로 ... 


오늘은 Container에 대한 이야기를 좀 해보려고 한다. 

가장 대표적인 회사가 Docker라고 생각할 것이고, Docker는 CaaS (Container as a Service)를 제공하는 회사이다. 


Container는 VM (Virtual Machine)과 달리, 운영체제를 전부 포함하고 있지 않고 소프트웨어가 동작하는데 꼭 필요한 코드, 런타임, 시스템도구, 시스템 라이브러리와 설정값을 갖고 있다. 리눅스와 윈도우 기반 앱으로 동작하고, 어떤 환경에 배포되더라도 항상 동일한 동작을 한다. Container는 주변 환경과 소프트웨어를 격리시켜주므로 개발, 스테이징 환경 등의 차이에 무관하게 동작한다. VM 대비로 훨씬 적은 자원/공간을 점유하고, 일반적으로 수십 메가바이트 규모이며 대부분 즉시 (초단위로) 구동된다. 


VM (Virtual Machine)은 물리적 하드웨어를 추상화한것으로 봐야하는데, 하이퍼바이저를 통해 하나의 하드웨어에 여러개의 VM을 구동하는 방식이다. 각 VM은 운영체제를 다 설치해야하고 여러개의 애플리케이션과 라이브러리 등을 설치해야 하기 때문에 수십 기가바이트 규모로, 부팅에 오랜 시간이 소요된다. 


일단 container를 사용하고자 마음 먹으면, container를 스케쥴링하고 관리하는 솔루션이 필요하게 된다. 바로 이 역할을 하는 것이 Orchestration 도구인데, 가장 일반적으로 많이 알려진 것이 Kubernetes와 Docker Swarm이다. 그 중에서 완성도가 높고 확장성이 있는 솔루션이 바로 Kubernetes이고, 오픈소스라는 것이 특징이다. (구글이 만들었다.)


개중에는 Docker와 Kubernetes를 비교하는 경우가 있는데, Docker는 orchestration만 제공하는 것이 아닌 훨씬 많은 것을 제공하므로 Docker Swarm과 대응하는 솔루션임을 꼭 기억하자. Docker Swarm은 아직은 좀 더 성숙할 시간이 필요하다고 생각한다. 


Kubernetes에 대해서는 조금씩 자세히 알아보도록 하겠다.





Posted by 조이트리
마케팅2017. 4. 5. 18:06

http://www.ajunews.com/view/20170404083729463

 

참고하시기 바랍니다.

 

Posted by 조이트리
IT Pro2017. 4. 3. 13:44

SK주식회사 CloudZ에서는 PaaS 서비스를 제공하고 있습니다.

 

PaaS (Platform as a Service)란 Cloud 애플리케이션을 쉽고 빠르게 개발하기 위한 SW 개발환경을 서비스로 제공하는 것을 의미합니다.

 

IaaS가 서버, 네트웍, 스토리지를 서비스로 제공한다고 하면

PaaS는 운영체제, 데이터베이스, 애플리케이션 서버 (WAS), JDK(Jave Development Kit) or .NET 등을 서비스로 제공하는 것을 의미합니다.

 

고객이 IaaS만을 사용하는 경우에는 고객이 운영체제, 데이터베이스, WAS, JDK / 개발 Framework을 직접 설치하고 운영해야 합니다. 이를 위해 별도의 운영 인력을 보유하거나, MSP (Managed Service Provider)를 통해 서비스를 제공받아야 합니다.

 

시스템 구축/운영, 미들웨어 구축/운영, 데이터베이스 구축/운영 등 여전히 운영을 위한 인력이 많이 필요하게 되고, 실제 애플리케이션 자체의 운영인력까지 필요하므로 클라우드 도입으로 인한 비용효과를 보기 어렵습니다.

 

PaaS 서비스는 오픈소스 Cloud Foundry, IBM Bluemix, Pivotal CF 등 3개사가 대표적인데

CloudZ에서는 오픈소스 Cloud Foundry를 통해 미래부가 개발한 PaaS-TA, IBM Bluemix를 PaaS로 사용하고 있습니다. Cloud Foundry는 자동차 엔진에 해당되는 역할을 하는데, 자동차를 이루기 위해서는 기어, 핸들, 속도계 등의 다양한 부가 서비스가 필요합니다. Microservice Architecture로 개발하여 운영되기 위해서는 Database as a Service, API Gateway, Circuit Breaker, Discover 서비스 등이 필요하게 되는데, 이런 다양한 서비스들을 오픈소스 기반으로 개발하여 제공하고 있습니다.

 

PaaS 도입으로 인한 효과

첫째, 실행환경 설정 자동화를 통한 서버 구성시간 단축 (Provisioning), 즉 개발환경 구축보다 서비스 개발에 집중

둘째, 빌드/테스트/배포 자동화를 통해 개발 시간 단축, 신속한 배포

셋째, 모듈별 부하량 증감에 따라 자동화된 Auto-scaling 가능, 예) 급여명세 조회 microservice의 부하 증가시 해당 microservice만 늘어나도록 하는 방식

넷째, 기존 서비스 중단 없이 신규 서비스의 무중단 배포 가능, 접속 경로 변경을 통한 신규서비스의 무중단 배포

를 가능하도록 합니다.

 

Microservice 아키텍처의 개념은, 클라우드 애플리케이션을 기능별로 독립된 모듈화 구조로 설계하는 것을 의미합니다. MSA의 장점은, 전통적인 크고 복잡한 구조를 가진 하나의 서비스 (monolithic architecture)가 아닌, 기능별로 분리하여 여러개의 독립적인 모듈로 구성하여 개발 속도면에서 빠르게 개발 가능하고, 신속하고 빈번한 업데이트와 배포가 가능하다는 장점이 있습니다. (Rapid, frequent, reliable deployment)

또한, 보안성을 높일 수 있다는 장점이 있는데, 보안 취약점에 대한 빠른 대응이 가능하기 때문입니다.

 

Amazon과 Netflix가 DevOps 기반의 MSA 구조로 되어 있는 대표적인 사례 입니다.

 

하지만, 모든 애플리케이션이 MSA에 적합한 것은 아닙니다.

1) On-premise/IaaS 상의 애플리케이션

   - 안정적인 백오피스 업무

   - 기록/통계/보고서 중심 업무

   - ERP, 지급관리, 세무관리, 재고관리, 마스터데이터 관리, 회계 시스템 등

 

2) Cloud Friendly (Container 기반 서비스)

   - 확장 가능한 백오피스 업무
   - 대부분의 기존 Application
     . 빠른 환경 구성 및 표준화

     . 자원부족에 따른 장애 최소화
     . 서비스변경 영향도 최소화

   - Seasonal Effect 존재
   - MIS, CRM, SCM, 웹/커머스, 마케팅, 조달, 분석시스템, 워크포스 관리


3) Cloud Native (MSA)

   - 고객 접점 업무
   - B2C 애플리케이션 (빈번한 배포 필요)

   - 시장반응 분석 및 빠른 수정/배포 (A/B 테스팅 등)
   - 모바일 앱, 소셜커머스, 인터넷 서비스, 위치기반서비스, IoT, 빅데이터, 머신러닝/분석 기반

Posted by 조이트리