프로비저닝(통신)

Provisioning (telecommunications)
그 외의 용도는, 「프로비저닝(구체적인 설명)」을 참조해 주세요.

전기통신에서 프로비저닝은 사용자에게 새로운 서비스를 제공할 수 있도록 네트워크를 준비하고 준비하는 프로세스를 수반합니다.국가 안보/긴급 대비 통신 서비스에서 "프로비저닝"은 "시작"에 해당하며 기존 우선 서비스 또는 기능의 [1]상태 변경을 포함한다.

통신업계에서 주로 사용되는 네트워크 프로비저닝 또는 서비스 중개 개념은 네트워크 통신 시스템에 접속되어 있는 다양한 기기인 네트워크 요소에 대한 고객의 서비스를 프로비저닝하는 것을 말합니다.일반적으로 텔레포니 프로비저닝에서는 네트워크 관리 데이터베이스 테이블 매핑을 사용하여 이 작업을 수행합니다.네트워크 기기의 존재가 필요하며 네트워크 계획과 설계에 따라 달라집니다.

모든 수준에서 정보 기술(IT)을 사용하는 현대 신호 인프라에서는 통신 서비스와 "고급"[citation needed] 인프라 간에 가능한 구별이 없습니다.따라서 프로비저닝은 필요한 시스템을 구성하고 사용자에게 데이터 및 기술 리소스에 대한 액세스를 제공하며 관련된 모든 엔터프라이즈 수준의 정보 자원 관리를 참조합니다.

조직적으로 CIO는 일반적으로 프로비저닝을 관리하며, 다음과 같은 작업을 위해 인적 자원 및 IT 부서가 협력해야 합니다.

  • 사용자에게 데이터 저장소에 대한 액세스 권한을 부여하거나 고유한 사용자 ID를 기반으로 시스템, 네트워크 애플리케이션 및 데이터베이스에 대한 권한을 부여합니다.
  • 컴퓨터, 휴대전화, 호출기 등의 하드웨어 리소스에 적합합니다.

프로비저닝 프로세스는 그 핵심으로서 액세스 권한과 권한을 감시하여 기업의 리소스와 사용자의 프라이버시를 보호합니다.2차적인 책임으로서 컴플리언스를 확보해, 시스템의 침입이나 오용의 취약성을 최소한으로 억제합니다.세 번째 책임으로서 부트 이미지 제어 및 관련된 다른 구성 수를 획기적으로 줄이는 기타 방법을 사용하여 커스텀 구성의 양을 줄이려고 합니다.

프로비저닝에 대한 논의는 가상화, 조정, 유틸리티 컴퓨팅, 클라우드 컴퓨팅, 개방형 구성 개념 및 프로젝트의 맥락에서 자주 볼 수 있습니다.예를 들어, OASIS프로비저닝 서비스 기술 위원회(PSTC)과 service-provisioning"기관과 사이에 정체성 정보와 시스템 자원의 공급 및 할당 관리"에 대한 사용자, 리소스, 정보-SPML(서비스 프로비저닝 생성 언어)교환하기 위한 XML기반의 프레임워크를 정의합니다.[표창 필요한]

프로비저닝이 완료되면 SysOpping 프로세스를 통해 서비스를 예상 표준에 맞게 유지 관리할 수 있습니다.따라서 프로비저닝은 서비스 동작의 셋업 또는 시작 부분만을 참조하고 SysOpping은 지속적인 지원을 참조합니다.

네트워크 프로비저닝

프로비저닝의 한 가지 유형입니다.Customer Relationship Management(CRM; 고객관계관리)에서 고객에게 할당된 서비스는 서비스를 활성화하고 고객이 실제로 서비스를 사용할 수 있도록 하는 네트워크 요소로 프로비저닝해야 합니다.CRM에서 설정된 서비스와 네트워크 요소 상의 서비스 간의 관계는 반드시 일대일 관계는 아닙니다.예를 들어 Microsoft Media Server(mms://) 등의 서비스는 여러 네트워크 요소로 활성화할 수 있습니다.

프로비저닝 중에 서비스 중개 장치는 서비스 및 대응하는 서비스 파라미터를 관련된 네트워크 요소 상의 하나 이상의 서비스/파라미터로 변환합니다.시스템 서비스를 네트워크 서비스로 변환하기 위해 사용되는 알고리즘을 프로비저닝 로직이라고 합니다.

통신사업자의 전자 청구서 피드는 자동으로 통신비용관리(TEM) 소프트웨어의 핵심에 다운로드 할 수 있으며, 사용자 지원 및 운영센터(USOC) 레벨까지 각 항목의 과금에 대한 감사를 즉시 수행합니다.프로비저닝소프트웨어는 모든 통신사업자가 제공하는 각 회선번호를 캡처합니다.또한 예외규칙에 의해 과금이 계약된 환율외로 발생할 경우 레드 플래그가 트리거되어 사전에 확립된 직원에게 과금오류를 확인하도록 통지합니다.

서버 프로비저닝

서버 프로비저닝은 적절한 시스템, 데이터 및 소프트웨어를 갖춘 서버를 준비하여 네트워크 운용에 사용할 수 있도록 하기 위한 일련의 작업입니다.서버를 프로비저닝할 때의 일반적인 태스크는 다음과 같습니다.사용 가능한 서버 풀에서 서버를 선택하고 적절한 소프트웨어(운영체제, 디바이스 드라이버, 미들웨어 및 애플리케이션)를 로드하여 이 서버의 부트 이미지를 작성 또는 변경하도록 시스템과 소프트웨어를 적절히 커스터마이즈 및 구성한 후 I와 같은 파라미터를 변경합니다.P 주소: 관련 네트워크 및 스토리지 리소스(리소스 프로비저닝이라고도 함)를 검색하여 시스템을 감사하는 IP 게이트웨이.시스템을 감사함으로써 OVAL에 의한 제한 취약성 준수를 확인하거나 컴플라이언스를 확인하거나 패치를 설치할 수 있습니다.이러한 작업을 수행한 후 시스템을 재시작하고 새 소프트웨어를 로드합니다.그러면 시스템이 작동할 준비가 됩니다.일반적으로 Internet Service Provider(ISP; 인터넷서비스 프로바이더) 또는 Network Operations Center는 조직이 승인한 부트이미지와 라이선스를 가진 소프트웨어를 사용하는 등 명확하게 정의된 파라미터 세트에 대해 이들 작업을 수행합니다.이러한 부팅 이미지의 많은 인스턴스는 가상 전용 호스트를 생성합니다.

서버, 서비스 및 최종 사용자 디바이스의 프로비저닝을 자동화하는 소프트웨어 제품이 많이 있습니다.예: BMC Bladelogic Server Automation, HP Server Automation, IBM Tivoli Provisioning Manager, Redhat Kickstart, xCAT, HP Insight CMU 등미들웨어와 애플리케이션은 운영체제 설치 시 또는 애플리케이션 서비스 자동화 도구를 사용하여 설치할 수 있습니다.프로비저닝을 언제 발행해야 하는지, 멀티 계층 또는 [2]멀티 서비스 [3]애플리케이션에 필요한 서버의 수 등 학계에서 더 많은 의문이 제기됩니다.

클라우드 컴퓨팅에서는 웹 사용자 인터페이스 또는 애플리케이션 프로그래밍 인터페이스(API)를 통해 서버를 프로비저닝할 수 있습니다.클라우드 컴퓨팅의 특징 중 하나는 이 작업을 얼마나 빠르고 쉽게 수행할 수 있는가 하는 것입니다.감시 소프트웨어를 사용하면 기존 리소스에 과도한 [4]부하가 걸렸을 때 자동 프로비저닝을 실행할 수 있습니다.

즉, 서버 프로비저닝은 리소스 요건에 따라 서버를 구성합니다.하드웨어 또는 소프트웨어 컴포넌트(싱글/듀얼 프로세서, RAM, HDD, RAID 컨트롤러, 다수의 LAN 카드, 애플리케이션, OS 등)의 사용은 ISP, 가상화, NOS, 음성 처리 등 서버의 기능에 따라 달라집니다.서버의 용장성은, 조직내의 서버의 가용성에 의해서 다릅니다.클러스터 서버, RAID 또는 미러링 시스템을 사용하는 경우 중요한 애플리케이션의 다운타임이 줄어듭니다.

이를 방지하기 위해 대부분의 대규모 센터에서 사용하는 서비스입니다.서비스별로 [5]추가 리소스 프로비저닝을 수행할 수 있습니다.

Cobler나 HP Intelligent Provisioning과 같은 서버 프로비저닝용 소프트웨어가 시장에 나와 있습니다.

사용자 프로비저닝

상세 정보:사용자 프로비저닝 소프트웨어

사용자 프로비저닝이란 자동화 또는 대화형 비즈니스 프로세스에 대응하여 사용자 개체와 사용자 속성이 하나 이상의 시스템, 디렉토리 또는 애플리케이션에 존재하는 경우 생성, 유지 보수 및 비활성화를 말합니다.사용자 프로비저닝소프트웨어에는 변경 전파, 셀프 서비스 워크플로우, 통합 사용자 관리, 위임된 사용자 관리 및 페더레이션 변경 제어 중 하나 이상의 프로세스가 포함될 수 있습니다.사용자 개체는 직원, 계약자, 벤더, 파트너, 고객 또는 기타 서비스 수신자를 나타낼 수 있습니다.서비스에는 전자 메일, 공개된 사용자 디렉토리에 포함, 데이터베이스 액세스, 네트워크 또는 메인프레임 액세스 등이 포함됩니다.사용자 프로비저닝은 ID 관리 소프트웨어의 일종으로 조직 내에서 특히 유용합니다.이 소프트웨어에서는 사용자가 여러 시스템 및 여러 인스턴스의 여러 개체로 표시될 수 있습니다.

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

온디맨드 셀프 서비스는 NIST(National Institute of Standards and Technology)에 의해 [6]클라우드 컴퓨팅의 필수적인 특성으로 기술되어 있습니다.클라우드 컴퓨팅의 셀프 서비스 특성은 최종 사용자가 IT [9]직원의 도움 없이 애플리케이션,[7] 애플리케이션을 지원하는 인프라 및 구성을 포함한[8] 클라우드 서비스를 얻고 제거할 수 있도록 합니다.자동 셀프 서비스는 다양한 애플리케이션 아키텍처(예: 작업 가방 및 워크플로우)[12]를 처리할 뿐만 아니라 다양한 애플리케이션 목표와 제약 조건(예: 마감일 및 비용)[10][11]을 대상으로 할 수 있습니다.클라우드 사용자는 클라우드 서비스 카탈로그 또는 셀프 서비스 [13]포털을 통해 클라우드 서비스를 얻을 수 있습니다.비즈니스 사용자가 직접 클라우드 서비스를 입수하고 구성할 수 있기 때문에 IT 직원의 생산성이 향상되고 클라우드 [14]인프라를 관리하는 데 더 많은 시간이 소요됩니다.

클라우드 서비스 프로비저닝의 한 가지 단점은 순간적이지 않다는 것입니다.사용자가 언제든지 클라우드 가상 머신(VM)을 취득할 수 있지만 취득한 VM을 사용할 준비가 되기까지 최대 몇 분 정도 걸릴 수 있습니다.VM 시작 시간은 이미지 크기, VM 유형, 데이터 센터 위치 및 VM [15]수와 같은 요소에 따라 달라집니다. 클라우드 제공자는 VM 시작 성능이 다릅니다.

모바일 서브스크라이버 프로비저닝

모바일 사용자 프로비저닝이란 휴대폰 네트워크의 기존 가입자를 위한 GPRS, MMS, 인스턴트 메시징 등의 새로운 서비스 및 표준 인터넷채팅 또는 메일서비스에 대한 게이트웨이를 설정하는 것을 말합니다.네트워크 오퍼레이터는 일반적으로 이러한 설정을 모바일 운영체제가 받아들일 수 있는 내용에 따라 SMS 텍스트서비스나 HTML을 사용하여 가입자의 핸드셋에 전송합니다.

프로비저닝의 일반적인 예는 데이터 서비스를 사용하는 것입니다.음성통화에 단말기를 사용하는 모바일 사용자는 이메일을 읽거나 인터넷을 참조하기 위해 데이터 서비스로 전환하기를 원할 수 있습니다.모바일 기기의 서비스는 "프로비저닝"되어 사용자는 푸시 이메일 및 스마트폰 서비스의 다른 기능을 통해 연결을 유지할 수 있습니다.

디바이스 관리 시스템은 플러그 앤 플레이 데이터 서비스를 통합하여 최종 사용자가 [citation needed]사용하는 모든 디바이스를 지원함으로써 최종 사용자에게 이점을 제공할 수 있습니다.이러한 플랫폼은 네트워크 내의 디바이스를 자동적으로 검출해,[citation needed] 즉시 계속 사용하기 위한 설정을 송신할 수 있습니다.프로세스는 완전히 자동화되어 사용된 디바이스의 이력을 유지하고 이전에 설정되지 않은 서브스크라이버 디바이스에만 설정을 전송합니다.모바일 업데이트를 관리하는 방법 중 하나는 IMEI/[citation needed]IMSI 쌍을 필터링하는 것입니다.일부 오퍼레이터는 초당 [citation needed]50개의 무선 설정 업데이트 파일의 액티비티를 보고합니다.

모바일 콘텐츠 프로비저닝

이는 모바일 인터넷 등의 모바일 콘텐츠를 해당 장치의 기능에 관계없이 휴대전화로 전송하는 것을 의미합니다.여기에는 운영 체제 유형과 버전, Java 버전, 브라우저 버전, 화면 폼 팩터, 오디오 기능, 언어 설정 및 기타 많은 특성이 포함됩니다.2006년 4월 현재 5,000개의 순열이 관련되었습니다.모바일 콘텐츠 프로비저닝은 매우 다른 핸드셋에서 제공되지만 공통 사용자 경험을 촉진합니다.

모바일 디바이스 프로비저닝

프로비저닝 디바이스에는 모바일 디바이스 관리 시스템 도구인 중앙 지점에서 모바일 디바이스에 구성 데이터와 정책 설정을 제공하는 작업이 포함됩니다.

인터넷 액세스 프로비저닝

고객을 온라인 상태로 만들 때는 클라이언트 시스템을 구성해야 합니다.접속 테크놀로지(DSL, 케이블, 파이버 등)에 따라서는, 클라이언트 시스템의 구성에는 다음과 같은 것이 있습니다.

  • 모뎀 설정
  • 네트워크 인증
  • 드라이버의 인스톨
  • 무선 LAN 설정
  • 운영 체제 보호(주로 Windows용)
  • 브라우저 공급자 고유 설정
  • 이메일 프로비저닝(메일함 및 에일리어스 작성)
  • 클라이언트 시스템에서의 전자 메일 설정
  • 추가 지원 소프트웨어 또는 추가 기능 패키지 설치

인터넷 액세스를 프로비저닝하려면 다음 4가지 방법이 있습니다.

  • 매뉴얼 배포: 매뉴얼은 경험이 풍부한 사용자에게는 큰 도움이 되지만 경험이 부족한 사용자는 모든 인터넷 서비스를 이용할 수 있을 때까지 지원 핫라인에 여러 번 전화해야 합니다.사용자의 실수 또는 소프트웨어 오류로 인해 설정이 의도하지 않게 변경될 때마다 추가 콜이 발생합니다.
  • 기술자에 의한 온사이트 셋업:기술자를 파견하는 것은 프로바이더의 관점에서 가장 신뢰할 수 있는 접근법입니다.고객의 구내를 떠나기 전에 인터넷 접속이 기능하고 있는지 확인하기 때문입니다.이 이점은 비즈니스 모델에 따라 프로바이더 또는 고객 모두에게 높은 비용이 발생합니다.게다가 설치 예약을 받을 때까지 기다려야 하고, 일을 쉬어야 하기 때문에 고객에게는 불편합니다.인터넷 접속을 온사이트에서 수리하거나 전화 지원을 다시 받아야 합니다.
  • 서버측 리모트 셋업:서버측 모뎀 설정에서는 TR-069라는 프로토콜을 사용합니다.그것은 널리 확립되어 있고 신뢰할 수 있다.현 단계에서는 모뎀 설정에만 사용할 수 있습니다.프로토콜 확장은 논의되지만, 특히 대부분의 클라이언트 장치와 애플리케이션이 아직 지원하지 않기 때문에 아직 실제로 구현되지 않았습니다.프로비저닝프로세스의 다른 모든 단계는 사용자에게 맡겨집니다.일반적으로 지원 핫라인에 다소 긴 콜이 많이 발생합니다.
  • 인스톨 CD: 「클라이언트측의 셀프 서비스 인스톨」CD라고도 불리는 이 CD에서는, 모뎀의 설정으로부터 홈 네트워킹 디바이스를 포함한 클라이언트 애플리케이션의 셋업까지의 모든 프로세스를 커버합니다.일반적으로 소프트웨어는 자동으로 동작합니다.즉, 온라인 접속이나 고가의 백엔드 인프라스트럭처가 필요하지 않습니다.이러한 인스톨 프로세스에서는, 통상, 문제가 발생했을 경우에 고객을 서포트하는 진단 및 자기 수복 애플리케이션도 인스톨 해, 고비용의 핫 라인 콜을 회피합니다.이러한 클라이언트측 애플리케이션은 마케팅, 크로스셀링 및 업셀링의 완전히 새로운 가능성을 열어줍니다.이러한 솔루션은 고도로 전문화된 회사 또는 프로바이더의 개발 부서에서 직접 제공합니다.

「 」를 참조해 주세요.

레퍼런스

  1. ^ Public Domain이 문서에는 General Services Administration 문서의 퍼블릭도메인 자료가 포함되어 있습니다."Federal Standard 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. ^ 장더쥔, 기욤 피에르, 치훙치.멀티 서비스 웹 응용 프로그램용 자율 리소스 프로비저닝.2010년 4월, 제19회 국제 월드와이드 웹 회의의 속행.
  4. ^ Amies A, Sanchez J, Vernier D 및 Jeng X D, 2011."클라우드 서비스 모니터링", IBM developerWorks, 2월 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). pp. 574–581. doi:10.1109/CLOUD.2012.66. ISBN 978-1-4673-2892-0. S2CID 15374752.
  6. ^ 멜, 피터, 그랜스, 티모시"클라우드 컴퓨팅의 NIST 정의", 스페셜 출판물 800-145, 국립표준기술연구소
  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). pp. 15–22. doi:10.1109/AINA.2012.74. ISBN 978-1-4673-0714-7. S2CID 4863927.
  8. ^ 페레라, 데이비드Fierce Government IT, 2012년 7월 12일 "연방 클라우드 컴퓨팅의 진정한 장애물"
  9. ^ MSV, 자나키람"스타트업이 클라우드를 고려해야 하는 10가지 이유"클라우드 스토리, 2012년 7월 20일
  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 (SC2011). 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. Proceedings of the 2013 IEEE 27th International Symposium on Parallel and Distributed Processing(IPDPS2013). pp. 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). pp. 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. "프라이빗 클라우드 구축을 위한 5단계", 네트워크 컴퓨팅, 2012년 7월 23일
  14. ^ 코위, 제이슨"프라이빗 클라우드 이니셔티브를 CEO에게 중요하게 만드는 방법", The Data Center Journal, 2012년 7월 17일
  15. ^ Mao, Ming; M. Humphrey (2012). A Performance Study on the VM Startup Time in the Cloud. Proceedings of 2012 IEEE 5th International Conference on Cloud Computing (Cloud2012). p. 423. doi:10.1109/CLOUD.2012.103. ISBN 978-1-4673-2892-0. S2CID 1285357.

외부 링크