소공 1128

여러 직군이 협업하여 웹서비스를 만듭니다.

프로젝트 진행과 협업

• 요구사항 분석 ... 기획팀[디자인팀/개발 팀 자문]
• 설계 ... 디자인팀, 개발팀, DBA[기획팀 일부 참여 가능]
• !! 구현 ... 개발팀 [디자인팀과 비정기 협업]
• 테스트 및 통합 ... 개발팀, 테스트팀
• 배포 ... 운영팀 [개발팀 기술지원]
  우리가 작성한 모든 것들을 서버에 올려놓습니다. 일반 사용자들이 접속가능하도록.
• 운영 및 모니터링 ... 운영팀 [개발팀 기술지원]
  어떠한 이슈들에 대해 어떠한 상황에 대해,,,살펴보기
• 사용자 피드백 수용 및 개선 ... 기획팀, 전체 팀 회의
  중요한 로그들 을 잘 봅니다.
  

SSR 구현 단계의 협업 server side rendering

 

 

 

 

CSD

뷰를 렌더링하는 컨트롤러 코드가 다 개발이되어있는거고, 그걸 서버에 ㅇ

 

구현 외부의 협업

테스트 및 통합 →  배포 →   운영 및 모니터링 →  사용자 피드백 수용 및 개선

1. 테스트 및 통합
   • 단위테스트 [FE/BE]
   • 개발 완료된 각 컴포넌트 통합 [통합 담당자]
   • 통합 테스트 [테스트팀]
   • 개발용 또는 테스트용 서버 →  백엔드 및 프론트엔드 코드 업로드 후 테스트 [테스트팀]
     (다른사람들이 접근가능한곳이아님... 우린 이걸안함)
2. 배포
   • 서비스용 서버(일반 사용자 접근가능) →  테스트를 모두 마친 백엔드 및 프론트엔드 코드 업로드 [운영팀]
     - 서버 인프라 및 운영 환경에 대한 개발 지식 필수! →  필요 시 개발팀 기술 지원
3. 운영 및 모니터링 [운영팀]
   • 서버 및 서비스상태 모니터링 (로그, 오류, 성능 등)
   • 사용자의 서비스 이용 패턴 모니터링
   • 장애 대응 및 서비스 안정성 유지 → 필요시 개발팀 기술 지원
4. 사용자 피드백 및 수용 개선
   • 모니터링 데이터 및 사용자 피드백 수집 [기획팀] ...ex) play스토어 리뷰 등
   • 개선 방안 결정 및 공유 [전체 팀 회의]

 

프로젝트 진행과 협업 : 협업과 프로젝트 지연 문제

구현 이전의 협업의 핵심 : 사람간의 커뮤니케이션

• 일반적으로 프로젝트 지연의 주된 원인이 되지는 않음
• 안전 자동화 어려움. but 여러 협업 툴 도입 시도.

DevOps의 영역! ... 배포 → 운영 및 모니터링 → 사용자 피드백 수용 및 개선

배포 및 그 이후 단계의 협업 문제 →  프로젝트 지연 및 품질 저하의 주된 원인

 

프로젝트 지연 및 품질 저하의 원인

배포 및 그 이후 단계에서의 개발팀과 운영팀 간의 협업 문제

 

< 원인 상세 >

• 수동 배포 과정에서의 실수 및 시간 지연
  여러 단계에 걸쳐 이루어지는 복잡한 배포 과정을 수작업 처리 →  실수 및 시간 지연
• 실시간 모니터링 시스템의 부재로 인한 뒤늦은 문제 파악
  시스템 상태, 서비스 상태, 에러 발생 여부 등을 실시간으로 확인하지 못하고 뒤늦게 파악
• 문제 발생 시 부서 간 책임 전가 행태
  장애 발생 시, "개발 잘못 vs 운영 잘못 " 과 같이 책임 분산 → 실제 문제에 대한 대응 지연
• 개발팀-운영팀 간의 소통 부재로 인한 문제 대응 지연
  운영팀에서 개발팀 상황(코드 변경 또는 배포 의도 등) 파악 어려움 → 장애 원인 파악 어려움
• 복잡한 복구 과정으로 인한 문제 대응 지연
  문제 발생 시 복구 과정은 일반적으로 복잡 → 수동 처리 시 복구시간 지연
  (ex) 기존 코드를 수정함으로써 다른코드에서 문제터지면 큰일이겠죠? 그런 상황을 의미합니다.
• 운영 중 사용자 피드백의 효율적 수집 및 다른 팀에의 전달 어려움
  
  

..우리는 연동도 안되는데 우카냐 쓰바 ㅜㅜ 프와 백이 어떻게 연동을 해야할지모르겠어

 

DevOps : 

DevOps : 프로젝트 진행 시, 배포 및 그 이후 단계에서 발생하는 개발팀(Dev)과 운영팀(Ops) 간의 협업 문제로 인한 프로젝트 지연 및 품질저하를 해결하기위한 방법론.

 

< 핵심 전략 >

자동화된 협업 + 책임 공유 문화 →  이들을 위한 클라우드 환경 도입 필수!

: 서로 하는 일을 알자! 서비스를 알자! ... 개발팀이 다루는 SW외에도 클라우드컴퓨팅에 관심을 가지구 보고하자.

 

프로젝트 지연 및 품질 저하의 원인	DevOps에서의 해결 방법
수동 배포 과정에서의 실수 및 시간 지연 여러 단계에 걸쳐 이루어지는 복잡한 배포 과정을 수작업 처리 →  실수 및 시간 지연 복잡한 복구 과정으로 인한 문제 대응 지연 문제 발생 시 복구 과정은 일반적으로 복잡 → 수동 처리 시 복구시간 지연	클라우드 환경 기반의 CI/CD (지속적 통합/ 지속적 배포) 코드 변경 →  테스트 →  배포까지의 과정 자동화 (GitHub actions에서 `deploy.yml`) 무료버전같은 경우에는 제약이 있을수도 있다고한다. 찾아보자. 클라우드 환경 기반의 버전관리시스템 도입 복구 자동화
실시간 모니터링 시스템의 부재로 인한 뒤늦은 문제 파악 시스템 상태, 서비스 상태, 에러 발생 여부 등을 실시간으로 확인하지 못하고 뒤늦게 파악 문제 발생 시 부서 간 책임 전가 행태 장애 발생 시, "개발 잘못 vs 운영 잘못 " 과 같이 책임 분산 → 실제 문제에 대한 대응 지연 개발팀-운영팀 간의 소통 부재로 인한 문제 대응 지연 운영팀에서 개발팀 상황(코드 변경 또는 배포 의도 등) 파악 어려움 → 장애 원인 파악 어려움	클라우드 환경 기반의 협업 자동화 도구 도입 클라우드 환경 기반의 실시간 모니터링/로그 시스템 도입 - 개발팀-운영팀 공동 확인가능
운영 중 사용자 피드백의 효율적 수집 및 다른 팀에의 전달 어려움	클라우드 환경 기반의 사용자 피드백 자동 수집 및 자동 리포팅 시스템 도입

클라우드 환경을 도입하는 이유 (AWS를 의미하는걸까?)

• DevOps 에서의 주요 문제 해결 전략
  • 버전 관리
  • CI/CD(지속적 통합/지속적 배포)
  • 복구 자동화
  • 협업 자동화 도구 도입
  • 실시간 모니터링 및 로그 기록
  • 사용자 피드백 자동 수집 및 자동 리포팅 등
• DevOps에서의 주요 문제 해결 전략 솔루션들을 직접 구현하려면?
  → 각각의 솔루션 구현 그 자체가 "목표로하는 소프트웨어 개발보다 더 큰 프로젝트" 
• 각 목적에 맞게 개발되어 이미 서비스로 제공되고있는 클라우드 환경 기반 솔루션들을 도입
  → 이를 기반으로 목표로 하는 소프트웨어의 개발 및 운영에만 집중하는것이 효율적
  

 

디-프-백 사이의  프-백RESTful API로 미리 약속한다(기능별 웹페이지 요청)

 

==================

질문

1) AWS가 클라우드환경임? Docker 사용 ? 

2) 그럼 이미 서비스로 제공되고있는 클라우드 환경 기반 솔루션은 어떻게 찾을 수 있음? github repository open source?

3) 우리같은경우에는, 연동에서 항상 하는 방법을몰라서 오래걸리고있는데 우리팀은 이미 끝난상황(백)

단순히 기다리는것만으로 충분할까?