Managed Service

Managed Service : As A Service 에 내재화된 개념, 관리 및 서비스의 영역

As a Service : 사용자가 어떤 것을 선택하느냐
- 선택에따라 클라우드 업체의 관리 및 서비스 제공 범위가 달라짐

왜 Managed Service 라는 용어가 등장했나?
- Platform Layer(기업용 SW(DB, Middleware 등) 때문,
 기업용 SW는 어플리케이션, 서비스 구축 뿐만 아니라 전통적인 IT 환경에서 운영할 수 있는 관리자 확보도 매우 중요함.

(관리 인력을 구하기도 어렵도, 비용도 만만 찮음. 실력있는 DBA를 구하기가 얼마나 어려운지 생각해보면..)

Managed service 라는 것은 2010년대 후반부터 시작했으며 2020년대 각광을 받음.

 

DB를 cloud로 제공하는 회사들은 DBA가 하는 부분까지 직접 Managed Service로 제공하면서, cloud의 장점을 극대화시킴
(PaaS Lock-in 효과로 인해 IaaS를 적용해 기업용 SW적용하는 경우가 많았음.)

cloud는 운영,관리 부분을 cloud 회사가 상당 부분 대신해준다는 장점을 극대화 한다는데서 시작되었다. 그런데 제약이 발생하면 cloud를 이용하는 장점이 줄어든다. 그래서 등장한게 Managed Service의 개념

(사용자는 설치, 운영 및 유지보수를 모두 서비스로 제공받아 사용함.)

예를 들어 Snowflake, mongoDB, okta는 cloud운영하지않고, 기업용 sw만 패키징해서 제공하고 있다.
즉, cloud환경에  sw 설치, 기업들에게 cloud형태로 서비스를 제공(구독형)

( OS, 미들웨어 등 IaaS 위에 독립적인 PaaS 레벨의 서비스를 제공)

* Managed Service 특징
- 사용자는 한 번의 클릭으로 DB를 자동 구성하여 실제 DB에 담아서 이용할 data와  어플리케이션의 연동만 처리

* Managed Service가 생긴 이유

oracle, tmax, redhat같이 기업용 SW만 개발하는 회사들이 인프라 환경이 cloud환경으로 변하면서, cloud vender를 지원할 필요가 생기게 되었다. 여기서 지원이란 cloud 회사 플랫폼 위에서 SW를 제공하거나 자체 서비스를 개발 후 고객이 원하는 환경을 만들어 운영하는 방법이 있음. (HW처럼 활용하는 형태로)

* 장점
- 한 번의 클릭으로 바로 사용할 수 있는 서비스가 제공되어 빠르게 업무 도입 가능
- 관리 및 유지보수가 가능한 기술력 또는 인력이 없더라도 사용 가능
- 다양한 API를 지원하여 개발, 테스트 및 배포 프로세스를 쉽고 빠르게 확보할 수 있음.

* 단점
- Lock-in 효과가 여전히 있음. (선택지가 넓어지긴 했지만)
(snowflake는 AWS, MS, Google만 가능. 국내 업체는 서비스 제공이 안됨)
- Managed 되고 있는 영역에 대해 접근이 제약적임