들어가기 전.IT인프라를 구축하는데 필요한 구성요소를 직접 준비하고, 관리하는 것은 매우 어렵고 예산이 많이 필요합니다. 그러기에 다양한 방식의 인프라 종류가 탄생하였습니다. 이번 포스트에서는 클라우드 기반 IT 인프라, 전통 IT 인프라, 혼합 IT 인프라에 대해 설명하겠습니다.  전통 IT 인프라온 프레미스(on-premises software) 하드웨어 및 소프트웨어를 의미합니다. 온프레미스(on-premises software)란 무엇일까?여기서 언급된 '온프레미스'의 전체 단어는 '온프레미스 소프트웨어'입니다.온프레미스(on-premises software)의 사전적 의미일단 on-premises는 단어 사전에서는 아래와 같이 정의하고 있습니다."inside a building or on the..

it 인프라에는 다음과 같은 구성요소들이 있습니다1. 하드웨어it 인프라에서 하드웨어는 서버와 저장 장치, 네트워크 장비(ex. 라우터, 스위치)와 같은 it 인프라를 구성하는데 필요한 장비가 해당됩니다.저장 장치: 단기 또는 장기적으로 데이터를 보관하는 장치네트워크 장비: 서비스 간 원활한 데이터 전송이나 사용자에게 서비스를 제공하기 위해 필요한 장치 서버: IT 기술을 제공하기 위한 핵심 요소로 운영이나 관리를 하기 위한 장치2. 소프트웨어운영체제(OS)는 서버와 인프라 자원을 관리하고 사용자 또는 애플리케이션에 사용자 인터페이스(UI)를 제공합니다.애플리케이션 인터페이스: 소프트웨어 애플리케이션을 운영 및 관리를 하기위한 소프트웨어유저 인터페이스: 사용자가 소프트웨어 애플리케이션에 상호작용할 수 있..

IT 인프라 - 인프라스트럭처기업이 IT 서비스 및 운영을 하기 위해 필요한 구성 요소들을 의미합니다.기업이 IT 환경을 운영 및 관리하는데 필요한 요소들이 포함됩니다. 1. 하드웨어(서버 구성요소인 gpu, cpu storage와 관련 시설을 포함) 2. 소프트웨어(운영 및 관리 소프트웨어, 소프트웨어 애플리케이션 포함) 3. 네트워크 장치(스위치, 라우터, 케이블) IT 인프라가 필요한 이유정보통신 기술은 기업이 시장의 변화에 빠르게 대응할 수 있도록 하며 IT 기술을 통하여 높은 수준의 경험을 고객에게 제공 할 수 있습니다. 이러한 IT 기술을 이용하기 위해서는 기반 시설인 IT 인프라가 필요합니다. 다음과 같은 강점을 가지고 있습니다.IT 인프라는 언급한 것처럼 애플리케이션을 작동시키고 관리하는..

근원 원인 분석(RCA) 팀RCA 절차를 이해하고 있고 문제에 대한 정보를 알고 있는 사람으로 구성되어 있으며 문제에 대한 대처 방안을 계획하고 처리하는 것을 담당합니다. RCA팀의 목적RCA팀은 문제의 근원을 파악하고 적절한 조치를 취하여 미래에 유사한 문제가 재발하는 것을 예방하여 소프트웨어 품질을 향상하고 프로젝트 팀의 생산성을 증진시키는 것을 목표로 합니다.또한 특정 조치가 프로젝트에 장기적으로 영향을 미칠 경우 해당 기간 동안 모니터링을 지속하고 추가적인 조치를 취하여 지속적으로 관리해야 할 의무가 있습니다. 팀 리더 - Team LeaderRCA팀의 지도자는 문제와 관련된 행동이나 의견을 최종적으로 판단하고 결정하며 시스템의 전반적인 기능을 감독하는 역할입니다."시스템의 전반적인 기능을 감독..

들어가기 전_RCA란?문제를 해결하기 위한 기술인 근본 원인 분석(Root Cause Analysys 이하 RCA)은 문제가 어떻게, 왜 일어났는지 분석하고 문제를 발생시킨 근원을 파악하여 해결 및 오류가 재발되지 않도록 합니다.자세한 내용은 question | 근본 원인 분석(RCA)이란? [1/3] 를 참조하시기 바랍니다. | 근본 원인 분석(RCA)이란? [1/3]" data-og-description="RCA의 사전적 의미근본 원인 분석이란?근본 원인 분석(Root Cause Analysis 이하 RCA) 어떠한 문제가 발생하였을 때 문제의 주요 원인을 발견하고 처리하기 위한 체계적인 절차를 의미합" data-og-host="devlany.tistory.com" data-og-source-url..

RCA의 사전적 의미근본 원인 분석이란?근본 원인 분석(Root Cause Analysis 이하 RCA) 어떠한 문제가 발생하였을 때 문제의 주요 원인을 발견하고 처리하기 위한 체계적인 절차를 의미합니다.  문제와 원인 간의 관계를 더욱 자세히 파악하기 위해서는.소프트웨어log나 문제 재현 과정과 같은 정보를 분석하여 문서화하고 발생과정을 토대로 타임라인을 구현합니다.프로젝트 영향을 주는 제약 조건과 프로젝트 요소를 정의하고 상관관계를 분석하여 문서화합니다.RCA의 프로세스시스템 원인 선별소프트웨어의 품질을 높이고 문제를 영구적으로 해결하기 위해서는 문제의 근본적인 원인을 파악합니다. (원인은 복수개로 정의될 수 있습니다.)해결여부 문제를 발견했다면 일단 "해결할 수 있는 가"를 판단해야 합니다. 예를 ..

제약 조건을 정의하는 이유프로젝트의 품질 제약 조건을 자세하게 파악하는 것도 중요하지만 정의된 제약 조건을 프로젝트 진행 과정에서 대비하지 못한다면 계획을 세운 것이 의미가 없어집니다. 그러기에 정의한 제약조건을 대비하는 법에 대해 설명하고자 합니다. 제약 조건 대비 단계1. 프로젝트에 어떻게 작용하는지 자세히 파악해야 합니다.고객만족을 우선시한다는 것만 인지한 채 실제로는 비용과 시간에 허덕여 요구사항을 충족하지 못한다면 정의한 이유가 없겠죠? 그러기에 프로젝트를 진행하면서 각 제약 조건이 프로젝트에 어떻게 작용하는가를 파악해야 합니다. 파악하는 방법은 팀마다 다양하지만, 일반적으로 다음과 같은 과정을 진행합니다. 제약 조건과 프로젝트의 관계를 파악하는 방법프로젝트 매니저와 팀 일원들은 누가(who),..

품질 제약 조건은 원래 이렇게 되어 있었습니다.품질 제약 조건은 처음엔 범위, 비용, 시간 총 3가지였습니다. 하지만 워낙 추상적이기에 3개의 개념으로 제한하기에는 한계가 있어 추가적으로 3개의 조건인 품질, 고객만족, 리소스가 정의되었습니다. 추가적으로 정의된 3가지 조건은 범위, 비용, 시간을 기반으로 정의되거나 품질과 같이 요구사항을 평가하는 요소로 프로젝트에 작용하기도 합니다. 이제부터 총 6개의 품질 제약 조건에 대해 알아보겠습니다. 품질 제약 조건1. 범위프로젝트 범위는 개발이 끝난 상태의 최종적인 제품의 형태를 의미합니다. 프로젝트의 계획단계에서 목표를 확실하게 정의하기 위하여 필요이상의 개발이나 현재 상황(시간, 비용, 인/물적 자원)에서 구현이 불가능한 범위를 목표치로 정의하는 것을 제한..

들어가기 전.#sub_post 태그가 추가되었습니다. 앞으로 하나의 주제에 대해 분리되어 진행할 때는 과 같이 번호를 적지 않는다면 공부 요약 포스트로 작성된 것입니다. 해당 포스트들은 나중에 하나로 합쳐져 #main_post 태그로 업로드 예정입니다. 제약 - 사물의 성립에 필요한 규정이나 조건소프트웨어에서 제약 이란?소프트웨어 프로젝트는 최종적인 목표는 성능, 기능, 편의성과 같은 요구사항을 만족하는 결과를 만드는 것입니다. 하지만 요구사항을 만족시키기 전 다음과 같은 질문에 답변할 수 있어야 합니다.시간은 충분한가?예산은 충분한가?현재 존재하는 인적, 물질적 자원이 충분한가?현재 주어진 시간과 예산 내에서 고객을 만족시킬 수 있는 제품을 만들어 낼 수 있는가?위의 질문에서는 시간, 예산과 같이 소프..

한 줄 요약정해진 조건에서 이해관계자(개발자, 관리자, 전문가)의 직/간접적인 요구 사항 반영하는 정도 "품질" 속성?"품질" 제약 조건?일단 IEEE compuer society article에 의하면 소프트웨어에서의 "품질"이라는 단어를 아래와 같이 정의합니다.'지정된 조건에서 사용할 때 직 / 간접적 요구를 충족할 수 있는 소프트웨어 제품의 능력' '확립된 요구 사항이 이해관계자의 요구, 원하는 바, 기대하는 점을 정확하게 반영하는 정도'일단 해당 내용을 요약하자면. 소프트웨어에서의 품질은 이해관계자(개발자, 관리자, 전문가)의 직/간접적인 요구 사항(기능, 비기능, 도메인)을 어느 정도 반영하였는가?라고 볼 수 있겠습니다. 품질 설명에서 언급되는 "요구사항"품질은 "얼마나 요구사항이 반영되었는가"..