실무에서 사용하는 IT 용어 정리
들어가며
업무를 진행하며 처음듣는 용어들을 정리하였다.
개발용어
Tenant (테넌트)/ Multi tenant (멀티 테넌트)
Tenant(테넌트)는 SaaS 환경에서 자신의 자원이 아닌 서비스 제공자의 클라우드 자원을 빌려서 서비스를 이용하는 주체를 의미한다. 즉, 서비스 제공자의 클라우드 리소스를 사용하는 고객, 사용자를 의미한다. 각 테넌트는 자신의 데이터와 설정을 보유하며, 다른 테넌트의 데이터와 분리되어 있다.
멀티 테넌트(Multi-Tenant)는 하나의 소프트웨어 인스턴스가 여러 테넌트를 지원하는 구조를 의미한다. 여러 테넌트가 동일한 소프트웨어 인프라(애플리케이션 및 데이터베이스)를 공유하지만, 각 테넌트는 자신의 데이터와 환경을 독립적으로 사용할 수 있으며, 테넌트 간 데이터 격리와 보안을 유지하기 위해 데이터베이스 수준에서 격리하거나 논리적 분리를 구현한다.
Figure 1: 싱글테넌시 VS 멀티테넌시 비교 (출처: 싱글테넌시 VS 멀티테넌시)
멀티 테넌트의 장점
- 운영 비용 절감
- 한 인스턴스에서 여러 고객을 지원하므로 비용 효율성이 높다.
- 서버, 네트워크, 스토리지 등의 물리적 리소스를 절약.
- 소프트웨어 업데이트, 유지보수 비용 감소.
- 확장성
- 새로운 고객(테넌트)을 추가할 때 별도의 소프트웨어 인스턴스를 생성할 필요가 없으므로, 새로운 사용자를 빠르게 온보딩 가능
- 클라우드 리소스를 효율적으로 관리하여 수요 증가에 따라 확장 가능
- 유지보수의 용이성
- 중앙 집중 관리: 소프트웨어의 유지보수, 업데이트, 보안 패치가 단일 인스턴스에서 이루어지기 때문에 모든 고객에게 동시에 적용 가능하며, 운영 복잡성을 크게 줄일 수 있음.
- 자동화된 관리: 다수의 고객이 하나의 플랫폼에서 운영되므로, 관리 효율성이 높음
- 비즈니스 모델이 유연하여 다양한 규모의 고객을 지원
- 작은 고객은 동일한 환경을 공유하며 비용을 절약.
- 큰 고객은 개별 데이터와 사용자 설정을 유지하며 확장 가능.
- 구독 기반 비즈니스 모델을 지원하기에 적합하며, 고객의 요구에 따라 서비스를 확장 또는 축소 가능
한계와 고려 사항
멀티 테넌트는 효율적이지만, 모든 상황에 적합한 것은 아니다.
- 고객별 커스터마이징 제한
- 멀티 테넌트 환경에서는 모든 고객이 같은 소프트웨어 인스턴스를 공유하기 때문에 고도로 맞춤화된 요구사항을 처리하기 어려울 수 있음
- 보안 우려
- 데이터 격리와 보안을 완벽히 유지해야 하므로 보안 관리가 중요
- 성능 이슈
- 많은 테넌트가 자원을 공유할 경우, 특정 테넌트의 과도한 사용이 다른 테넌트에 영향을 미칠 수 있음
- 이를 방지하기 위해 리소스 제한 정책(예: QoS)을 설정하는 등의 노력이 필요
출처: SaaS하면서 나도 모르게 헷갈렸던 Tenant 개념! 오늘 딱 정리해드립니다.
스프린트 (sprint)
소프트웨어 개발 방법론 중 하나인 애자일(Agile) 방법론에서 사용되는 용어로, 프로젝트를 작은 주기로 분할하여 점진적으로 소프트웨어를 개발하는 방식을 애자일 방법론이라고 하는데, 여기서 이러한 작은 개발 주기를 스프린트라고 한다.
사업/컨설팅 관련
ISP (Information Strategy Plan, 정보전략계획)
ISP (Information Strategy Plan, 정보전략계획)은 정보에 대한 전략계획으로, 어떤 정보를 어떻게 다룰 것인지를 전략적으로 고민하고, 앞으로의 실행 계획을 세우는 것이다. ISP에 대한 행정안전부 공식적인 설명은 다음과 같다.
조직 내의 전략적 정보 요구를 파악하여 업무 활동과 이에 대한 자료영역을 기술하고, 현행 정보지원 정도를 평가하고, 정보시스템 개발을 위한 통합된 프레임워크를 제공하며, 이것을 구현하기 위하여 정보기술을 활용한 통합정보시스템 계획을 작성하는 체계적인 접근활동
행정안전부 ISP 산출물 점검 가이드라인
- 환경분석: 조직의 외부 환경이 어떤지 분석
- 현황분석: 조직의 내부 현황이 어떤지 분석
- 미래모델설계: 앞으로 어떤 방식으로 정보를 다룰 것인지 기본방향을 설정
- 이행계획수립: 미래모델을 구현하기 위해 수행할 과제들을 선정하고, 구체화
ISP는 계획수립 단계이기 때문에 몇천만원에서 몇억정도 되는 꽤 큰 예산이 투입되더라도 시스템이 바뀌거나 실제로 작업하는 것은 없다. 따라서 ISP에 투입되는 시간과 비용은 ISP가 수립된 이후 실제로 시스템을 개발할 때 도움이 될만한 내용을 최대한 많이 만들어두는 방식으로 활용되어야 한다. 현재의 업무 프로세스와 정보시스템 분석 자료, 향후 구축할 시스템에 대한 기능점수 도출 및 제안요청서 작성 등이 집중할만한 내용이며, 특히 제안요청서를 ISP 단계에서 작성해두면 사업개발이 시작되는 시기를 앞당길 수 있다.
ISP는 향후 3~5년 정도의 이행계획을 포함하는데, 외부환경이나 IT기술이 너무 빠르게 변하기 때문에 ISP에 따라 정보전략을 추진하기 어려운 경우가 많다는 한계가 있다.
출처: 알기쉬운 IT 용어: ISP
PI (Process Innovation, 프로세스 혁신)
PI(Process Innovation, 프로세스 혁신)는 전사의 업무 비즈니스 프로세스를 프로세스, 조직, 정보기술 등 세가지 측면에서 과학적이고 시스템적으로 접근 분석하여, 통합적인 업무 및 비즈니스 프로세스 혁신을 수행하는 접근 방법이다.
신사업에 진출하거나, 기존 사업을 접거나, 새로운 기술에 투자하는 등 전략적 의사결정을 바꾸는 것은 전략 컨설팅에서 하는 일이며, PI에서는 이런 전략이 고정된 상황에서 개선 요소를 찾는 게 목표이다. 전략이 고정된 상황이란 다시 말해 영업환경, 생산설비, 생산기술, 인적자원이 바뀌지 않는 상황이란 가정이 깔린다. 이 안에서의 개선요소란 회사의 핵심성과지표를 향상시키기 위한 것이다. 이는 고객만족, 효율화, 속도개선, 품질향상 등을 말하며, 궁극적으로는 매출과 이익을 포함한 기업가치가 증가되는 것이다.
PI 수행절차
- 프로세스 평가 단계 (Process Assessment)
- 핵심 프로세스에 대한 평가를 통하여 프로세스, 조직, 정보기술의 문제점과 현안을 도출하고 현재 수준을 파악
- 비전 수립 (Visioning)
- 비전 워크샵을 통해 프로세스/조직/정보기술 차원에서 미래의 모습을 설정하여 프로세스 재설계에 활용할 수 있도록 함
- 미래 모델 설계 (To-Be Model Design)
- Visioning 을 바탕으로 재 설계를 실시하여 조직 업무 성과 평가에 대한 원칙을 수립
- 이행계획 (Implementation Plan)
- 향후 구현이 되어야 할 과제를 도출하고 효율적인 실행을 위한 우선순위 및 실행계획을 작성
출처:
Leave a comment