프로젝트를 애자일로 진행하면서 느낀 점들을 정리해 보았습니다.

과정

• 프로젝트 관리자가 기능을 이해하고 제품 백로그를 작성합니다.
• 스프린트 기간을 가지기 전, 스프린트에 필요한 스프린트 백로그를 작성합니다.
• 그 후 기간을 가지고 백로그에 적힌 기능을 우선적으로 개발하며 스프린트를 진행하였습니다.
• 스프린트 기간이 끝난 후 스프린트 회고를 가졌습니다. 회고 방법 중 kpt회고 방법을 선택하여 도입해보았습니다.
• kpt 회고란 keep, problem, try로 나누어 유지할 것, 불편한 점, 불편한 점을 해결할 방법을 적어서 짧은 시간 안에 모든 구성원의 생각을 공유하고 실행이 가능한 action을 도출합니다.
• 처음 스프린트 과정을 지나서는 고객(친구)들의 요구사항을 듣고 반영하는 과정을 거쳤습니다.
• 이런 과정을 거쳐 스크럼을 진행하고 프로젝트를 완성하였습니다.

소감

• 애자일을 진행하면서 프로젝트 인원들의 모든 의견을 들을 수 있었고, 그러므로 빠른 의견 반영과 함께 프로젝트를 개발할 수 있었습니다.
• 스프린트 백로그를 작성할 당시 구현 우선순위를 두고 기능을 정의했기 때문에 더 효율적인 개발이 가능했습니다.
• 확실히 회고를 하고 난 후에는 더 나은 방법을 찾으면서 개발을 진행하기 되었습니다. 문제점을 찾거나, 쉽게 진행되지 않는 기능들을 찾고 그것을 중심으로 진행하고 이야기하다보니 프로젝트가 잘 진행되었던 것 같습니다.

아쉬운점

• 스프린트 기간을 가진 후 스프린트를 발표하는 시간을 꾸준히 가지지 못했던 것이 아쉬웠습니다.
• 스프린트가 끝난 후 고객의 요구사항을 한번 반영했지만, 나중에는 개발에 밀려서 고객의 요구사항을 꾸준히 반영하지 못한 점이 아쉬웠습니다.

참고

• https://brunch.co.kr/@daeminpark/18

• www.naver.com이 입력된다면 브라우저는 DNS 서버로 가서 웹 사이트가 있는 진짜 주소를 찾습니다.
• 그 다음 브라우저는 서버에게 웹 사이트의 사본을 클라이언트에게 보내달라는 HTTP 요청 메세지를 서버로 전송합니다. 이런 메세지들은 클라이언트와 웹의 소통이므로 TCP/IP 연결을 통해 전송됩니다.
• 이 메세지를 받은 서버는 클라이언트의 요청을 승인하면 200 OK 메세지를 클라이언트에게 전송합니다.
• 200 OK가 전송된다면 서버가 웹 사이트의 파일들을 데이터 패킷이라 불리는 작은 일련의 덩어리들로 브라우저가 전송합니다.
• 브라우저는 이 작은 덩어리들을 완전한 웹 사이트로 조립하고, 클라이언트에게 보여줍니다.

DNS

• www.naver.com을 브라우저에 입력
• local dns server (isp dns server)에서 캐시데이터를 찾고 있으면 반환, 없으면 root dns server에 요청
• root dns server에서 뒤에 TLD를 찾고 그 주소로 TLD dns server로 이동
• TLD dns server에서 네이버 서버로 가라, 구글 서버로 가라 이런걸 naver.com 이런걸로 알려주고 authoritative dns server로 이동
• authoritative dns server에서 도메인이름과 ip주소를 찾고 그걸 local dns server에 넘겨주고 캐시 데이터 저장
• 브라우저에 넘겨주고, 브라우저에서 실제 호스팅 서버에 요청을 보냄, 그러면 거기서 반환 후 클라이언트에게 보여줌.

참고

• https://gentlysallim.com/dns%EB%9E%80-%EB%AD%90%EA%B3%A0-%EB%84%A4%EC%9E%84%EC%84%9C%EB%B2%84%EB%9E%80-%EB%AD%94%EC%A7%80-%EA%B0%9C%EB%85%90%EC%A0%95%EB%A6%AC/
• https://aws.amazon.com/ko/route53/what-is-dns/
• https://chul2-ing.tistory.com/79

가상화 방법

• 가상 머신
  • Hypervisor라는 것으로 컴퓨터가 가지고 있는 리소스를 가상머신 별로 배분하며, 각 VM에서는 독립적인 Guest OS를 가지고 있다.
  • 독립적인 플랫폼을 하나씩 증가 시킬 때마다 불필요한 OS를 만드는 작업을 계속 해야한다. - 확장성이 떨어진다.
• 컨테이너
  • 컨테이너는 하나의 Host OS위에서 각각의 독립적인 프로그램처럼 관리되고 실행되어서 불필요한 OS를 만드는 작업을 하지 않고 독립적으로 인프라를 나눌 필요가 없어서 확장성이 좋고 빠르다.

도커 컨테이너란?

• 이미지를 통해 실행한 인스턴스이다.
• DOCKER api를 이용하여 컨테이너를 생성, 시작, 중지, 이동, 삭제할 수 있다.

이미지란?

• 컨테이너 생성에 필요한 모든 파일과 설정값 등을 포함하고 있는 읽기 전용 템플릿이다.
• 이미지는 상태값을 가지지 않고 불변성을 가진다. 그리고 docker hub에 등록되고 관리된다.

• docker daemon이 api 요청을 수신하고 이미지, 컨테이너, 네트워크와 같은 서비스를 관리한다.

참고

• https://velog.io/@geunwoobaek/%EC%BB%A8%ED%85%8C%EC%9D%B4%EB%84%88-%EB%B0%8F-%EB%8F%84%EC%BB%A4-%EA%B0%9C%EB%85%90%EC%A0%95%EB%A6%AC
• https://captcha.tistory.com/46
• https://steadycode.tistory.com/21

• 데브옵스란 개발(development) + 운영(Operation)을 결합하여 탄생한 용어로, 시스템 개발자와 운영을 담당하는 전문가 사이의 소통, 협업, 통합, 자동화를 바탕으로 애플리케이션 개발과 고객에게 제공되는 서비스를 빠른 속도로 제공될 수 있도록 조직의 역량을 향상시키는 소프트웨어 개발론이다.

이점

• 속도향상

  MSA 및 CD 등을 사용하여 팀에서 서비스를 주도적으로 운영하여 수정된 코드들을 더 빠르게 릴리스 할 수 있다.

• 신속한 제공

  • CI 및 CD 등을 통해 빌드에서 배포까지 자동화시켜 릴리스의 빈도와 속도를 개선하여 제품을 더 빠르게 업데이트 할 수 있다. 새로운 기능 및 버그 수정 속도가 빨라 고객의 요구에 더 빠르게 대응할 수 있게 된다.

• 안정성

  • CI 및 CD 등을 통해 변경사항을 안전하게 작동하는지 업데이트 마다 테스트 해주어 애플리케이션에 안정성 및 인프라 변경의 품질을 보장해준다.

• 확장성

  • 규모에 따라 인프라와 개발 프로세스를 운영 관리하며, 자동화와 일관성의 자원 이점을 살려 복잡한 시스템이나 변화하는 시스템을 효율적으로 관리할 수 있도록 해준다.

필요성

• 소프트웨어를 구축하는 방법 중 하나인 데브옵스를 통해 소프트웨어의 빠르고 안정적인 개발과 최종 사용자에게 빠르고 안정적인 제공을 해줄 수 있게 된다.
• 데브옵스는 이전에 개발과 운영으로 분리되어 있던 장벽을 무너뜨려 엔지니어에게 두가지의 자질을 모두 요구하며 개발자의 생산성과 안정성을 높여주고 잦은 소통을 통하여 효율성을 높이고 최종 사용자인 고객에게 제공되는 서비스의 품질을 높일 수 있게 된다.

결과

• 결과적으로는 이제 개발과 운영 모두 소프트웨어 작업에 대부분의 시간을 소비하며 두 팀의 구분이 모호해지고 있다. DevOps는 소프트웨어를 효율적으로 전달하는 프로세스라는 말처럼 지속적으로 코드를 통합하고 항상 배포가 가능한 상태로 유지한다. 하루에 수십 번 배포가 가능하고, 코드 변경내용을 커밋할 때마다 배포할 수도 있다.
• 개발과 운영사이에 존재하는 벽을 허물고 비즈니스의 요구사항을 단기간에 반영할 수 있는 높은 품질의 소프트웨어를 개발해야 한다.
• 이러한 문제들을 해결하기 위하여 나온 것이 DevOps이다. 개발과 운영을 합쳐서 사용자의 의견에 민감하게 반응하는 높은 품질의 소프트웨어를 만들자는 목적을 가진다.
• 클라우드의 등장으로 인해 클라우드를 통해 개발자도 네트워크, 서버 등에 대한 설정을 할 수 있어지고, 좋은 도구들을 통해서 빌드나 배포를 쉽게 자동화할 수 있게 되었다.

참고

• https://www.netapp.com/ko/devops-solutions/what-is-devops/
• https://m.blog.naver.com/acornedu/221519913222
• https://well-made-codestory.tistory.com/23

• 발전 과정

1. 컴퓨터를 컴퓨터끼리 연결 하려면 컴퓨터에 달린 플러그가 많이 필요했다.

   

2. 그래서 라우터라는 특수한 소형 컴퓨터에 연결하여 만약 10개의 컴퓨터 네트워크에 10개의 케이블을 사용한다면 10개의 플러그가 있는 하나의 라우터로 연결하여 사용함.

   

3. 하지만 수백, 수천, 수십억 대의 컴퓨터를 연결하는 것은 어려웠음. 그래서 라우터를 라우터와 연결해서 무한히 확장해 사용함.

4. 하지만 다른 지역이나 먼곳에 케이블을 연결할 수는 없었다. 그래서 집에 연결된 전력이나 전화의 케이블을 이용했다. 전화기 기반의 시설은 이미 세계 어느 곳과도 연결 되어있다. 따라서 네트워크를 전화 시설과 연결하기 위해 모뎀이라는 특수 장비를 사용했다. 모뎀: 네트워크의 정보를 전화 시설에서 처리할 수 있는 정보로 바꾸며, 그 반대도 가능.

5. 여기서 쉽게 설명 하자면 모뎀은 건물마다 벽안에 설치 되어 있다. 그리고 모뎀과 라우터(공유기)가 연결되어서 현대 사람들은 공유기에 연결하면 네트워크 연결이 되어 인터넷이 되는 것이다.

6. 그 다음에 우리의 네트워크가 다른 네트워크에 도달하기 위해 네트워크를 ISP(인터넷 제공 업체) 에 연결한다. ISP는 특수한 라우터를 관리하며 다른 ISP의 라우터에도 접근이 가능하다.

   

7. 컴퓨터에 접속하기 위해서는 특정 컴퓨터를 지정해야한다. 그래서 네트워크에 접속한 컴퓨터들은 IP주소(고유한 주소) 를 가진다. 그런데 컴퓨터들은 IP주소로 찾아가기 쉽지만 사람들은 찾아가기 쉽지않다. 그래서 도메인 이름 이라고 하는 사람이 읽을 수 있는 IP주소로 이름을 지정한다.

• 여기서 IP란 인터넷 프로토콜이다. IP주소로 컴퓨터에 메세지를 전달해주는 역할을 한다.
• 인터넷은 하나의 구현된 인프라이며, 웹은 그 위에 구축된 서비스이다
• 인터넷은 네트워크에 네트워크를 구현하여 모든 컴퓨터를 하나의 통신망에 연결함.