5주차 wls

 🔐 Q1. API란 무엇인가?

API는 응용 프로그램에서 사용할 수 있도록 운영체제나 프로그래밍 언어가 제공하는 기능을 제어할 수 있게 만든 인터페이스를 뜻합니다. 주로 파일 제어, 창 제어, 화상 처리, 문자 제어 등을 위한 인터페이스를 제공합니다.

API는 응용 프로그램, 모바일 애플리케이션 등의 프로그램을 개발할 때 소프트웨어를 구축하고 통합하기 위한 정의 및 프로토콜 세트로도 볼 수 있습니다. API를 사용하면 특정 소프트웨어의 구현 방식을 알지 못하더라도 제품 또는 서비스가 서로 의사소통을 할 수 있으며 개발을 보다 쉽고 편리하게 할 수 있도록 해주는 역할을 합니다. 따라서 개발 인력과 시간, 비용 등을 절약 할 수 있어 많은 소프트웨어 기업에서는 필수적으로 사용하고 있으며, 이를 통합 및 확장하기 위해 많은 연구, 개발을 통해 설계하기도 합니다.

 

 🔐 Q2. Client와 Sever란 무엇인가?

Client(서비스를 요청)

클라이언트란, 서버에서 서비스를 요구하는 사용자나 컴퓨터이다. 웹브라우저는 클라이언트에서 동작하여, 그래서 웹브라우저인 크롬, 파이어폭스, 익스플로러를 ‘웹 클라이언트’ 라고 한다.

Server(서비스를 제공)

서버란, 서버프로그램이 실행되고 있는 하드웨어이다. 웹서버는 서버에서 동작하여 그래서 ‘웹서버’ 라고 한다.

 

🔐 Q3. WAS란 무엇인가? Web Server와 차이점은 무엇인가?

WAS(Web Application Server) DB조회나 다양한 로직 처리를 요구하는 동적인 컨텐츠를 제공하기 위해 만들어진 Application Server. HTTP를 통해 컴퓨터나 장치에 어플리케이션을 수행해주는 소프트웨어 엔진이다. 즉, JSP,Servlet 구동 환경을 제공한다.

분산 트랜잭션, 보안, 메시징, 쓰레드 처리 등의 기능을 처리하는 분산 환경에서 사용된다. DB서버와 같이 수행되며 프로그램 실행 환경과 DB접속 기능을 제공한다. Tomcat, JBoss, Jeus, Web Sphere 등에서 사용한다.

WAS는 Web Server와 처리 기능에 있어 차이를 보인다. WAS의 경우 DB조회나 로직을 처리하지만, 단순한 정적 컨텐츠의 경우 Web Server를 이용하여 클라이언트에 제공하는 것이 좋다. 즉, WAS는 동적 컨텐츠를 제공하는 서버이며, Web Server는 정적 컨텐츠를 제공하는 서버이다.

 

🔐 Q4. HTTP 프로토콜이란 무엇인가?

인터넷상에서 데이터를 주고 받기 위한 서버/클라이언트 모델을 따르는 프로토콜이다. 애플리케이션 레벨의 프로토콜로 TCP/IP 위에서 작동한다. HTTP는 어떤 종류의 데이터든지 전송할 수 있도록 설계돼 있다. HTTP로 보낼수 있는 데이터는 HTML문서, 이미지, 동영상, 오디오, 텍스트 문서 등 여러종류가 있다.

 

 🔐 Q5. Restful API는 무엇인가?

REST 아키텍처의 제약 조건을 준수하는 애플리케이션 프로그래밍 인터페이스

API가 RESTful로 간주되려면 다음 기준을 따른다.

• 클라이언트, 서버 및 리소스로 구성되었으며 요청이 HTTP를 통해 관리되는 클라이언트-서버 아키텍처
• 스테이트리스(stateless) 클라이언트-서버 커뮤니케이션: 요청 간에 클라이언트 정보가 저장되지 않으며, 각 요청이 분리되어 있고 서로 연결되어 있지 않음
• 클라이언트-서버 상호 작용을 간소화하는 캐시 가능 데이터
• 정보가 표준 형식으로 전송되도록 하기 위한 구성 요소 간 통합 인터페이스. 여기에 필요한 것은 다음과 같다.
  • 요청된 리소스가 식별 가능하며 클라이언트에 전송된 표현과 분리되어야 한다.
  • 수신한 표현을 통해 클라이언트가 리소스를 조작할 수 있어야 한다.
  • 클라이언트에 반환되는 자기 기술적(self-descriptive) 메시지에 클라이언트가 정보를 어떻게 처리해야 할지 설명하는 정보가 충분히 포함되어야 한다.
  • 하이퍼미디어: 클라이언트가 리소스에 액세스한 후 하이퍼링크를 사용해 현재 수행 가능한 기타 모든 작업을 찾을 수 있어야 한다.
• 요청된 정보를 검색하는 데 관련된 서버(보안, 로드 밸런싱 등을 담당)의 각 유형을 클라이언트가 볼 수 없는 계층 구조로 체계화하는 계층화된 시스템.
• 코드 온디맨드(선택 사항): 요청을 받으면 서버에서 클라이언트로 실행 가능한 코드를 전송하여 클라이언트 기능을 확장할 수 있는 기능.

DIY Section

🔑 Q1. URL와 URI의 차이점은 무엇인가?

URL은 웹 주소라고 하며, 컴퓨터 네트워크 상의 리소스가 어디 있는지 알려주기 위한 규약이다. URL은 특정 리소스를 식별하는 통합 자원 식별자를 의미한다. 웹 기술에서 사용하는 논리적 또는 물리적 리소스를 식별하는 고유한 문자열 시퀀스다.

URL과 URL의 차이점은 식별과 위치의 차이다. 특정 주소 http://opentutorials.org:3000/main?id=HTML&page=12Visit Website를 예로 들었을 때

http://opentutorials.org:3000/main까지는 URL이며 http://opentutorials.org:3000/main?id=HTML&page=12까지는 URI이다.

?id=HTML&page=12 해당 부분이 id값을 HTML로, page를 12로 나타내주는 식별 부분을 의미하며, 위치를 나타내는 것이 아니다.

 

 🔑 Q2. Scheduler

스프링에서 Scheduler를 사용할 때 사용되는 방식에 Cron방식과 fixed방식이 있다. cron방식은 정해진 요일, 시간에 대한 설정이 필요할 경우에 사용한다.

다음과 같은 방식으로 cron = * * * * * * 에 초, 분, 시, 일, 월, 요일을 사용하여 특정 날짜에 대하여 설정할 수 있다.

fixed 방식의 경우 실행 기점에서 특정 시간이 지난 후 기능이 작동하게 할 때 사용한다.

fixedDelay : milliseconds 단위로, 이전 작업이 끝난 시점으로 부터 고정된 시간을 설정한다. ex) fixedDelay = 5000
fixedDelayString : fixedDelay와 같은데 property의 value만 문자열로 넣는 것이다. ex) fixedDelay = "5000"
fixedRate : milliseconds 단위로, 이전 작업이 수행되기 시작한 시점으로 부터 고정된 시간을 설정한다. ex) fixedRate = 3000
fixedRateString : fixedDelay와 같은데 property의 value만 문자열로 넣는 것이다. ex) fixedRate = "3000"

fixedDelay와 fixedRate의 차이가 보이는데 Rate의 경우 작업 수행 시간과 상관없이 일정 주기마다 메서드를 호출하고 Delay의 경우 작업 수행 시간 포함 작업을 마친 후 주기 타이머가 돌아 메서드를 호출한다는 차이를 보인다.

 

 🔑 Q3.@RequestMapping이란?

우리는 특정 uri로 요청을 보내면 Controller에서 어떠한 방식으로 처리할지 정의를 한다.

이때 들어온 요청을 특정 메서드와 매핑하기 위해 사용하는 것이 @RequestMapping이다.

@RequestMapping에서 가장 많이사용하는 부분은 value와 method이다.

value는 요청받을 url을 설정하게 된다.

method는 어떤 요청으로 받을지 정의하게 된다.(GET, POST, PUT, DELETE 등)

@RequestMapping(value = "/hello", method = RequestMethod.GET)

예시를 간단하게 들어보면 이런식으로 가능하다.

그런데 만약 /hello라는 내용으로 GET, POST, PUT, DELETE를 만들려면 어떻게 해야하나 의문이 들었다.

@RestController
public class HelloController {

    @RequestMapping(value = "/hello", method = RequestMethod.GET)
    public String helloGet(...) {
        ...
    }

    @RequestMapping(value = "/hello", method = RequestMethod.POST)
    public String helloPost(...) {
        ...
    }

    @RequestMapping(value = "/hello", method = RequestMethod.PUT)
    public String helloPut(...) {
        ...
    }

    @RequestMapping(value = "/hello", method = RequestMethod.DELETE)
    public String helloDelete(...) {
        ...
    }
}

이런식으로도 만들 수 있다.

그렇지만 불편하다는 생각이 든다.

그래서 찾은 방법이 아래와 같은 방법이다.

@RestController
@RequestMapping(value = "/hello")
public class HelloController {

    @GetMapping()
    public String helloGet(...) {
        ...
    }

    @PostMapping()
    public String helloPost(...) {
        ...
    }

    @PutMapping()
    public String helloPut(...) {
        ...
    }

    @DeleteMapping()
    public String helloDelete(...) {
        ...
    }
}

공통적인 url은 class에 @RequestMapping으로 설정을 해주었다.

그리고 @GetMapping, @PostMapping, @PutMapping, @DeleteMapping으로 간단하게 생략이 가능해졌다.

뒤에 추가적으로 url을 붙이고 싶다면 @GetMapping, @PostMapping, @PutMapping, @DeleteMapping 에 추가적인 url을 작성하면 된다.

@RestController
@RequestMapping(value = "/hello")
public class HelloController {
    @GetMapping("/hi")
    public String helloGetHi(...) {
        ...
    }
}

위에있는 helloGetHi에 들어가기 위해서는 /hello/hi로 들어가야 한다.

추가적인 내용으로 @RequestMapping은 Class와 Method에 붙일 수 있고 @GetMapping, @PostMapping, @PutMapping, @DeleteMapping들은 Method에만 붙일 수 있다.

 

 🔑 Q4. GitHub Action란?

GitHub Actions는 코드 저장소(repository)로 유명한 GitHub에서 제공하는 CI(Continuous Integration, 지속 통합)와 CD(Continuous Deployment, 지속 배포)를 위한 비교적 최근에 추가된 서비스입니다. 당연히 GitHub에서 코드를 관리하고 있는 소프트웨어 프로젝트에서 사용할 수 있으며 개인은 누구나 GitHub에서 코드 저장소를 무료로 만들 수 있기 때문에 다른 CI/CD 서비스 대비 진입장벽이 낮은 편입니다.

GitHub Actions를 사용하면 자동으로 코드 저장소에서 어떤 이벤트(event)가 발생했을 때 특정 작업이 일어나게 하거나 주기적으로 어떤 작업들을 반복해서 실행시킬 수도 있습니다. 예를 들어, 누군가가 코드 저장소에 Pull Request를 생성하게 되면 GitHub Actions를 통해 해당 코드 변경분에 문제가 없는지 각종 검사를 진행할 수 있고요. 어떤 새로운 코드가 메인(main) 브랜치에 유입(push)되면 GitHub Actions를 통해 소프트웨어를 빌드(build)하고 상용 서버에 배포(deploy)할 수도 있습니다. 뿐만 아니라 매일 밤 특정 시각에 그날 하루에 대한 통계 데이터를 수집시킬 수도 있습니다.

이렇게 소프트웨어 프로젝트에서 지속적으로 수행해야하는 반복 작업들을 업계에서는 소위 CI/CD라고 많이 줄여서 부르는데요. 사람이 매번 직접 하기에는 비효율적인데다가 실수할 위험도 있기 때문에 GitHub Actions와 같은 자동화시키는 것이 유리합니다.

GitHub Actions는 기존 CI/CD 서비스 대비 간편한 설정과 높은 접근성으로 특히 개발자들 사이에서 많은 호응을 얻고 있는데요. 예전에는 CI/CD가 DevOps 엔지니어의 전유물로만 여겨지곤 했었는데 최근에는 GitHub Actions을 통해서 일반 개발자들도 어렵지 않게 CI/CD 설정을 스스로 하는 것을 보게 됩니다.

 

🔑 Q5. POSTMAN이란 무엇이고 왜 사용 하여야 하는가?

POSTMAN은 API 개발을 보다 빠르고 쉽게 구현 할 수 있도록 도와주며, 개발된 API를 테스트하여 문서화 또는 공유 할 수 있도록 도와 주는 플랫폼이다.

Postman은 모든 API 개발자를 위해서 다양한 기능을 제공한다. 변수 및 환경, request 설명, 테스트 및 사전 요청에 필요한 스크립트 작성 등 POSTMAN은 현재 워크 플로우를 더 효율적으로 만들 수 있도록 고안되었다.

사용 하는이유는?

URL을 통해서 테스트를 하는것은 한계가 있다. 실제로 개발할 경우, 클라이언트에서 버튼을 만들고, 이벤트를 만들고, 버튼에 이벤트를 등록하고, 버튼을 누르면 해당 이벤트를 실행하고, 이벤트에서는 요청을 하고, 요청을 한 이후에는 응답을 받고, 그 응답을 받은 내용을 화면에 출력하는 등의 작업이 너무 길어지게 된다. Authorization이나 Header, Body를 수정하는건 더더욱 제한이 많다. 하지만 포스트맨은 해당 작업을 할 수 있도록 인터페이스를 구축해놓은 툴이기 때문에 누구나 쉽게 사용이 가능하다. 또한 OS에 상관없이 어디에서나 사용이 가능하고, 가벼운 툴이여서 가용성이 뛰어 나다. 또한 계정을 보유하고 있다면, 내가 요청한 Request 히스토리, 테스트한 환경을 그대로 저장되기 때문에 언제 어디서나 내가 작업했던 환경이 구축된다는 특징이 있다.