본문으로 이동

프로비저닝

위키백과, 우리 모두의 백과사전.

전기 통신 분야에서 프로비저닝(provisioning)은 네트워크가 사용자에게 새로운 서비스를 제공할 수 있도록 준비하고 장비를 갖추는 과정을 포함한다. 국가 안보 및 비상 대비 전기 통신(NS/EP) 서비스에서 "프로비저닝"은 "개시"와 동일한 의미로 쓰이며, 기존의 우선순위 서비스나 기능의 상태를 변경하는 것을 포함한다.[1]

주로 전기 통신 산업에서 사용되는 네트워크 프로비저닝 또는 서비스 중재라는 개념은 고객의 서비스를 해당 네트워크 통신 시스템에 연결된 다양한 장비인 네트워크 요소에 프로비저닝하는 것을 의미한다. 일반적으로 전화 프로비저닝에서는 네트워크 관리 데이터베이스 테이블 매핑을 통해 이를 수행한다. 이는 네트워킹 장비의 존재를 전제로 하며 네트워크 설계 및 디자인에 의존한다.

모든 수준에서 정보기술(IT)을 채택한 현대 신호 인프라에서는 통신 서비스와 "상위 수준" 인프라를 구분할 수 없다. 따라서 프로비저닝은 필요한 모든 시스템을 구성하고, 사용자에게 데이터 및 기술 자원에 대한 접근 권한을 제공하며, 관련된 모든 기업 수준의 정보 자원 관리를 일컫는다.

조직적으로는 일반적으로 최고 정보 책임자(CIO)가 프로비저닝을 관리하며, 반드시 인적자원 부서와 IT 부서가 협력하여 다음을 수행한다:

  • 고유한 사용자 식별자를 기반으로 사용자에게 데이터 저장소에 대한 접근 권한을 부여하거나 시스템, 네트워크 응용 프로그램 및 데이터베이스에 대한 권한을 부여한다.
  • 컴퓨터, 휴대 전화, 페이저와 같은 하드웨어 자원을 사용자의 용도에 맞게 할당한다.

프로비저닝 프로세스의 핵심은 접근 권한과 특권을 모니터링하여 기업 자원의 보안과 사용자 개인정보 보호를 보장하는 것이다. 부차적인 책임으로는 규정 준수를 보장하고 시스템의 침입 및 오용 취약성을 최소화하는 것이 있다. 세 번째 책임으로는 부팅 이미지 제어 및 기타 방법을 사용하여 구성 유형의 수를 획기적으로 줄임으로써 사용자 지정 구성의 양을 줄이는 것이다.

프로비저닝에 대한 논의는 플랫폼 가상화, 오케스트레이션, 유틸리티 컴퓨팅, 클라우드 컴퓨팅 및 개방형 구성 개념과 프로젝트 맥락에서 자주 등장한다. 예를 들어, OASIS 프로비저닝 서비스 기술 위원회(PSTC)는 사용자, 자원 및 서비스 프로비저닝 정보 교환을 위한 XML 기반 프레임워크인 SPML(Service Provisioning Markup Language)을 정의하여 "조직 내부 및 조직 간의 식별 정보와 시스템 자원의 프로비저닝 및 할당 관리"를 수행한다.

프로비저닝이 이루어지면 SysOp 프로세스를 통해 서비스가 예상 표준에 따라 유지되도록 보장한다. 따라서 프로비저닝은 서비스 운영의 설정 또는 시작 부분만을 의미하며, SysOp는 지속적인 지원을 의미한다.

네트워크 프로비저닝

[편집]

프로비저닝의 한 유형이다. 고객 관계 관리(CRM)에서 고객에게 할당된 서비스는 해당 서비스를 활성화하고 고객이 실제로 서비스를 사용할 수 있게 하는 네트워크 요소에 프로비저닝되어야 한다. CRM에 구성된 서비스와 네트워크 요소의 서비스 간의 관계가 반드시 일대일 관계일 필요는 없다. 예를 들어 마이크로소프트 미디어 서버(mms://)와 같은 서비스는 둘 이상의 네트워크 요소에 의해 활성화될 수 있다.

프로비저닝 중에 서비스 중재 장치는 서비스와 해당 서비스 매개변수를 관련 네트워크 요소의 하나 이상의 서비스/매개변수로 변환한다. 시스템 서비스를 네트워크 서비스로 변환하는 데 사용되는 알고리즘을 프로비저닝 로직이라고 한다.

통신사로부터의 전자 송장 피드는 통신 비용 관리(TEM) 소프트웨어의 코어로 직접 자동 다운로드될 수 있으며, 이를 통해 개별 라인 항목 요금부터 사용자 지원 및 운영 센터(USOC) 수준까지 즉각적인 감사를 수행한다. 프로비저닝 소프트웨어는 모든 통신사가 제공하는 각 회선 번호를 캡처하며, 계약된 요율을 벗어나 청구가 발생할 경우 예외 규칙이 경고를 발생시키고 미리 지정된 직원이 청구 오류를 검토하도록 알린다.

서버 프로비저닝

[편집]

서버 프로비저닝은 적절한 시스템, 데이터, 소프트웨어를 갖춘 서버를 준비하고 네트워크 운영 준비를 마치는 일련의 작업이다. 서버를 프로비저닝할 때의 일반적인 작업은 다음과 같다: 사용 가능한 서버 풀에서 서버를 선택하고, 적절한 소프트웨어(운영체제, 장치 드라이버, 미들웨어 및 응용 소프트웨어)를 로드하며, 시스템과 소프트웨어를 적절하게 사용자 정의 및 구성하여 이 서버를 위한 부팅 이미지를 생성 또는 변경한다. 그런 다음 IP 주소, IP 게이트웨이와 같은 매개변수를 변경하여 관련 네트워크 및 스토리지 자원(때로는 자원 프로비저닝으로 분리됨)을 찾아 시스템을 감사한다. 시스템을 감사함으로써 취약성을 제한하여 Open Vulnerability and Assessment Language 준수를 보장하거나, 규정 준수를 확인하거나, 패치를 설치한다. 이러한 작업 후에 시스템을 재시작하고 새 소프트웨어를 로드한다. 이를 통해 시스템은 운영 준비가 완료된다. 일반적으로 인터넷 서비스 제공자(ISP) 또는 네트워크 운영 센터는 조직이 승인하고 라이선스를 보유한 소프트웨어를 사용하는 부팅 이미지와 같이 잘 정의된 매개변수 집합에 대해 이러한 작업을 수행한다. 이러한 부팅 이미지의 많은 인스턴스는 가상 전용 호스팅 서비스를 생성한다.

서버, 서비스 및 엔드유저 장치의 프로비저닝을 자동화하기 위한 많은 소프트웨어 제품이 있다. 예: BMC Bladelogic Server Automation, HP Server Automation, IBM Tivoli Provisioning Manager, Redhat Kickstart, xCAT, HP Insight CMU 등. 미들웨어와 응용 프로그램은 운영체제 설치 시 또는 그 이후에 애플리케이션 서비스 자동화 도구를 사용하여 설치할 수 있다. 다중 계층[2] 또는 다중 서비스 애플리케이션에서 프로비저닝을 언제 실행해야 하는지, 얼마나 많은 서버가 필요한지 등의 추가 질문이 학계에서 다뤄지고 있다.[3]

클라우드 컴퓨팅에서 서버는 웹 사용자 인터페이스 또는 애플리케이션 프로그래밍 인터페이스(API)를 통해 프로비저닝될 수 있다. 클라우드 컴퓨팅의 독특한 점 중 하나는 이것이 얼마나 빠르고 쉽게 수행될 수 있는지이다. 모니터링 소프트웨어를 사용하여 기존 자원이 너무 과부하될 때 자동 프로비저닝을 트리거할 수 있다.[4]

요약하자면, 서버 프로비저닝은 자원 요구 사항에 따라 서버를 구성한다. 하드웨어 또는 소프트웨어 구성 요소(예: 싱글/듀얼 프로세서, RAM, HDD, RAID 컨트롤러, 랜 카드 수, 응용 프로그램, 운영체제 등)의 사용은 ISP, 가상화, NOS 또는 음성 처리와 같은 서버의 기능에 따라 달라진다. 서버 이중화는 조직 내 서버 가용성에 달려 있다. 크리티컬한 애플리케이션은 클러스터 서버, RAID 또는 미러링 시스템을 사용할 때 다운타임이 적다.

대규모 센터에서는 부분적으로 이를 방지하기 위해 사용되는 서비스이다. 서비스당 추가적인 자원 프로비저닝이 수행될 수 있다.[5]

시중에는 Cobbler나 HP Intelligent Provisioning과 같은 서버 프로비저닝을 위한 여러 소프트웨어가 있다.

사용자 프로비저닝

[편집]

사용자 프로비저닝은 자동화되거나 대화형 비즈니스 프로세스에 대응하여 하나 이상의 시스템, 디렉토리 또는 응용 프로그램에 존재하는 사용자 객체 및 사용자 속성의 생성, 유지 및 비활성화를 의미한다. 사용자 프로비저닝 소프트웨어에는 변경 전파, 셀프 서비스 워크플로, 통합 사용자 관리, 위임된 사용자 관리 및 연합 변경 제어 프로세스 중 하나 이상이 포함될 수 있다. 사용자 객체는 직원, 계약자, 벤더, 파트너, 고객 또는 기타 서비스 수혜자를 나타낼 수 있다. 서비스에는 전자 우편, 공개된 사용자 디렉토리 포함, 데이터베이스 접근, 네트워크 또는 메인프레임 접근 등이 포함될 수 있다. 사용자 프로비저닝은 아이덴티티 관리 소프트웨어의 한 유형으로, 사용자가 여러 시스템과 여러 인스턴스에서 다수의 객체로 표현될 수 있는 조직 내에서 특히 유용하다.

클라우드 컴퓨팅 서비스를 위한 셀프 서비스 프로비저닝

[편집]

온디맨드 셀프 서비스는 미국 국립표준기술연구소(NIST)에 의해 클라우드 컴퓨팅의 필수적인 특징으로 기술된다.[6] 클라우드 컴퓨팅의 셀프 서비스 특성 덕분에 최종 사용자는 IT 직원의 도움 없이도 응용 프로그램, 응용 프로그램을 지원하는 인프라[7] 및 구성을 포함한 클라우드 서비스를 스스로 획득하거나 제거할 수 있다.[8][9] 자동 셀프 서비스는 서로 다른 응용 프로그램 아키텍처(예: bags-of-tasks 및 워크플로)를 처리할 뿐만 아니라 다양한 응용 프로그램 목표 및 제약 조건(예: 마감 기한 및 비용)을 대상으로 할 수 있다.[10][11][12] 클라우드 사용자는 클라우드 서비스 카탈로그나 셀프 서비스 포털을 통해 클라우드 서비스를 얻을 수 있다.[13] 비즈니스 사용자가 클라우드 서비스를 스스로 얻고 구성할 수 있기 때문에 IT 직원의 생산성이 높아지고 클라우드 인프라를 관리할 수 있는 더 많은 시간을 가질 수 있다.[14]

클라우드 서비스 프로비저닝의 한 가지 단점은 즉각적이지 않다는 것이다. 클라우드 가상 머신(VM)은 사용자가 언제든지 획득할 수 있지만, 획득한 VM이 사용 준비가 될 때까지 몇 분이 걸릴 수 있다. VM 시작 시간은 이미지 크기, VM 유형, 데이터 센터 위치 및 VM 수와 같은 요인에 따라 달라진다.[15] 클라우드 제공업체마다 VM 시작 성능이 다르다.

모바일 가입자 프로비저닝

[편집]

모바일 가입자 프로비저닝은 GPRS, 멀티미디어 메시지 서비스(MMS), 인스턴트 메신저와 같은 새로운 서비스를 기존 휴대 전화 네트워크 가입자에게 설정하고, 표준 인터넷 채팅 또는 우편 서비스에 대한 게이트웨이를 설정하는 것을 의미한다. 네트워크 운영자는 일반적으로 SMS 문자 서비스나 HTML, 드물게는 WAP을 사용하여 가입자의 단말기에 이러한 설정을 전송하며, 이는 모바일 운영체제가 수용할 수 있는 방식에 따라 달라진다.

프로비저닝의 일반적인 예는 데이터 서비스이다. 음성 통화에 기기를 사용하는 모바일 사용자가 이메일을 읽거나 인터넷을 브라우징하기 위해 데이터 서비스로 전환하고자 할 수 있다. 모바일 기기의 서비스가 "프로비저닝"되면 사용자는 푸시 이메일 및 스마트폰 서비스의 기타 기능을 통해 연결 상태를 유지할 수 있다.

단말 관리 시스템은 최종 사용자가 사용하는 기기에 관계없이 플러그 앤 플레이 데이터 서비스를 통합하여 최종 사용자에게 혜택을 줄 수 있다. 이러한 플랫폼은 네트워크의 기기를 자동으로 감지하여 즉각적이고 지속적인 사용을 위한 설정을 전송할 수 있다. 이 프로세스는 완전히 자동화되어 있으며, 사용된 기기의 이력을 유지하고 이전에 설정되지 않은 가입자 기기에만 설정을 전송한다. 모바일 업데이트를 관리하는 한 가지 방법은 IMEI/IMSI 쌍을 필터링하는 것이다. 일부 운영자는 초당 50개의 무선(OTA) 설정 업데이트 파일 활동을 보고한다.

모바일 콘텐츠 프로비저닝

[편집]

이는 기기의 특징과 무관하게 모바일 콘텐츠(예: 모바일 인터넷)를 휴대 전화에 전달하는 것을 의미한다. 여기에는 운영체제 유형 및 버전, 자바 버전, 브라우저 버전, 화면 폼 팩터, 오디오 기능, 언어 설정 및 기타 여러 특성이 포함될 수 있다. 2006년 4월 기준으로 약 5,000개의 순열이 관련되어 있는 것으로 추정되었다. 모바일 콘텐츠 프로비저닝은 서로 크게 다른 단말기에서도 공통된 사용자 경험을 제공할 수 있게 한다.

모바일 단말 프로비저닝

[편집]

단말 프로비저닝은 중앙 지점인 모바일 단말 관리 시스템 도구에서 모바일 기기로 구성 데이터와 정책 설정을 전달하는 과정을 포함한다.

인터넷 접속 프로비저닝

[편집]

고객을 온라인에 연결할 때 클라이언트 시스템이 구성되어야 한다. 연결 기술(예: DSL, 케이블, 광섬유)에 따라 클라이언트 시스템 구성에는 다음이 포함될 수 있다:

  • 모뎀 구성
  • 네트워크 인증
  • 장치 드라이버 설치
  • 무선랜 설정
  • 운영체제 보안 설정(주로 윈도우 대상)
  • 공급자별 브라우저 세부 정보 구성
  • 이메일 프로비저닝(사서함 및 별칭 생성)
  • 클라이언트 시스템의 이메일 구성
  • 추가 지원 소프트웨어 또는 애드온 패키지 설치

인터넷 접속 프로비저닝에는 네 가지 접근 방식이 있다:

  • 매뉴얼 배포: 매뉴얼은 숙련된 사용자에게 큰 도움이 되지만, 미숙한 사용자는 모든 인터넷 서비스에 접속할 수 있을 때까지 지원 핫라인에 여러 번 전화해야 한다. 사용자 실수나 소프트웨어 오류로 인한 의도하지 않은 구성 변경은 추가 전화를 유발한다.
  • 기술자에 의한 현장 설치: 기술자를 현장에 파견하는 것은 제공업체 관점에서 가장 신뢰할 수 있는 방식이다. 기술자가 고객의 집을 떠나기 전에 인터넷 접속이 작동하는지 확인하기 때문이다. 이 장점은 비즈니스 모델에 따라 제공업체나 고객에게 높은 비용을 발생시킨다. 또한 고객은 설치 예약을 기다려야 하고 하루 휴가를 내야 하므로 불편하다. 현장에서 인터넷 연결을 수리하거나 전화 지원을 받기 위해 다시 서비스가 필요할 수 있다.
  • 서버 측 원격 설정: 서버 측 모뎀 구성은 TR-069라는 프로토콜을 사용한다. 이는 널리 확립되어 있고 신뢰할 수 있다. 현재 단계에서는 모뎀 구성에만 사용할 수 있다. 프로토콜 확장이 논의되고 있으나, 특히 대부분의 클라이언트 기기와 응용 프로그램이 아직 이를 지원하지 않기 때문에 아직 실질적으로 구현되지는 않았다. 프로비저닝 프로세스의 다른 모든 단계는 사용자에게 맡겨지며, 일반적으로 지원 핫라인에 꽤 긴 전화를 많이 하게 만든다.
  • 설치 CD: "클라이언트 측 셀프 서비스 설치" CD라고도 하며, 모뎀 구성부터 홈 네트워킹 장치를 포함한 클라이언트 응용 프로그램 설정까지 전체 프로세스를 다룰 수 있다. 이 소프트웨어는 일반적으로 자율적으로 작동하므로 온라인 연결이나 값비싼 백엔드 인프라가 필요하지 않다. 이러한 설치 프로세스 동안 소프트웨어는 일반적으로 문제 발생 시 고객을 지원하는 진단 및 자체 수리 응용 프로그램을 설치하여 값비싼 핫라인 전화를 방지한다. 이러한 클라이언트 측 응용 프로그램은 마케팅, 교차 판매 및 업셀링을 위한 완전히 새로운 가능성을 열어준다. 이러한 솔루션은 고도로 전문화된 기업이나 제공업체의 개발 부서에서 직접 제공한다.

각주

[편집]
  1. ↑  이 문서는 다음을 포함합니다: 퍼블릭 도메인 자료 - 총무청 문서 "연방 표준 1037C".
  2. ↑ Urgaonkar, Bhuvan; Shenoy, Prashant; Chandra, Abhishek; Goyal, Pawan; Wood, Timothy (2008). 《Agile dynamic provisioning of multi-tier Internet applications》. 《ACM Transactions on Autonomous and Adaptive Systems》 3. 1–39쪽. CiteSeerX 10.1.1.294.6606. doi:10.1145/1342171.1342172. S2CID 10041862.
  3. ↑ Jiang Dejun, Guillaume Pierre and Chi-Hung Chi. Autonomous Resource Provisioning for Multi-Service Web Applications. In Proceedings of the 19th International World-Wide Web conference, April 2010.
  4. ↑ Amies A, Sanchez J, Vernier D, and Zheng X D, 2011. "Monitor services in the cloud", IBM developerWorks, February 15.
  5. ↑ He, Sijin; L. Guo; Y. Guo; M. Ghanem (2012). 〈Improving Resource Utilisation in the Cloud Environment Using Multivariate Probabilistic Models〉. 《2012 IEEE Fifth International Conference on Cloud Computing》. 2012 2012 IEEE 5th International Conference on Cloud Computing (CLOUD). 574–581쪽. doi:10.1109/CLOUD.2012.66. ISBN 978-1-4673-2892-0. S2CID 15374752.
  6. ↑ Mell, Peter; Grance, Timothy. "The NIST definition of cloud computing", Special Publication 800-145, National Institute of Standards and Technology
  7. ↑ He, Sijin; L. Guo; Y. Guo; C. Wu; M. Ghanem; R. Han (2012). 〈Elastic Application Container: A Lightweight Approach for Cloud Resource Provisioning〉. 《2012 IEEE 26th International Conference on Advanced Information Networking and Applications》. 2012 IEEE 26th International Conference on Advanced Information Networking and Applications (AINA). 15–22쪽. doi:10.1109/AINA.2012.74. ISBN 978-1-4673-0714-7. S2CID 4863927.
  8. ↑ Perera, David. "The real obstacle to federal cloud computing" 보관됨 2012-10-23 - 웨이백 머신, Fierce Government IT, July 12, 2012
  9. ↑ MSV, Janakiram. "Top 10 reasons why startups should consider cloud" 보관됨 2012-09-24 - 웨이백 머신. Cloud Story, July 20, 2012
  10. ↑ Mao, Ming; M. Humphrey (2011). 〈Auto-scaling to minimize cost and meet application deadlines in cloud workflows〉. 《Proceedings of 2011 International Conference for High Performance Computing, Networking, Storage and Analysis》. 1–12쪽. doi:10.1145/2063384.2063449. ISBN 978-1-4503-0771-0. S2CID 11960822.
  11. ↑ Mao, Ming; M. Humphrey (2013). 〈Scaling and Scheduling to Maximize Application Performance within Budget Constraints in Cloud Workflows〉. 《2013 IEEE 27th International Symposium on Parallel and Distributed Processing》. 67–78쪽. doi:10.1109/IPDPS.2013.61. ISBN 978-0-7695-4971-2. S2CID 5226147.
  12. ↑ Mao, Ming; J. Li; M. Humphrey (2010). 《2010 11th IEEE/ACM International Conference on Grid Computing (Grid2010)》. 41–48쪽. CiteSeerX 10.1.1.467.5771. doi:10.1109/GRID.2010.5697966. ISBN 978-1-4244-9347-0. S2CID 9744596.
  13. ↑ Onisick, Joe. "Five steps to building a private cloud", Network Computing, July 23, 2012
  14. ↑ Cowie, Jason. "How to make private cloud initiatives matter to your CEO", The Data Center Journal, July 17, 2012
  15. ↑ Mao, Ming; M. Humphrey (2012). 〈A Performance Study on the VM Startup Time in the Cloud〉. 《2012 IEEE Fifth International Conference on Cloud Computing》. 423쪽. doi:10.1109/CLOUD.2012.103. ISBN 978-1-4673-2892-0. S2CID 1285357.
원본 주소 "https://ko.wikipedia.org/w/index.php?title=프로비저닝&oldid=41233706"