다디와 괴발개발

조오오금이 아니라 아주 많이 늦게 업로드하지만 드디어 올리는 Codestates DevOps 부트캠프 첫 번째 프로젝트 정리 글! 이번 문서에서는 첫 번째 프로젝트의 목표와 프로젝트 제작을 위해 제작하였던 기능정의서, DB 제작을 위한 ERD, API 통신을 위한 API 문서를 정리해보았다! 목표 CRUD 기능을 가진 API 서버를 완성합니다. 클라우드 서비스 데이터베이스를 사용하여 데이터를 영속적으로 저장합니다. 데이터를 모델링하고, API 문서화를 진행합니다. Git을 이용한 협업을 진행합니다. 첫 번째 프로젝트인 만큼 목표는 간단하게 로컬에서 돌아가는 WAS 서버를 제작하는 것이다. DevOps 부트캠프에서는 프론트는 다루지 않기 때문에 프로젝트 목표에 프론트엔드 구현은 포함되지 않는다 기술 스택 ..

첫 회고 쓴지 얼마 되지도 않은 것 같은데 벌써 두 번째 회고를 작성하게 되었다... 일단 두 번째 섹션 동안 가장 많이 느꼈던 것은 AWS랑 많이 투닥투닥하지만 친한 친구가 된 것 같은 그런 느낌이 많이 들었다ㅋㅋㅋㅋ 진짜 밀당의 달인이다. 안된다며 에러 삑삑 내면서 밀어낼 땐 언제고, 지쳐갈 때 쯤에 성공이라며 나를 괴롭힌다.. 나쁜남자 AWSㅠㅠ 나도 가만히 있을순 없지, 다음 프로젝트때는 반드시 이 나쁜녀석에게서 주도권을 뺏을거다 쒸익 쒸익 😡 회고에 앞서, 이번 섹션 회고도 역시 KPT(Keep, Problem, Try) 회고 방법을 사용해서 작성해볼 예정이다. 두 번째 섹션 동안 배운 내용을 쭉 적어보면, 네트워크 기초 AWS Docker YAML 지속적 통합 배포 자동화 마이크로 서비스 오프..

코드스테이츠 DevOps 부트캠프 1기 수강생이 된 지 벌써 한 달이 지났다! 이때까지 개인 공부나 스터디를 진행하면서 회고를 써본 적이 한 번도 없는데, 회고를 작성해봄으로써 내가 어떻게 공부했는지, 무엇이 부족한지, 앞으로 어떻게 발전시키고 개선할 것인지 정리할 기회인 것 같아 회고를 작성하게 되었다! 공지로 올려주신 KPT(Keep, Problem, Try) 회고 방법과 urclass 메인에 올라와 있는 다른 부트캠프 수강생분들의 회고를 참고하면서 한 번 작성해보았다 두근두근 첫 섹션 동안 배운 내용을 쭉 적어보면, 개발 프로세스와 DevOps 업무 개요 리눅스 운영체제 웹서비스 개발 기초 Git과 버전 관리 시스템 HTTP WAS와 Web Server 여기에 오프라인 WAS 프로젝트까지! 이렇게 ..

DevOps의 꽃인 자동화가 무엇인지 알아보도록 하자 들어가기에 앞서! 자동화를 배우기 위해 RedHat에서 작성된 내용들을 많이 참고했다. 더 자세하게 알고싶으면 아래의 링크로 들어가 내용을 확인해보새우 :) DevOps 자동화란? DevOps 자동화는 애플리케이션을 더 빨리 프로덕션에 배포하기 위해 사람의 개입을 줄이고 기술을 활용하는 것입니다. www.redhat.com 자동화 (Automation) 자동화란, 자동화 기술을 사용해 업무 자동화를 수행하여 개발과 운영을 돕는 시스템을 뜻한다. 자동화 기술을 통해 수동 프로세스를 줄여 반복적인 일을 처리하는 모든 업계에서 자동화를 사용할 수 있다. 흔히 들어볼 수 있는 공장 자동화를 생각해보면 이해가 쉽다. 그 중에서도 IT 자동화는 표준 운영 환경(..

DevOps = 개발팀(Dev) + 운영팀(Ops) 빠르게 비즈니스 환경이 변화하면서 고객의 빠른 피드백과 이를 반영할 수 있는게 소프트웨어 개발자에게는 필요해져 왔다. 이러한 배경에서 나오게 된 DevOps에 대해 알아보도록 하자 소프트웨어 개발 회사는 크게 개발팀과 운영팀으로 나누어질 수 있다. 그렇다면 개발팀과 운영팀 각각의 목표는 무엇일까? 개발팀 목표 : 잦은 배포와 업데이트, 애플리케이션을 통한 쉽고 빠른 리소스 제공 운영팀 목표 : 프로덕션 앱의 안정성, 인프라 관리, 모니터링 및 제어 ※ 용어 설명 프로덕션 앱 : 고객들이 사용할 수 있는 안정적인 공식 버전 ex) 안드로이드가 제공하는 앱 버전 기준 1. 공개 테스트 : 구글 플레이에서 테스터에게 제공. 스토어 등록 정보를 통해 테스트 참..

DevOps 개념을 배우다 보면, 지속적 배포, 지속적 통합, 지속적 전달이라는 개념들을 접할 수 있다. 지속적 배포를 위해 CI, CD 파이프라인이 만들어지게 되었는데 한 번 내용을 살펴보자 지속적 통합 (Continuous Integration) code -> build -> test 단계를 뜻한다. 여기서 code와 build는 개발자의 영역이다. code : 개발자가 코드를 저장소에 push build : 코드 저장소로부터 코드를 가져와 유닛 테스트 후 빌드 test : 코드 빌드의 결과물이 다른 컴포넌트와 잘 통합되는지 확인 지속적 통합(CI) 과정의 필요성 버그를 조기에 발견 테스트가 완료된 코드를 빠르게 전달 가능 지속적인 배포를 가능하도록 함 지속적 전달 (Continuous Deliver..