Notice
Recent Posts
Recent Comments
Link
| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 1 | 2 | 3 | 4 | 5 | 6 | 7 |
| 8 | 9 | 10 | 11 | 12 | 13 | 14 |
| 15 | 16 | 17 | 18 | 19 | 20 | 21 |
| 22 | 23 | 24 | 25 | 26 | 27 | 28 |
Tags
- scrapy
- git초보
- java
- 버전관리
- 개발툴팁
- Ai
- Spring
- 엑셀중급강의
- MYSQL
- 주식용어
- git
- JetBrains
- 디버깅
- 엑셀강의
- gradle
- 개발생산성
- 엑셀고급강의
- 민생회복지원금
- git연재
- AES256
- docker
- 자바패턴
- gitreflog
- git입문
- git초보자팁
- 엑셀
- python
- 민생회복소비쿠폰
- GPT
- IntelliJ
Archives
목록DEV (1)
나만의공간
개발과 운영의 조화 - Devops #1/2
기존 개발 체계의 문제점전통적인 개발 운영 체계일반적인 개발 운영 체계는 다음과 같다. 개발팀에 의해서 개발이 끝나면, 시스템은 테스트를 거쳐서 운영팀에 이관되고, 운영팀은 해당 시스템을 배포 및 관리 운영한다.일단 이관된 시스템은, 개발팀이 일체 관여하지 않고, 운영팀에 의해서 현상 유지 된다.문제점 1. 누구의 잘못인가? 불행의 시작시스템을 운영하다 보면, 반드시 장애가 생기기 마련인데, 문제는 여기부터 시작된다. 개발은 “애플리케이션” 을 볼 수있지만, 아랫단의 “인프라 시스템”을 볼 수 있는 능력이 없다. 반대로 운영팀은 “인프라 시스템” 을 잘 알지만, “애플리케이션” 자체에 대해서는 잘 모른다.그러다 보니, 서로 자기 분야의 문제가 아니라고 하면서 서로 책임 미루기를 하게 되고, 문제 해결은 ..
IT/기타
2015. 6. 18. 10:17
