가리키는 글의 최근 바뀜
IT 위키
해당 문서에 연결된 문서의 변경사항을 확인하려면 문서 이름을 입력하십시오. (분류에 들어있는 문서를 보려면 분류:분류명으로 입력하십시오). 내 주시문서 목록에 있는 문서의 변경사항은 굵게 나타납니다.
약어 목록:
- 새글
- 새 문서 (새 문서 목록도 보세요)
- 잔글
- 사소한 편집
- 봇
- 봇이 수행한 편집
- (±123)
- 바이트 수로 표현한 문서 크기의 차이
2025년 10월 22일 (수)
| 새글 05:48 | Saga 패턴 차이역사 +6,322 Agiler 토론 기여 (새 문서: 사가 패턴(영어: Saga Pattern)은 마이크로서비스 아키텍처나 분산 시스템에서 여러 서비스에 걸친 다단계 트랜잭션을 관리하여 데이터 일관성을 확보하기 위한 설계 패턴이다. ==정의== 사가 패턴은 하나의 큰 트랜잭션을 여러 개의 로컬 트랜잭션으로 나누고, 각 로컬 트랜잭션이 자신의 데이터베이스를 업데이트한 뒤 다음 단계를 트리거하는 방식으로 실행된다. 만...) | ||||
| 새글 05:30 | 스프린트 리뷰 차이역사 +3,246 Agiler 토론 기여 (새 문서: 스프린트 리뷰란 스프린트(반복작업) 종료 시점에 Scrum 팀이 완료한 작업을 이해관계자에게 공유하고 피드백을 받아 다음 작업 방향을 조정하기 위한 회의이다. ==정의== * 스프린트 리뷰는 스프린트 동안 팀이 달성한 산출물(인크리먼트)을 검토하고 향후 적응할 사항을 결정하기 위한 작업 회의이다. * 회의 참가자는 스크럼 팀과 제품 책임자(Product Owner), 스크럼...) | ||||
| 새글 05:27 | 스프린트 계획 차이역사 +3,436 Agiler 토론 기여 (새 문서: 스프린트 계획(영어: Sprint Planning)은 스크럼 프레임워크에서 새 스프린트를 시작하기 전에 팀이 다가오는 스프린트 동안 무엇을 할지 그리고 어떻게 할지를 결정하는 회의이다. ==정의== 스프린트 계획은 스프린트 동안 수행할 작업을 설정하고, 팀이 스프린트 목표(Sprint Goal)에 도달하기 위해 일을 조직하는 이벤트이다. 회의에서는 제품 책임자(Product Owner)가 높은...) | ||||
| 05:23 | 스크럼 미팅 차이역사 −82 Agiler 토론 기여 | ||||
| 새글 05:03 | DORA 메트릭 차이역사 +4,861 Agiler 토론 기여 (새 문서: DevOps Research and Assessment 메트릭(영어: DORA Metrics)은 소프트웨어 개발 및 배포 효율성과 안정성을 측정하기 위해 고안된 지표 집합이다. 이 메트릭은 개발‑운영(DevOps) 문화 및 프로세스를 개선하고자 하는 조직들이 핵심 성과를 수치화할 수 있도록 설계되었다. * Four Key Metric이라고도 불리며 DevOps, CI/CD, SRE 분야에서는 거의 '''업계 공인 지표처럼 널리 사용된다.''' ==...) | ||||
| 새글 04:03 | 오케스트레이션 패턴 차이역사 +5,683 Agiler 토론 기여 (새 문서: 오케스트레이션 패턴(영어: Orchestration Pattern)은 마이크로서비스 아키텍처에서 중앙 컨트롤러(오케스트레이터)가 전체 워크플로우를 제어하고, 각 서비스에 작업을 명령하여 전체 흐름을 관리하는 설계 방식이다. ==정의== 오케스트레이션 패턴은 여러 서비스가 협력하여 하나의 비즈니스 프로세스를 완성해야 할 때, 중앙의 오케스트레이터가 서비스 간 호출 순서,...) | ||||
| 새글 04:00 | 코레오그래피 패턴 차이역사 +5,062 Agiler 토론 기여 (새 문서: 코레오그래피 패턴(영어: Choreography Pattern)은 마이크로서비스 아키텍처에서 각 서비스가 이벤트 기반으로 독립적으로 작동하며 전체 흐름을 자율적으로 구성하는 설계 패턴이다. ==정의== 코레오그래피 패턴은 여러 서비스가 비동기 이벤트 기반으로 상호작용하면서 워크플로우의 흐름을 중앙에서 제어하지 않고, 각 서비스가 자신의 책임을 수행하고 다음 서비스를...) | ||||
| 새글 01:02 | 마이크로서비스 아키텍처 차이역사 +1,762 Agiler 토론 기여 (새 문서: 분류:소프트웨어 공학분류:기술사 기출 ;Microservice Architecture ;대용량 웹 기반 분산시스템에 주로 사용되는 아키텍처스타일로 SOA 사상을 기반으로 하여 서비스의 경량화 및 독립적 배치가 가능한 서비스 조합 아키텍처 * 아주 작은 단위로 동작하는 서비스가 구동되도록 시스템 및 소프트웨어의 구성과 구성요소 간의 관계를 정의 * 신속한 변경 가능(애자...) | ||||
| 새글 01:01 | 클라우드 네이티브 인프라 차이역사 +6,713 Agiler 토론 기여 (새 문서: '''클라우드 네이티브 인프라'''(영어: Cloud‑Native Infrastructure)은 클라우드 환경의 특성과 원칙을 인프라 설계 및 운영에 내재화한 인프라스트럭처 방식으로, 지속적 변화, 자동화, 확장성, 복원력(resilience)을 중심으로 설계된다. ==개념 및 정의== 클라우드 네이티브 인프라는 단순히 인프라를 클라우드에 올리는 것 이상이다. 이는 인프라가 다음과 같은 특성들을 갖추...) | ||||
|
|
새글 00:59 | 12 팩터 앱 2개 바뀜 역사 +3,699 [Agiler (2×)] | |||
|
|
00:59 (최신 | 이전) +34 Agiler 토론 기여 태그: 시각 편집 | ||||
| 새글 |
|
00:58 (최신 | 이전) +3,665 Agiler 토론 기여 (새 문서: '''12 팩터 앱'''(영어: The Twelve‑Factor App)은 클라우드 환경에서 서비스형 소프트웨어(SaaS)를 개발하고 운영할 때 이식성, 확장성, 유지보수성을 확보하기 위해 제안된 12가지 원칙이다. ==개요== 12‑Factor 앱 방법론은 2011년 Heroku 소속 개발자들이 정의하였으며, 클라우드 환경에서 애플리케이션을 일관되게 개발, 배포, 운영하기 위한 실천 지침으로 널리 사용된다. 이...) 태그: 시각 편집 | |||
| 새글 00:48 | 코드형 인프라 차이역사 +4,903 Agiler 토론 기여 (새 문서: '''코드형 인프라'''(영어: Infrastructure as Code, IaC)는 서버, 네트워크, 운영체제, 데이터베이스, 스토리지 등 컴퓨팅 인프라를 수작업이 아닌 코드 정의 방식으로 관리하고, 이를 통해 자동화, 재현성, 일관성을 확보하는 인프라 운영 방식이다. ==개념== 코드형 인프라는 인프라스트럭처를 사람이 직접 설정하지 않고, 선언적 또는 명령형 코드 파일로 정의하고 실행함으...) | ||||
| 새글 00:40 | 서버는 반려동물이 아닌 가축 차이역사 +4,464 Agiler 토론 기여 (새 문서: '''반려동물이 아닌 가축: 서버 인프라에서의 ‘Pets vs Cattle’ 은유'''(영어: Pets vs Cattle in IT / Servers as Cattle not Pets)은 서버 및 인프라 운영 방식에서 '''개별 서버를 특별히 애지중지하여 관리하는 방식'''(반려동물 Pets) 과 '''동일하게 대량으로 운영하고 문제가 생기면 교체 가능한 방식'''(가축 Cattle) 사이의 대비를 설명하는 은유이다. ==개념== *반려동물(Pets)...) | ||||
| 새글 00:31 | 회로 차단기 패턴 (소프트웨어 공학) 차이역사 +6,506 Agiler 토론 기여 (새 문서: 회로 차단기 패턴(영어: Circuit Breaker Pattern)은 분산 시스템이나 마이크로서비스 아키텍처에서 반복적인 호출 실패가 전체 시스템으로 전파되는 것을 방지하기 위해 해당 호출을 일시 차단하고 복구 시점을 제어하는 내결함성 설계 패턴이다. ==의도 및 목적== *호출 대상 서비스에 반복적인 실패가 발생할 때 호출을 계속 시도함으로써 호출자 또는 다른 종속 서비스...) | ||||
| 00:28 | 스토리 포인트 차이역사 +21 Agiler 토론 기여 | ||||
| 새글 00:27 | 몽키 테스트 차이역사 +5,195 Agiler 토론 기여 (새 문서: '''몽키 테스트(소프트웨어 공학)'''(영어: Monkey Testing)은 테스트 케이스나 시나리오 없이 무작위 입력이나 사용자 이벤트를 애플리케이션에 가하여, 예기치 않은 오류나 충돌이 발생하는지를 탐색하는 소프트웨어 테스트 기법이다. ==개념== 몽키 테스트는 내부 구조나 상세 기능을 미리 고려하지 않고, 마치 원숭이가 무작위로 키를 누르거나 화면을 터치하듯이 시...) | ||||
| 새글 00:03 | 허영 지표 차이역사 +4,836 Agiler 토론 기여 (새 문서: '''허영 지표(애자일)'''(영어: Vanity Metrics)은 애자일(Agile) 개발 및 프로젝트 관리에서 겉보기에는 긍정적인 성과처럼 보이지만, 실제로 팀이나 조직의 개선 활동이나 의사결정에 실질적인 도움을 주지 못하는 지표를 의미한다. ==개념== 허영 지표는 외형적으로 좋은 수치를 보여주지만, 그 결과가 행동이나 학습으로 이어지지 않는다는 점에서 문제로 지적된다. *측정...) | ||||
| 새글 00:02 | 실행 가능한 지표 (애자일) 차이역사 +7,471 Agiler 토론 기여 (새 문서: '''실행 가능한 지표(애자일)'''(영어: Actionable Agile Metrics)은 애자일 개발 및 프로젝트 관리 방식에서 팀이나 조직이 실제로 조치를 취할 수 있도록 유도하는 측정 가능한 성과 지표이다. ==개념 및 목적== 애자일 방식에서는 반복(iteration)과 피드백(loop)을 통해 지속적으로 개선해 나가는 것이 핵심이다. 이때 단순히 ‘측정’만 하는 것이 아니라 그 지표가 '''실제로 팀...) | ||||
