EP175: SOLID 원칙이란 무엇인가?
이번 주 시스템 설계 복습:
- SOLID 원칙이란?
- 주요 HTTP Status Code
- ByteByteGo 기술 면접 준비 키트
- Clean Architecture는 어떻게 동작하는가?
- Docker는 어떻게 동작하는가?
- Large Language Model은 어떻게 동작하는가?
- 채용 정보
- 스폰서 안내
SOLID 원칙이란?
SOLID는 이해하기 쉽고, 수정하기 쉽고, 확장하기 쉬운 소프트웨어를 만들기 위한 가이드라인을 제공합니다.
SOLID는 다음과 같은 약어입니다:
- S → Single Responsibility Principle (단일 책임 원칙)
- O → Open/Closed Principle (개방/폐쇄 원칙)
- L → Liskov Substitution Principle (리스코프 치환 원칙)
- I → Interface Segregation Principle (인터페이스 분리 원칙)
- D → Dependency Inversion Principle (의존성 역전 원칙)
각 원칙을 살펴보겠습니다:
-
Single Responsibility Principle (SRP): 클래스는 변경해야 할 이유가 단 하나여야 합니다. 즉, 소프트웨어 시스템 내에서 하나의 명확히 정의된 책임이나 역할만 가져야 합니다.
-
Open/Closed Principle (OCP): 클래스와 같은 소프트웨어 엔티티는 확장에는 열려 있어야 하고 수정에는 닫혀 있어야 합니다. 기존 코드를 변경하지 않고도 새로운 기능을 추가할 수 있어야 한다는 의미입니다.
-
Liskov Substitution Principle (LSP): 파생 클래스의 객체는 프로그램의 정확성에 영향을 주지 않으면서 기본 클래스의 객체를 대체할 수 있어야 합니다.
-
Interface Segregation Principle (ISP): 인터페이스를 사용하는 클래스나 컴포넌트는 사용하지 않는 인터페이스에 의존하도록 강제되어서는 안 됩니다.
-
Dependency Inversion Principle (DIP): 고수준 모듈(또는 클래스)은 저수준 모듈에 의존해서는 안 됩니다. 둘 다 인터페이스와 같은 추상화에 의존해야 합니다.
Over to you: 일상적인 개발 업무에서 어떤 SOLID 원칙이 가장 유용하거나 어렵다고 느끼시나요?
주요 HTTP Status Code
HTTP status code는 클라이언트의 요청에 대한 서버의 응답으로 발행됩니다. 서버로부터 오는 이러한 간결한 응답들은 웹 앱, 모바일 앱, 또는 API를 디버깅할 때 매우 유용합니다.
-
1xx Informational: 클라이언트의 요청이 수신되었고 처리가 계속되고 있음을 알립니다 (예: 100 Continue).
-
2xx Success: 요청이 성공적으로 완료되었음을 확인합니다 (예: 200 OK).
-
3xx Redirection: redirect를 따르는 것과 같은 클라이언트 액션이 필요합니다 (예: 301 Moved Permanently).
-
4xx Client Error: 클라이언트로 인한 요청 실패를 나타냅니다 (예: 404 Not Found).
-
5xx Server Error: 요청 처리 중 서버 실패를 나타냅니다 (예: 500 Internal Server Error).
Over to you: 어떤 카테고리가 가장 혼란스럽고, 그 이유는 무엇인가요?
ByteByteGo 기술 면접 준비 키트
올인원 면접 준비 키트를 출시합니다. ByteByteGo 웹사이트에서 모든 책을 이용하실 수 있습니다.
포함된 내용:
- System Design Interview
- Coding Interview Patterns
- Object-Oriented Design Interview
- How to Write a Good Resume
- Behavioral Interview (곧 출시 예정)
- Machine Learning System Design Interview
- Generative AI System Design Interview
- Mobile System Design Interview
- 그 외 더 많은 콘텐츠 예정
Clean Architecture는 어떻게 동작하는가?
Clean Architecture는 이해하기 쉽고, 유지보수하기 쉽고, 확장하기 쉬운 소프트웨어 애플리케이션을 구성하는 방법입니다. Clean Architecture는 4개의 layer로 구성되며, 각각 명확한 역할을 가지고 있습니다. 이러한 layer 간의 의존성은 항상 안쪽을 향하여, 느슨하게 결합되고, 테스트 가능하며, 유지보수 가능한 시스템을 보장합니다.
각 layer를 살펴보겠습니다:
-
Entities: 비즈니스의 핵심 규칙과 로직입니다. 시스템에서 가장 안정적인 부분을 나타내며 외부 시스템이나 framework와 독립적입니다.
-
Use Cases: 애플리케이션이 수행할 수 있는 특정 작업을 정의합니다. entity와 외부 인터페이스 간의 데이터 흐름을 조율하지만, 데이터가 어떻게 표시되거나 저장되는지는 관심사가 아닙니다.
-
Interface Adapters: 이 layer에는 Controller, Presenter, Gateway가 포함됩니다. 외부 layer(웹, 데이터베이스, UI 등)의 데이터를 use case와 entity가 이해할 수 있는 형태로 변환합니다.
-
Frameworks and Drivers: 데이터베이스, 웹 UI, 디바이스와 같은 외부 도구와 시스템입니다. 가장 바깥쪽에 위치하며 내부 layer에 의존합니다.
Over to you: Clean Architecture의 동작 방식을 이해하기 위해 더 추가하고 싶은 것이 있나요?
Docker는 어떻게 동작하는가?
Docker의 아키텍처는 세 가지 주요 컴포넌트로 구성됩니다:
-
Docker Client: 사용자가 상호작용하는 인터페이스입니다. Docker daemon과 통신합니다.
-
Docker Host: Docker daemon이 Docker API 요청을 수신하고 image, container, network, volume 등 다양한 Docker 객체를 관리합니다.
-
Docker Registry: Docker image가 저장되는 곳입니다. Docker Hub가 널리 사용되는 공개 registry의 대표적인 예입니다.
Large Language Model은 어떻게 동작하는가?
-
Data Collection and Tokenization: LLM은 책, 웹사이트, 코드와 같은 소스에서 대량의 텍스트를 수집하는 것으로 시작합니다. 이 텍스트는 정제되고 더 작은 단위(token)로 분해되어 학습을 준비합니다.
-
Pre-training with Transformer Architecture: transformer 모델과 self-attention 메커니즘을 사용하여 시스템은 시퀀스에서 다음 token을 예측하는 방법을 학습합니다. 이 과정에서 수십억 개의 parameter를 조정하여 언어에 대한 광범위한 이해를 발전시킵니다.
-
Fine-Tuning for Specific Tasks: 사전 학습된 모델은 fine-tuning 기법을 통해 특정 애플리케이션에 맞게 조정되며, 인간의 선호도나 전문화된 작업에 맞춰 동작을 정렬합니다. RLHF, LoRA 등의 방법이 있습니다.
-
Inference and Response Generation: 추론 시점에 모델은 다음으로 가장 가능성 높은 token을 예측하여 입력 프롬프트에 기반한 응답을 생성합니다. 고급 전략과 검색 메커니즘을 통해 유창성과 사실적 정확성을 향상시킬 수 있습니다.
-
Optimization and Deployment: 배포 전에 모델은 속도, 효율성, 안전성을 보장하기 위해 압축되고 필터링됩니다. 그런 다음 클라우드 플랫폼이나 edge 디바이스와 같은 환경에 배포되어 실제 사용됩니다.
Over to you: 이 고수준 흐름에 추가하고 싶은 것이 있나요?
채용 정보
Technical Strategist
- 채용 공고
- 설명: Tenex의 Technical AI Strategist로서 클라이언트 관계를 담당하고, 중요한 워크플로우 병목 현상을 진단하며, 제품 전략과 데이터 인프라를 설정하고, 전략적 권고안을 전달하며, AI 가치 실현을 위한 기반을 마련하는 제품을 구현합니다.
- 보상은 당신과 팀이 창출하는 수익에 직접 연동됩니다.
Forward Deployed Engineer
- 채용 공고
- 설명: Tenex의 Forward Deployed AI Engineer로서 커스텀 AI 기반 솔루션을 설계하고 구현하며, 클라이언트와 직접 협력하여 비즈니스 과제를 확장 가능한 시스템으로 전환합니다.
- 보상은 산출물 기반이며 상한선이 없습니다.
스폰서 안내
1,000,000명 이상의 기술 전문가에게 귀사의 제품을 소개하세요.
저희 뉴스레터는 수십만 명의 엔지니어링 리더와 시니어 엔지니어에게 직접 제품과 서비스를 노출시킵니다. 이들은 중요한 기술 결정과 대규모 구매에 영향력을 가진 사람들입니다.
광고 슬롯은 빠르게 마감됩니다 - 오늘 예약하세요
광고 슬롯은 보통 4주 전에 매진됩니다. 이 영향력 있는 독자층에게 광고를 전달하려면 sponsorship@bytebytego.com으로 이메일을 보내 지금 자리를 예약하세요.
Related Articles
Thank you for reading.