argoworkflows-oss / container-playground

playground for container practice

ArgoWorkflows-OSS

소개

• Argo Workflows 프로젝트 기여를 위한 오픈소스 기여 활동 페이지 입니다.
• ArgoWorkflows에 기여하고 싶으나 망설여지시는 분들은 저희 Slack 채널에 오셔서 언제든 함께 참여하실 수 있습니다.
• 잘 모르시는 내용에 대해서는 멘토링을 요청하신다면 도와드리도록 하겠습니다.

팀페이지

• 팀페이지 주소 : https://argoworkflows-oss.github.io

팀페이지 개발 환경 실행

npm install
npm run dev

container-playground's Issues

feat: 최수녕의 서비스 컨테이너 이미지 제작

목표

나만의 웹서비스를 제작하고, 컨테이너화 할 수 있는 도커파일을 작성해 봅니다.

과제 통과를 위해서 반드시 아래 사항을 준수해 주세요.

• 디렉터리 및 파일 배치
  • 나만의 서비스를 반드시 본인 github 계정 디렉터리를 생성하고, 그 아래 작성해주세요.
  • 본인 디렉터리의 최상단에는 반드시 Dockerfile 이 위치해야 합니다.
    (이 조건을 달성하지 못하면 CI가 실패합니다.)
  • 본인 디렉터리 아래에 한해서, Dockerfile의 위치를 제외한 나머지 파일들은 자유롭게 작성해도 됩니다.
  • 단, 본인 디렉터리 최상단에서 docker build -t [이미지명] . 명령을 수행 했을때 성공적으로 이미지가 빌드 되어야 합니다.
• 빌드 된 이미지의 동작
  • 나만의 웹서비스는 반드시 8080포트에서 동작해야 합니다.
  • 빌드 된 이미지는 별도의 파라미터 없이 docker run -d -p [포워딩 포트번호]:8080 [이미지명] 으로 실행 했을 때 문제 없이 서비스 되도록 만들어야 합니다.
• 웹서비스 개발언어 및 서비스 구조
  • 본인이 선호하는 어떤 언어, 어떤 프레임워크를 활용해도 상관 없습니다.
  • UI, 디자인이 존재하지 않는 단순 api서비스를 제작해도 상관 없습니다.
  • 단, 필수 api를 두개 만들어야 합니다. (응답값은 신경쓰지 않습니다.)
    1. /api/v1/[본인 github계정]
    2. /healthcheck
• (Optional) 도커 이미지 최적화를 하면 더 좋습니다. (참고)
• 키워드를 활용한 PR과 이슈 연결 방법을 참고하여 이슈와 PR을 연결해주세요. (수동연결 x)

참고사항

도커의 개념과 Dockerfile을 작성하기 위해 아래 문서를 참고 하면 좋아요.

• Dockerfile 작성 공식 문서
• 왕초보를 위한 도커 사용법 (Docker Toolbox관련 내용은 deprecate된 내용)

PR을 올리고 머지하기 위해 아래 사항들을 참고하면 좋아요.

• Repo에 브랜치등을 생성하거나 Push할 수 있는 권한이 없으므로 fork 후 작업해야 해요.
• PR의 네이밍 컨벤션을 참고해주세요.
• DCO 봇의 체크를 통과하기 위한 조건을 참고하여 커밋해주세요.
• GPG를 이용해 커밋하는 방법을 이해하여 서명된 커밋을 작성해주세요.
• 커밋 메시지 컨벤션도 적용할 수 있으면 좋아요. 꼭 따르지 않더라도, 너무 의미없는 커밋 메시지는 지양해주세요.(Optional)

궁금한게 있다면 언제든 질문하기!

feat: 김학준의 서비스 컨테이너 이미지 제작

목표

나만의 웹서비스를 제작하고, 컨테이너화 할 수 있는 도커파일을 작성해 봅니다.

과제 통과를 위해서 반드시 아래 사항을 준수해 주세요.

• 디렉터리 및 파일 배치
  • 나만의 서비스를 반드시 본인 github 계정 디렉터리를 생성하고, 그 아래 작성해주세요.
  • 본인 디렉터리의 최상단에는 반드시 Dockerfile 이 위치해야 합니다.
    (이 조건을 달성하지 못하면 CI가 실패합니다.)
  • 본인 디렉터리 아래에 한해서, Dockerfile의 위치를 제외한 나머지 파일들은 자유롭게 작성해도 됩니다.
  • 단, 본인 디렉터리 최상단에서 docker build -t [이미지명] . 명령을 수행 했을때 성공적으로 이미지가 빌드 되어야 합니다.
• 빌드 된 이미지의 동작
  • 나만의 웹서비스는 반드시 8080포트에서 동작해야 합니다.
  • 빌드 된 이미지는 별도의 파라미터 없이 docker run -d -p [포워딩 포트번호]:8080 [이미지명] 으로 실행 했을 때 문제 없이 서비스 되도록 만들어야 합니다.
• 웹서비스 개발언어 및 서비스 구조
  • 본인이 선호하는 어떤 언어, 어떤 프레임워크를 활용해도 상관 없습니다.
  • UI, 디자인이 존재하지 않는 단순 api서비스를 제작해도 상관 없습니다.
  • 단, 필수 api를 두개 만들어야 합니다. (응답값은 신경쓰지 않습니다.)
    1. /api/v1/[본인 github계정]
    2. /healthcheck
• (Optional) 도커 이미지 최적화를 하면 더 좋습니다. (참고)
• 키워드를 활용한 PR과 이슈 연결 방법을 참고하여 이슈와 PR을 연결해주세요. (수동연결 x)

참고사항

도커의 개념과 Dockerfile을 작성하기 위해 아래 문서를 참고 하면 좋아요.

• Dockerfile 작성 공식 문서
• 왕초보를 위한 도커 사용법 (Docker Toolbox관련 내용은 deprecate된 내용)

PR을 올리고 머지하기 위해 아래 사항들을 참고하면 좋아요.

• Repo에 브랜치등을 생성하거나 Push할 수 있는 권한이 없으므로 fork 후 작업해야 해요.
• PR의 네이밍 컨벤션을 참고해주세요.
• DCO 봇의 체크를 통과하기 위한 조건을 참고하여 커밋해주세요.
• GPG를 이용해 커밋하는 방법을 이해하여 서명된 커밋을 작성해주세요.
• 커밋 메시지 컨벤션도 적용할 수 있으면 좋아요. 꼭 따르지 않더라도, 너무 의미없는 커밋 메시지는 지양해주세요.(Optional)

궁금한게 있다면 언제든 질문하기!

feat: 유윤우의 서비스 컨테이너 이미지 제작

목표

나만의 웹서비스를 제작하고, 컨테이너화 할 수 있는 도커파일을 작성해 봅니다.

과제 통과를 위해서 반드시 아래 사항을 준수해 주세요.

• 디렉터리 및 파일 배치
  • 나만의 서비스를 반드시 본인 github 계정 디렉터리를 생성하고, 그 아래 작성해주세요.
  • 본인 디렉터리의 최상단에는 반드시 Dockerfile 이 위치해야 합니다.
    (이 조건을 달성하지 못하면 CI가 실패합니다.)
  • 본인 디렉터리 아래에 한해서, Dockerfile의 위치를 제외한 나머지 파일들은 자유롭게 작성해도 됩니다.
  • 단, 본인 디렉터리 최상단에서 docker build -t [이미지명] . 명령을 수행 했을때 성공적으로 이미지가 빌드 되어야 합니다.
• 빌드 된 이미지의 동작
  • 나만의 웹서비스는 반드시 8080포트에서 동작해야 합니다.
  • 빌드 된 이미지는 별도의 파라미터 없이 docker run -d -p [포워딩 포트번호]:8080 [이미지명] 으로 실행 했을 때 문제 없이 서비스 되도록 만들어야 합니다.
• 웹서비스 개발언어 및 서비스 구조
  • 본인이 선호하는 어떤 언어, 어떤 프레임워크를 활용해도 상관 없습니다.
  • UI, 디자인이 존재하지 않는 단순 api서비스를 제작해도 상관 없습니다.
  • 단, 필수 api를 두개 만들어야 합니다. (응답값은 신경쓰지 않습니다.)
    1. /api/v1/[본인 github계정]
    2. /healthcheck
• (Optional) 도커 이미지 최적화를 하면 더 좋습니다. (참고)
• 키워드를 활용한 PR과 이슈 연결 방법을 참고하여 이슈와 PR을 연결해주세요. (수동연결 x)

참고사항

도커의 개념과 Dockerfile을 작성하기 위해 아래 문서를 참고 하면 좋아요.

• Dockerfile 작성 공식 문서
• 왕초보를 위한 도커 사용법 (Docker Toolbox관련 내용은 deprecate된 내용)

PR을 올리고 머지하기 위해 아래 사항들을 참고하면 좋아요.

• Repo에 브랜치등을 생성하거나 Push할 수 있는 권한이 없으므로 fork 후 작업해야 해요.
• PR의 네이밍 컨벤션을 참고해주세요.
• DCO 봇의 체크를 통과하기 위한 조건을 참고하여 커밋해주세요.
• GPG를 이용해 커밋하는 방법을 이해하여 서명된 커밋을 작성해주세요.
• 커밋 메시지 컨벤션도 적용할 수 있으면 좋아요. 꼭 따르지 않더라도, 너무 의미없는 커밋 메시지는 지양해주세요.(Optional)

궁금한게 있다면 언제든 질문하기!

feat: 강시온의 서비스 컨테이너 이미지 제작

목표

나만의 웹서비스를 제작하고, 컨테이너화 할 수 있는 도커파일을 작성해 봅니다.

과제 통과를 위해서 반드시 아래 사항을 준수해 주세요.

• 디렉터리 및 파일 배치
  • 나만의 서비스를 반드시 본인 github 계정 디렉터리를 생성하고, 그 아래 작성해주세요.
  • 본인 디렉터리의 최상단에는 반드시 Dockerfile 이 위치해야 합니다.
    (이 조건을 달성하지 못하면 CI가 실패합니다.)
  • 본인 디렉터리 아래에 한해서, Dockerfile의 위치를 제외한 나머지 파일들은 자유롭게 작성해도 됩니다.
  • 단, 본인 디렉터리 최상단에서 docker build -t [이미지명] . 명령을 수행 했을때 성공적으로 이미지가 빌드 되어야 합니다.
• 빌드 된 이미지의 동작
  • 나만의 웹서비스는 반드시 8080포트에서 동작해야 합니다.
  • 빌드 된 이미지는 별도의 파라미터 없이 docker run -d -p [포워딩 포트번호]:8080 [이미지명] 으로 실행 했을 때 문제 없이 서비스 되도록 만들어야 합니다.
• 웹서비스 개발언어 및 서비스 구조
  • 본인이 선호하는 어떤 언어, 어떤 프레임워크를 활용해도 상관 없습니다.
  • UI, 디자인이 존재하지 않는 단순 api서비스를 제작해도 상관 없습니다.
  • 단, 필수 api를 두개 만들어야 합니다. (응답값은 신경쓰지 않습니다.)
    1. /api/v1/[본인 github계정]
    2. /healthcheck
• (Optional) 도커 이미지 최적화를 하면 더 좋습니다. (참고)
• 키워드를 활용한 PR과 이슈 연결 방법을 참고하여 이슈와 PR을 연결해주세요. (수동연결 x)

참고사항

도커의 개념과 Dockerfile을 작성하기 위해 아래 문서를 참고 하면 좋아요.

• Dockerfile 작성 공식 문서
• 왕초보를 위한 도커 사용법 (Docker Toolbox관련 내용은 deprecate된 내용)

PR을 올리고 머지하기 위해 아래 사항들을 참고하면 좋아요.

• Repo에 브랜치등을 생성하거나 Push할 수 있는 권한이 없으므로 fork 후 작업해야 해요.
• PR의 네이밍 컨벤션을 참고해주세요.
• DCO 봇의 체크를 통과하기 위한 조건을 참고하여 커밋해주세요.
• GPG를 이용해 커밋하는 방법을 이해하여 서명된 커밋을 작성해주세요.
• 커밋 메시지 컨벤션도 적용할 수 있으면 좋아요. 꼭 따르지 않더라도, 너무 의미없는 커밋 메시지는 지양해주세요.(Optional)

궁금한게 있다면 언제든 질문하기!

feat: 송혜민의 서비스 컨테이너 이미지 제작

목표

나만의 웹서비스를 제작하고, 컨테이너화 할 수 있는 도커파일을 작성해 봅니다.

과제 통과를 위해서 반드시 아래 사항을 준수해 주세요.

• 디렉터리 및 파일 배치
  • 나만의 서비스를 반드시 본인 github 계정 디렉터리를 생성하고, 그 아래 작성해주세요.
  • 본인 디렉터리의 최상단에는 반드시 Dockerfile 이 위치해야 합니다.
    (이 조건을 달성하지 못하면 CI가 실패합니다.)
  • 본인 디렉터리 아래에 한해서, Dockerfile의 위치를 제외한 나머지 파일들은 자유롭게 작성해도 됩니다.
  • 단, 본인 디렉터리 최상단에서 docker build -t [이미지명] . 명령을 수행 했을때 성공적으로 이미지가 빌드 되어야 합니다.
• 빌드 된 이미지의 동작
  • 나만의 웹서비스는 반드시 8080포트에서 동작해야 합니다.
  • 빌드 된 이미지는 별도의 파라미터 없이 docker run -d -p [포워딩 포트번호]:8080 [이미지명] 으로 실행 했을 때 문제 없이 서비스 되도록 만들어야 합니다.
• 웹서비스 개발언어 및 서비스 구조
  • 본인이 선호하는 어떤 언어, 어떤 프레임워크를 활용해도 상관 없습니다.
  • UI, 디자인이 존재하지 않는 단순 api서비스를 제작해도 상관 없습니다.
  • 단, 필수 api를 두개 만들어야 합니다. (응답값은 신경쓰지 않습니다.)
    1. /api/v1/[본인 github계정]
    2. /healthcheck
• (Optional) 도커 이미지 최적화를 하면 더 좋습니다. (참고)
• 키워드를 활용한 PR과 이슈 연결 방법을 참고하여 이슈와 PR을 연결해주세요. (수동연결 x)

참고사항

도커의 개념과 Dockerfile을 작성하기 위해 아래 문서를 참고 하면 좋아요.

• Dockerfile 작성 공식 문서
• 왕초보를 위한 도커 사용법 (Docker Toolbox관련 내용은 deprecate된 내용)

PR을 올리고 머지하기 위해 아래 사항들을 참고하면 좋아요.

• Repo에 브랜치등을 생성하거나 Push할 수 있는 권한이 없으므로 fork 후 작업해야 해요.
• PR의 네이밍 컨벤션을 참고해주세요.
• DCO 봇의 체크를 통과하기 위한 조건을 참고하여 커밋해주세요.
• GPG를 이용해 커밋하는 방법을 이해하여 서명된 커밋을 작성해주세요.
• 커밋 메시지 컨벤션도 적용할 수 있으면 좋아요. 꼭 따르지 않더라도, 너무 의미없는 커밋 메시지는 지양해주세요.(Optional)

궁금한게 있다면 언제든 질문하기!

feat: 이의주의 서비스 컨테이너 이미지 제작

목표

나만의 웹서비스를 제작하고, 컨테이너화 할 수 있는 도커파일을 작성해 봅니다.

과제 통과를 위해서 반드시 아래 사항을 준수해 주세요.

• 디렉터리 및 파일 배치
  • 나만의 서비스를 반드시 본인 github 계정 디렉터리를 생성하고, 그 아래 작성해주세요.
  • 본인 디렉터리의 최상단에는 반드시 Dockerfile 이 위치해야 합니다.
    (이 조건을 달성하지 못하면 CI가 실패합니다.)
  • 본인 디렉터리 아래에 한해서, Dockerfile의 위치를 제외한 나머지 파일들은 자유롭게 작성해도 됩니다.
  • 단, 본인 디렉터리 최상단에서 docker build -t [이미지명] . 명령을 수행 했을때 성공적으로 이미지가 빌드 되어야 합니다.
• 빌드 된 이미지의 동작
  • 나만의 웹서비스는 반드시 8080포트에서 동작해야 합니다.
  • 빌드 된 이미지는 별도의 파라미터 없이 docker run -d -p [포워딩 포트번호]:8080 [이미지명] 으로 실행 했을 때 문제 없이 서비스 되도록 만들어야 합니다.
• 웹서비스 개발언어 및 서비스 구조
  • 본인이 선호하는 어떤 언어, 어떤 프레임워크를 활용해도 상관 없습니다.
  • UI, 디자인이 존재하지 않는 단순 api서비스를 제작해도 상관 없습니다.
  • 단, 필수 api를 두개 만들어야 합니다. (응답값은 신경쓰지 않습니다.)
    1. /api/v1/[본인 github계정]
    2. /healthcheck
• (Optional) 도커 이미지 최적화를 하면 더 좋습니다. (참고)
• 키워드를 활용한 PR과 이슈 연결 방법을 참고하여 이슈와 PR을 연결해주세요. (수동연결 x)

참고사항

도커의 개념과 Dockerfile을 작성하기 위해 아래 문서를 참고 하면 좋아요.

• Dockerfile 작성 공식 문서
• 왕초보를 위한 도커 사용법 (Docker Toolbox관련 내용은 deprecate된 내용)

PR을 올리고 머지하기 위해 아래 사항들을 참고하면 좋아요.

• Repo에 브랜치등을 생성하거나 Push할 수 있는 권한이 없으므로 fork 후 작업해야 해요.
• PR의 네이밍 컨벤션을 참고해주세요.
• DCO 봇의 체크를 통과하기 위한 조건을 참고하여 커밋해주세요.
• GPG를 이용해 커밋하는 방법을 이해하여 서명된 커밋을 작성해주세요.
• 커밋 메시지 컨벤션도 적용할 수 있으면 좋아요. 꼭 따르지 않더라도, 너무 의미없는 커밋 메시지는 지양해주세요.(Optional)

궁금한게 있다면 언제든 질문하기!

feat: 강병선의 서비스 컨테이너 이미지 제작

목표

나만의 웹서비스를 제작하고, 컨테이너화 할 수 있는 도커파일을 작성해 봅니다.

과제 통과를 위해서 반드시 아래 사항을 준수해 주세요.

• 디렉터리 및 파일 배치
  • 나만의 서비스를 반드시 본인 github 계정 디렉터리를 생성하고, 그 아래 작성해주세요.
  • 본인 디렉터리의 최상단에는 반드시 Dockerfile 이 위치해야 합니다.
    (이 조건을 달성하지 못하면 CI가 실패합니다.)
  • 본인 디렉터리 아래에 한해서, Dockerfile의 위치를 제외한 나머지 파일들은 자유롭게 작성해도 됩니다.
  • 단, 본인 디렉터리 최상단에서 docker build -t [이미지명] . 명령을 수행 했을때 성공적으로 이미지가 빌드 되어야 합니다.
• 빌드 된 이미지의 동작
  • 나만의 웹서비스는 반드시 8080포트에서 동작해야 합니다.
  • 빌드 된 이미지는 별도의 파라미터 없이 docker run -d -p [포워딩 포트번호]:8080 [이미지명] 으로 실행 했을 때 문제 없이 서비스 되도록 만들어야 합니다.
• 웹서비스 개발언어 및 서비스 구조
  • 본인이 선호하는 어떤 언어, 어떤 프레임워크를 활용해도 상관 없습니다.
  • UI, 디자인이 존재하지 않는 단순 api서비스를 제작해도 상관 없습니다.
  • 단, 필수 api를 두개 만들어야 합니다. (응답값은 신경쓰지 않습니다.)
    1. /api/v1/[본인 github계정]
    2. /healthcheck
• (Optional) 도커 이미지 최적화를 하면 더 좋습니다. (참고)
• 키워드를 활용한 PR과 이슈 연결 방법을 참고하여 이슈와 PR을 연결해주세요. (수동연결 x)

참고사항

도커의 개념과 Dockerfile을 작성하기 위해 아래 문서를 참고 하면 좋아요.

• Dockerfile 작성 공식 문서
• 왕초보를 위한 도커 사용법 (Docker Toolbox관련 내용은 deprecate된 내용)

PR을 올리고 머지하기 위해 아래 사항들을 참고하면 좋아요.

• Repo에 브랜치등을 생성하거나 Push할 수 있는 권한이 없으므로 fork 후 작업해야 해요.
• PR의 네이밍 컨벤션을 참고해주세요.
• DCO 봇의 체크를 통과하기 위한 조건을 참고하여 커밋해주세요.
• GPG를 이용해 커밋하는 방법을 이해하여 서명된 커밋을 작성해주세요.
• 커밋 메시지 컨벤션도 적용할 수 있으면 좋아요. 꼭 따르지 않더라도, 너무 의미없는 커밋 메시지는 지양해주세요.(Optional)

궁금한게 있다면 언제든 질문하기!

feat: 안지완의 서비스 컨테이너 이미지 제작

목표

나만의 웹서비스를 제작하고, 컨테이너화 할 수 있는 도커파일을 작성해 봅니다.

과제 통과를 위해서 반드시 아래 사항을 준수해 주세요.

• 디렉터리 및 파일 배치
  • 나만의 서비스를 반드시 본인 github 계정 디렉터리를 생성하고, 그 아래 작성해주세요.
  • 본인 디렉터리의 최상단에는 반드시 Dockerfile 이 위치해야 합니다.
    (이 조건을 달성하지 못하면 CI가 실패합니다.)
  • 본인 디렉터리 아래에 한해서, Dockerfile의 위치를 제외한 나머지 파일들은 자유롭게 작성해도 됩니다.
  • 단, 본인 디렉터리 최상단에서 docker build -t [이미지명] . 명령을 수행 했을때 성공적으로 이미지가 빌드 되어야 합니다.
• 빌드 된 이미지의 동작
  • 나만의 웹서비스는 반드시 8080포트에서 동작해야 합니다.
  • 빌드 된 이미지는 별도의 파라미터 없이 docker run -d -p [포워딩 포트번호]:8080 [이미지명] 으로 실행 했을 때 문제 없이 서비스 되도록 만들어야 합니다.
• 웹서비스 개발언어 및 서비스 구조
  • 본인이 선호하는 어떤 언어, 어떤 프레임워크를 활용해도 상관 없습니다.
  • UI, 디자인이 존재하지 않는 단순 api서비스를 제작해도 상관 없습니다.
  • 단, 필수 api를 두개 만들어야 합니다. (응답값은 신경쓰지 않습니다.)
    1. /api/v1/[본인 github계정]
    2. /healthcheck
• (Optional) 도커 이미지 최적화를 하면 더 좋습니다. (참고)
• 키워드를 활용한 PR과 이슈 연결 방법을 참고하여 이슈와 PR을 연결해주세요. (수동연결 x)

참고사항

도커의 개념과 Dockerfile을 작성하기 위해 아래 문서를 참고 하면 좋아요.

• Dockerfile 작성 공식 문서
• 왕초보를 위한 도커 사용법 (Docker Toolbox관련 내용은 deprecate된 내용)

PR을 올리고 머지하기 위해 아래 사항들을 참고하면 좋아요.

• Repo에 브랜치등을 생성하거나 Push할 수 있는 권한이 없으므로 fork 후 작업해야 해요.
• PR의 네이밍 컨벤션을 참고해주세요.
• DCO 봇의 체크를 통과하기 위한 조건을 참고하여 커밋해주세요.
• GPG를 이용해 커밋하는 방법을 이해하여 서명된 커밋을 작성해주세요.
• 커밋 메시지 컨벤션도 적용할 수 있으면 좋아요. 꼭 따르지 않더라도, 너무 의미없는 커밋 메시지는 지양해주세요.(Optional)

궁금한게 있다면 언제든 질문하기!

feat: 홍길동의 서비스 컨테이너 이미지 제작

목표

나만의 웹서비스를 제작하고, 컨테이너화 할 수 있는 도커파일을 작성해 봅니다.

과제 통과를 위해서 반드시 아래 사항을 준수해 주세요.

• 디렉터리 및 파일 배치
  • 나만의 서비스를 반드시 본인 github 계정 디렉터리를 생성하고, 그 아래 작성해주세요.
  • 본인 디렉터리의 최상단에는 반드시 Dockerfile 이 위치해야 합니다.
    (이 조건을 달성하지 못하면 CI가 실패합니다.)
  • 본인 디렉터리 아래에 한해서, Dockerfile의 위치를 제외한 나머지 파일들은 자유롭게 작성해도 됩니다.
  • 단, 본인 디렉터리 최상단에서 docker build -t [이미지명] . 명령을 수행 했을때 성공적으로 이미지가 빌드 되어야 합니다.
• 빌드 된 이미지의 동작
  • 나만의 웹서비스는 반드시 8080포트에서 동작해야 합니다.
  • 빌드 된 이미지는 별도의 파라미터 없이 docker run -d -p [포워딩 포트번호]:8080 [이미지명] 으로 실행 했을 때 문제 없이 서비스 되도록 만들어야 합니다.
• 웹서비스 개발언어 및 서비스 구조
  • 본인이 선호하는 어떤 언어, 어떤 프레임워크를 활용해도 상관 없습니다.
  • UI, 디자인이 존재하지 않는 단순 api서비스를 제작해도 상관 없습니다.
  • 단, 필수 api를 두개 만들어야 합니다. (응답값은 신경쓰지 않습니다.)
    1. /api/v1/[본인 github계정]
    2. /healthcheck
• (Optional) 도커 이미지 최적화를 하면 더 좋습니다. (참고)
• 키워드를 활용한 PR과 이슈 연결 방법을 참고하여 이슈와 PR을 연결해주세요. (수동연결 x)

참고사항

도커의 개념과 Dockerfile을 작성하기 위해 아래 문서를 참고 하면 좋아요.

• Dockerfile 작성 공식 문서
• 왕초보를 위한 도커 사용법 (Docker Toolbox관련 내용은 deprecate된 내용)

PR을 올리고 머지하기 위해 아래 사항들을 참고하면 좋아요.

• Repo에 브랜치등을 생성하거나 Push할 수 있는 권한이 없으므로 fork 후 작업해야 해요.
• PR의 네이밍 컨벤션을 참고해주세요.
• DCO 봇의 체크를 통과하기 위한 조건을 참고하여 커밋해주세요.
• GPG를 이용해 커밋하는 방법을 이해하여 서명된 커밋을 작성해주세요.
• 커밋 메시지 컨벤션도 적용할 수 있으면 좋아요. 꼭 따르지 않더라도, 너무 의미없는 커밋 메시지는 지양해주세요.(Optional)

궁금한게 있다면 언제든 질문하기!

feat: 전의정의 서비스 컨테이너 이미지 제작

목표

나만의 웹서비스를 제작하고, 컨테이너화 할 수 있는 도커파일을 작성해 봅니다.

과제 통과를 위해서 반드시 아래 사항을 준수해 주세요.

• 디렉터리 및 파일 배치
  • 나만의 서비스를 반드시 본인 github 계정 디렉터리를 생성하고, 그 아래 작성해주세요.
  • 본인 디렉터리의 최상단에는 반드시 Dockerfile 이 위치해야 합니다.
    (이 조건을 달성하지 못하면 CI가 실패합니다.)
  • 본인 디렉터리 아래에 한해서, Dockerfile의 위치를 제외한 나머지 파일들은 자유롭게 작성해도 됩니다.
  • 단, 본인 디렉터리 최상단에서 docker build -t [이미지명] . 명령을 수행 했을때 성공적으로 이미지가 빌드 되어야 합니다.
• 빌드 된 이미지의 동작
  • 나만의 웹서비스는 반드시 8080포트에서 동작해야 합니다.
  • 빌드 된 이미지는 별도의 파라미터 없이 docker run -d -p [포워딩 포트번호]:8080 [이미지명] 으로 실행 했을 때 문제 없이 서비스 되도록 만들어야 합니다.
• 웹서비스 개발언어 및 서비스 구조
  • 본인이 선호하는 어떤 언어, 어떤 프레임워크를 활용해도 상관 없습니다.
  • UI, 디자인이 존재하지 않는 단순 api서비스를 제작해도 상관 없습니다.
  • 단, 필수 api를 두개 만들어야 합니다. (응답값은 신경쓰지 않습니다.)
    1. /api/v1/[본인 github계정]
    2. /healthcheck
• (Optional) 도커 이미지 최적화를 하면 더 좋습니다. (참고)
• 키워드를 활용한 PR과 이슈 연결 방법을 참고하여 이슈와 PR을 연결해주세요. (수동연결 x)

참고사항

도커의 개념과 Dockerfile을 작성하기 위해 아래 문서를 참고 하면 좋아요.

• Dockerfile 작성 공식 문서
• 왕초보를 위한 도커 사용법 (Docker Toolbox관련 내용은 deprecate된 내용)

PR을 올리고 머지하기 위해 아래 사항들을 참고하면 좋아요.

• Repo에 브랜치등을 생성하거나 Push할 수 있는 권한이 없으므로 fork 후 작업해야 해요.
• PR의 네이밍 컨벤션을 참고해주세요.
• DCO 봇의 체크를 통과하기 위한 조건을 참고하여 커밋해주세요.
• GPG를 이용해 커밋하는 방법을 이해하여 서명된 커밋을 작성해주세요.
• 커밋 메시지 컨벤션도 적용할 수 있으면 좋아요. 꼭 따르지 않더라도, 너무 의미없는 커밋 메시지는 지양해주세요.(Optional)

궁금한게 있다면 언제든 질문하기!

feat: 채문영의 서비스 컨테이너 이미지 제작

목표

나만의 웹서비스를 제작하고, 컨테이너화 할 수 있는 도커파일을 작성해 봅니다.

과제 통과를 위해서 반드시 아래 사항을 준수해 주세요.

• 디렉터리 및 파일 배치
  • 나만의 서비스를 반드시 본인 github 계정 디렉터리를 생성하고, 그 아래 작성해주세요.
  • 본인 디렉터리의 최상단에는 반드시 Dockerfile 이 위치해야 합니다.
    (이 조건을 달성하지 못하면 CI가 실패합니다.)
  • 본인 디렉터리 아래에 한해서, Dockerfile의 위치를 제외한 나머지 파일들은 자유롭게 작성해도 됩니다.
  • 단, 본인 디렉터리 최상단에서 docker build -t [이미지명] . 명령을 수행 했을때 성공적으로 이미지가 빌드 되어야 합니다.
• 빌드 된 이미지의 동작
  • 나만의 웹서비스는 반드시 8080포트에서 동작해야 합니다.
  • 빌드 된 이미지는 별도의 파라미터 없이 docker run -d -p [포워딩 포트번호]:8080 [이미지명] 으로 실행 했을 때 문제 없이 서비스 되도록 만들어야 합니다.
• 웹서비스 개발언어 및 서비스 구조
  • 본인이 선호하는 어떤 언어, 어떤 프레임워크를 활용해도 상관 없습니다.
  • UI, 디자인이 존재하지 않는 단순 api서비스를 제작해도 상관 없습니다.
  • 단, 필수 api를 두개 만들어야 합니다. (응답값은 신경쓰지 않습니다.)
    1. /api/v1/[본인 github계정]
    2. /healthcheck
• (Optional) 도커 이미지 최적화를 하면 더 좋습니다. (참고)
• 키워드를 활용한 PR과 이슈 연결 방법을 참고하여 이슈와 PR을 연결해주세요. (수동연결 x)

참고사항

도커의 개념과 Dockerfile을 작성하기 위해 아래 문서를 참고 하면 좋아요.

• Dockerfile 작성 공식 문서
• 왕초보를 위한 도커 사용법 (Docker Toolbox관련 내용은 deprecate된 내용)

PR을 올리고 머지하기 위해 아래 사항들을 참고하면 좋아요.

• Repo에 브랜치등을 생성하거나 Push할 수 있는 권한이 없으므로 fork 후 작업해야 해요.
• PR의 네이밍 컨벤션을 참고해주세요.
• DCO 봇의 체크를 통과하기 위한 조건을 참고하여 커밋해주세요.
• GPG를 이용해 커밋하는 방법을 이해하여 서명된 커밋을 작성해주세요.
• 커밋 메시지 컨벤션도 적용할 수 있으면 좋아요. 꼭 따르지 않더라도, 너무 의미없는 커밋 메시지는 지양해주세요.(Optional)

궁금한게 있다면 언제든 질문하기!