본문 바로가기

Study/Java91

[TIL] Project Reactor 🙌🏻 Project Reactor - Spring Reactive Web Application 개발에 있어 핵심 역할을 담당 - Spring MVC 기반의 애플리케이션과 마찬가지로 클라이언트의 요청을 처리하는 과정을 거침 → 차이점은 요청 처리 과정 어딘가에서 Reactor가 핵심적인 역할을 함 📍 Reactor - 리액티브 스트림즈 표준 사양을 구현한 구현체 중 하나 - Spring 5 버전부터 지원하는 리액티브 스택에 포함되어 리액티브한 애플리케이션으로 동작하는데 있어 핵심적인 역할 담당 📍 Reactor 특징 (1) 리액티브 스트림즈를 구현한 라이브러리 (2) Non-Blocking 통신을 지원함 (3) Publisher 타입으로 Mono[0|1]와 Flux[N]이라는 두 가지 타입 제공 - 0과 .. 2022. 8. 11.

[TIL] 리액티브 프로그래밍 🙏🏻 리액티브 프로그래밍 - 전통적인 명령형 프로그래밍 방식(ex. Spring MVC) 과 달리 선언형 프로그래밍 방식을 사용 💡 리액티브 : Reactive - 반응을 하는, 반응을 보이는 📍 리액티브 시스템 : Reactive System - 반응을 잘하는 시스템 - 즉, 리액티브 시스템을 이용하는 클라이언트의 요청에 반응을 잘하는 시스템 - 클라이언트의 요청에 대한 응답 대기 시간을 최소화 할수 있도록 요청 쓰레드가 차단 되지 않게함으로써 클라이언트에게 즉각적으로 반응하도록 구성된 시스템 ▪️ 리액티브 시스템 특징 ◽️ MEANS - 리액티브 시스템에서 사용하는 커뮤니케이션 수단 🔹 Message Driven : 메시지 기반 통신 - 리액티브 시스템에서는 메시지 기반 통신을 통해 여러 시스템 간에.. 2022. 8. 10.

[TIL] 운영 전략 (2) 🙏🏻 TOMCAT - Apache사에서 개발한 서블릿 컨테이너만 있는 오픈소스 웹 애플리케이션 서버 📍 Tomcat 특징 - 자바 애플리케이션을 위한 대표적인 오픈 소스 : Web Application Server(WAS) - 오픈소스이기 때문에 라이선스 비용 부담 없이 사용 가능 - 독립적으로도 사용가능하며 Apache 같은 다른 웹 서버와 연동하여 함께 사용 가능 - 자바 서블릿 컨테이너에 대한 공식 구현체로 스프링 부트에 내장되어 별도의 설치 과정이 필요 없음 💡 Servlet : 서블릿 - 클라이언트의 요청을 처리하고 그 결과를 반환하는 웹 프로그래밍 기술 - 클라이언트가 요청을 하면 그에 대한 결과를 다시 전송해주는 역할 - 서블릿을 통해 요청 메시지를 읽고 응답을 만들어 줌 💡 Servlet .. 2022. 8. 9.

[TIL] 운영 전략 (1) 🤘🏻 Proxy Server : 프록시 서버 - 클라이언트가 서버와 소통할 때 서버에 바로 접근하지 않고 자신을 통해 서버에 접근할 수 있도록 해주는 대리 서버 - 일반 사용자는 지역이 제한되어 있는 서비스를 이용하기 위해 우회하거나 캐시를 통해 더 빠른 이용을 위해 프록시 서버를 사용 📍프록시 서버 종류 ① Forward Proxy - 프록시 서버가 클라이언트에 가까이 있는 경우 - 클라이언트 가까이에 위치한 프록시 서버로 클라이언트를 대신하여 서버에 요청 전달 - 주로 캐싱을 제공하는 경우가 많아 사용자가 빠른 서비스 이용 가능하도록 도와줌 📍 Forward Proxy 장점 ▸ 캐싱을 통한 빠른 서비스 이용 가능 - 클라이언트는 서버가 아닌 프록시 서버와 소통 - 여러 클라이언트가 동일한 요청을 보내.. 2022. 8. 9.

[TIL] Github Actions 👏🏻 Github Actions - 깃허브가 공식적으로 제공하는 빌드, 테스트 및 배포 파이프라인을 자동화 할 수 있는 CI / CD 플랫폼 - 레포지토리에서 Pull Request나 Push 같은 이벤트를 트리거로 Github 작업 워크플로우를 구성할 수 있음 * Work Flow : 워크플로우 - 하나 이상의 작업이 실행되는 자동화 프로세스 - 각 작업은 자체 가상 머신 또는 컨테이너 내부에서 실행됨 - .yml / .yaml 파일에 의해 구성됨 - 테스트, 배포 등 기능에 따라 여러 개의 워크플로우를 만들 수 있음 - 생성된 워크플로우는 .github/workflows에 위치함 - 비공개 레포지토리의 경우 Github Actions가 작동할 때의 용량과 시간이 제한되어 있음 - 공개 레포지토리의 경.. 2022. 8. 8.

[TIL] 배포 자동화 🙌🏻 배포 자동화 : Automated Deployment - 한 번의 클릭 혹은 명령어 입력을 통해 전체 배포 과정을 자동으로 진행하는 것 💡 배포 자동화가 필요한 이유 ? - 수동적이고 반복적인 배포 과정을 자동화함으로써 시간이 절약됨 - 휴먼 에러를 방지할 수 있음 (휴먼 에러 발생 가능성을 낮출 수 있음) * 휴먼 에러 : Human Error - 사람이 수동적으로 배포하는 과정에서 생기는 실수 - 그 전의 배포와 다르게 진행하거나 특정 과정을 생략하여 오류가 발생하는 것 📍 파이프 라인 : Pipeline 📍 AWS 개발자 도구 * AWS에는 개발자 도구 세션이 존재 → 이를 활용하여 배포 자동화 파이프라인 구축 가능 ① CodeCommit - Source 단계를 구성할 때 CodeCommit .. 2022. 8. 8.

[TIL] Docker 🙌🏻 컨테이너 방식 - 실행 환경에 구애받지 않고 애플리케이션 실행 가능 - 컨테이너 기술은 애플리케이션을 컨테이너 내에 구성함 → 컨테이너에서 실행중인 애플리케이션은 어떤 의존성도 공유하지 않고 각자 고유의 의존성을 포함하고 있음 💡 컨테이너 - 애플리케이션이 의존성, 네트워크 환경, 파일 시스템에 구애받지 않고 도커라는 기술 위에 실행될 수 있도록 만든 애플리케이션 상자 📍 컨테이너 방식(기술)의 장점 : 의존성 충돌 문제를 해결해 줌 ① 개발과 배포 환경을 일치시킴 ② 수평 확장을 쉽게 해줌 ③ 각 서버에 새로운 내용을 배포하기 쉽게 만들어줌 👉🏻 컨테이너 기술을 이용하면 철저하게 실행 환경이 격리되어 있어 의존성 충돌이 일어나지 않음 즉, 한 컴퓨터에 여러 대의 컨테이너가 존재하고 이를 통해 애플.. 2022. 8. 4.

[TIL] Cloud 운영 환경 👋🏻 Cloud Computing : 클라우드 컴퓨팅 : 인터넷 기반의 컴퓨팅 - 인터넷 상의 가상화된 서버에 프로그램을 두고 필요할 때마다 컴퓨터나 스마트폰 등에 불러와 사용하는 서비스 🔸 기존 서버의 요청에 대한 수용 ① 같은 공간에 더 많은 컴퓨터 추가 - 같은 공간에 더 많은 컴퓨터를 제공하여 한 대가 해결할 수 있는 요청을 여러 대가 나누는 방식 ② 컴퓨터 성능 업그레이드 - 컴퓨터 한 대의 성능을 높이는 방식 🌟 기존 서버의 한계 ① 주기적인 유지 관리 필요 - 인력 및 비용 투입되어야 함 → 기기 수가 많아질 수록 인력 비용 증가 ② 공간의 한계 - 한 공간에 컴퓨터를 배치해두고 필요할 때마다 추가적인 컴퓨터를 추가하여 수용 능력 향상 시킴 → 공간이 부족해져 컴퓨터를 더 이상 배치할 수 .. 2022. 8. 3.

[TIL] OAuth2 인증 👍🏻 OAuth2 - 클라이언트 - 서버 - 제 3의 서비스 사이의 인증 - 인증을 위한 표준 프로토콜의 한 종류 - 보안된 리소스에 접근(엑세스)하기 위해 클라이언트에게 권한을 제공하는 프로세스를 단순화하는 프로토콜 - 즉, 이미 사용자 정보를 가지고 있는 웹 서비스 ( 카카오, 깃헙, 구글, 페이스북 등 )에서 사용자 인증을 대신해주고 접근 권한에 대한 토큰을 발급한 후 이를 이용해서 내 서버에서 인증이 가능해짐 - 인증만 다른 서비스에 맡기고 인가는 내 서버에서 ! ① 편리한 인증 ② 보안상 이점 💡 Resource Owner - 액세스 중인 리소스의 유저 - 그림에서 User를 의미 ( User의 Facebook 계정을 이용해서 APP에 로그인 할 경우 User는 Resource Owner) 💡 .. 2022. 8. 3.

이전 1 2 3 4 ··· 11 다음

티스토리툴바