본문 바로가기

분류 전체보기47

[KT 에이블스쿨] 05.27 클라우드 개요 클라우드- 인터넷을 통해 컴퓨팅자원을 빌려 사용하는 방식- 필요한 즉시 사용, 사용한 만큼 비용 지불 기존 - 온프레미스- 직접 장비를 구매,설치,운영 -> 초기비용, 인프라 유지 부담 큼 클라우드- 자원을 빌려 사용 -> 유지관리 불필요, 빠른 시작 가능특징)- 인터넷 기반 제공-온디멘드(요청 기반 사용)- 사용량 기반 과금- 탄력적 확장성클라우드 핵심 이점- 확장성, 유연성 확보-비용 구조 전환-글로벌 접근성 제공-관리 간소화, 자동화 운영 효과-운영효율 향상-비용 최적화, 예산 유연성-비즈니스 민첩성 확보클라우드 핵심 특성 5가지1. 즉시 자원 요청 및 사용2. 측정 가능한 서비스3. 자원의 신속,탄력성4. 자원 공유5. 광범위한 네트워크 접근 온프레미스- 조직 내부에 물리적 서버와 it인프라를 직.. 2025. 5. 27.
[KT 에이블스쿨] 05.21 온프레미스 아키텍처 - 서비스 흐름도 흐름의 3가지 유형- service flow- data flow- business flowservice flow- 사용자가 서비스를 이용하는 전체 이용 흐름을 순서대로 보여주는 흐름- 사용자의 주요 행동과 그에 따른 시스템 응답 흐름 중심으로 구성- 서비스를 이용하며 사용자가 어떤 목적을 어떻게 달성하는지 보여줌- UX 설계, 화면 시나리오, 사용자 여정 분석에 활용 data flow- 서비스 내부에서 데이터가 어떻게 이동하고 처리되는지 보여주는 흐름- 사용자 입력 -> 처리 -> 저장 -> 결과 출력의 과정을 시각화- 개발자, 시스템 설계자, 보안 담당자가 시스템을 이해할 때 사용business flow- 조직 내에서 업무가 어떤 순서, 어떤 방식으로 처리되는지 보여주는 흐름- 사람/시스템의 작업, 승.. 2025. 5. 21.
[KT 에이블스쿨] 05.20 온프레미스 아키텍처 - 소프트웨어 sw 개발 방법론 1. 절차지향형 개발 방법론- 문제를 해결하기 위한 절차(Flow)를 중심으로 구성- 데이터 처리보다 기능 흐름 중심- 입력(Input) → 처리(Process) → 출력(Output) 구조- 유지보수 및 기능 추가의 어려움 발생 2. 객체지향형 개발 방법론- 데이터와 기능을 하나의 단위로 묶어 설계하는 방식-시스템을 독립적인 객체 간의 상호작용으로 구성- 각 객체가 명확한 책임을 가질 수 있도록 분리- 재사용 가능한 구조 설계 가능 3. 함수형 개발 방법론- 프로그램을 상태 변화 없이 순수 함수의 조합으로 구성하는 방식- ‘무엇을’ 할지 기술 → 선언형 접근 방식- 불변성(Immutable): 변수 상태 변경 없이 새로운 값 반환- 순수 함수 중심 구조 → 테스트 및 디버깅 용이- 함.. 2025. 5. 20.
[KT 에이블스쿨] 05.19 온프레미스 아키텍처 -하드웨어 하드웨어 구성도- 물리적·논리적 장비의 배치와 연결 방식을 시각적으로 표현한 도식- 시스템 구현 및 운영, 장애 대처 시 빠른 파악을 돕는 ‘설계도’ 역할시스템 이해도 향상장애 대응 속도 개선확장·변경 용이팀 간 커뮤니케이션 원활화 1. 서버(Server)- 시스템 운영을 위한 CPU, 메모리, 운영체제(OS)를 제공하는 장치- 애플리케이션 실행 및 데이터 처리 담당 2. 스토리지(Storage)- 데이터 저장을 위한 저장장치로 SAN, NAS, DAS 등으로 구성- 데이터 안정성 및 백업 역할 수행- 데이터베이스를 구성하는 물리 장치 3. 네트워크(Network)- 서버와 스토리지를 연결하여 데이터를 주고받는 장치의 집합- 스위치, 라우터 등으로 구성- 원활한 데이터 전송과 서비스 연속성 보장1. 물리.. 2025. 5. 19.
[aws] 개요 AWS는 전 세계에 있는 수많은 데이터 센터를 논리적으로 구조화해서 제공1) Region (리전)AWS 서비스를 실제로 배포하는 지역 단위예시: us-east-1, eu-west-3, ap-northeast-2(서울)전 세계 곳곳에 분산돼 있어서, 우리가 서비스를 어디에 배포할지를 직접 선택할 수 있음2) Availability Zone (AZ, 가용 영역)하나의 Region 안에는 보통 3개의 AZ가 존재, AZ마다 서로 물리적으로 분리된 데이터 센터가 있음장애나 자연재해가 났을 때도 시스템 전체가 멈추지 않게 하기 위한 구조예: 서울 리전 ap-northeast-2 → AZ: ap-northeast-2a, 2b, 2c3) Edge Location / Point of Presence (PoP)전 세계 .. 2025. 5. 18.
[KT 에이블스쿨] 05. 16 온프레미스 아키텍쳐 목표시스템 구성도- 전체 시스템 구조와 구성요소 관계를 시각화한 도식- 구성 단위의 책임과 연결 관계 중심- 설계 프로세스의 출발점- 확장성 / 유지보수성 / 안정성을 고려한 기반 마련 - 복잡한 기능을 영역별로 구분 / 책임 분리 확보- 요구사항을 구조화하여 설계 누락 방지- 구성 요소 관계 시각화를 통한 커뮤니케이션 도구 제공- 자원 산정과 설계 기준 마련 - 온프레미스 환경의 설계 특성: 클라우드와 달리 변경/확장이 어려움- 초기 설계 시 구조화된 계획 수립 필요- 기능 흐름과 인프라 구조의 연결고리 - 영역별 구성 : 역할과 책임을 시각적으로 구분- 사용자 중심의 서비스 흐름 고려- 기능 단위가 아닌 구조 단위 중심의 설계- 과도한 세부 표현 지양 : 구조적 관계에 집중 - 설계 오류, 누락, 중.. 2025. 5. 16.

티스토리툴바