Langchain

🔐 KT Cloud

Hadoop

<blockquote>내용 보고 피드백 시 환영 후 절 한 번 해드립니다.</blockquote><h2>도서관 이용하는 사용자</h2><img src="https://image.until.blog/dawn-py/article/1734598740852.png" data-width="100%" data-align="center" alt="2576"><ol><li>사용자는 사서에게 책을 요청(대여, 반납)하고 사서는 책장에서 요청을 처리.</li><li>사서는 책장에서 변경된 내용(책의 위치 변경, 삭제 등)을 업무용 다이어리에 기록</li><li>도서관 마감시간이 되거나 일정 시간 이후 사서는 다이어리의 내용을 토대로 카탈로그를 업데이트</li></ol><h2>HDFS 이용하는 사용자</h2><img src="https://image.until.blog/dawn-py/article/1734598768707.png" data-width="100%" data-align="center" alt="2577"><ol><li>사용자는 Namenode에게 데이터를 요청</li><li>Namenode는 Datanode에게 사용자가 요청한 데이터 읽기/쓰기를 지시</li><li>모든 요청을 처리 후 데이터의 변경된 상태를 EditLog에 기록</li><li>일정 시간 이후 EditLog의 기록을 FsImage에 모두 병합</li></ol><h2>Namenode, Datanode, FsImage, EditLog</h2><img src="https://image.until.blog/dawn-py/article/1734598774864.png" data-width="100%" data-align="center" alt="2578"><ul><li>Namenode<ul><li>개념: HDFS의 Masternode</li><li>특징<ul><li>실제 파일을 저장하지 않고, 메타데이터를 관리.</li><li>1대의 Namenode에서 여러 대의 Datanode관리하기 때문에 SPOF(Single Point of Failure) 발생할 가능성 있음.</li></ul></li></ul></li><li>Datanode<ul><li>개념: 데이터를 실제 저장하고 관리.</li><li>특징<ul><li>블록 단위로 데이터를 저장하고, Namenode의 지시를 받아 데이터를 읽고 씀.</li><li>Namenode에게 주기적으로 Heartbeat(생체주기)와 Block report(블록보고서)를 전달하여 자신의 상태와 블록 정보를 알려줌.</li></ul></li></ul></li><li>FsImage<ul><li>개념: HDFS의 전체 상태를 메타데이터로 기록하고 관리하기 위한 파일.</li><li>특징<ul><li>HDFS가 시작될 때 FsImage를 확인하여 메타데이터를 파악</li></ul></li></ul></li><li>EditLog<ul><li>개념: 데이터를 읽고 쓸 때 변경사항을 기록하는 파일.</li><li>특징<ul><li>실시간으로 변경되는 사항을 기록.</li><li>Checkpointing을 통해 EditLog의 상태를 FsImage에 병합 후 기록.</li></ul></li></ul></li></ul>

내용 보고 피드백 시 환영 후 절 한 번 해드립니다.도서관 이용하는 사용자사용자는 사서에게 책을 요청(대여, 반납)하고 사서는 책장에서 요청을 처리.사서는 책장에서 변경된 내용(책의 위치 변경, 삭제 등)을 업무용 다이어리에 기록도서관 마감시간이 되거나 일정 시간 이후 사서는 다이어리의 내용을 토대로 카탈로그를 업데이트HDFS 이용하는 사용자사용자는 Nam

[HDFS] Namenode, Datanode, FsImage, EditLog

<h1>Lombok 이란</h1>Lombok은 자바 언어에서 반복적으로 작성해야하는 코드를 자동으로 생성해주는 라이브러리이다 예를 들면 dto작성할때.....Getter, Setter, Constructor, toString 등의 메소드를 자동으로 생성해서 개발자가 직접 작성하지 않아도 되도록 도와준다Lombok을 사용하기 위해서는 라이브러리를 프로젝트에 추가해야한다<h2>라이브러리 의존성 추가</h2><h3>Maven을 사용하는 경우</h3><code spellcheck="false">pom.xml</code> 파일에 다음과 같은 의존성을 추가해준다.<pre spellcheck="false"><code>&lt;dependencies&gt;
 &lt;dependency&gt;
 &lt;groupId&gt;org.projectlombok&lt;/groupId&gt;
 &lt;artifactId&gt;lombok&lt;/artifactId&gt;
 &lt;version&gt;1.18.26&lt;/version&gt;
 &lt;scope&gt;provided&lt;/scope&gt;
 &lt;/dependency&gt;
&lt;/dependencies&gt;</code></pre><h3>Gradle을 사용하는 경우</h3><code spellcheck="false">build.gradle</code> 파일에 다음과 같은 의존성을 추가해준다.<pre spellcheck="false"><code>dependencies {
compileOnly 'org.projectlombok:lombok:1.18.26'
annotationProcessor 'org.projectlombok:lombok:1.18.20'
}</code></pre>근데 Lombok을 사용할 때 주의해야 할 점이 있는데Lombok이 생성해주는 코드는 컴파일시 자동으로 생성되기 때문에 IDE에서는 확인이 안된다 따라서 Lombok을 사용할 때는 IDE에서 Lombok의 기능을 지원해주는 플러그인을 설치해주는게 좋음<h1>Lombok 어노테이션 종류</h1>Lombok에서 제공하는 어노테이션은 종류가 많은데 그중 주요 어노테이션은 아래와 같다<ul class="tight" data-tight="true"><li><code spellcheck="false">@Getter</code>: Getter 메소드 생성</li><li><code spellcheck="false">@Setter</code>: Setter 메소드 생성</li><li><code spellcheck="false">@ToString</code>: toString 메소드 생성</li><li><code spellcheck="false">@EqualsAndHashCode</code>: equals, hashCode 메소드 생성</li><li><code spellcheck="false">@Data</code>: Getter, Setter, equals, hashCode, toString 메소드 생성</li><li><code spellcheck="false">@AllArgsConstructor</code>: 모든 필드(멤버변수)를 인자로 받는 생성자 생성</li><li><code spellcheck="false">@NoArgsConstructor</code>: 인자가 없는 "쌩" 기본 생성자 생성</li><li><code spellcheck="false">@RequiredArgsConstructor</code>: final 필드를 인자로 받는 생성자 생성</li></ul><h1>Lombok 사용 예시</h1><h2><code spellcheck="false">@Data</code></h2>의존성을 추가한 후, Lombok을 사용하고자 하는 클래스 상단에 <code spellcheck="false">@Data</code> 어노테이션을 추가하면 자동으로 Getter, Setter, Constructor, toString 등이 생성된다<pre spellcheck="false"><code class="language-java">package com.project.test618.dto;
import lombok.Data;

@Data
public class MemberDTO {
String user_id;
String password;
String name;
String email;
int age;
}</code></pre><pre spellcheck="false"><code class="language-java">package com.project.test618;
import com.project.test618.dto.MemberDTO;

public class MemberTest {
public static void main(String[] args) {

MemberDTO dto = new MemberDTO();
 dto.setUser_id("park1234");
 dto.setPassword("test1234");
 dto.setName("박아무개");
 dto.setEmail("park1234@email.com");
 dto.setAge(23);
}}</code></pre><code spellcheck="false">MemberDTO</code> 에서 <code spellcheck="false">@Data</code> 어노테이션을 사용한뒤 dto객체를 불러와 접근했을때 getter,setter를 직접 적지 않아도 사용이 가능한것을 확인했다<h2><code spellcheck="false">@Builder</code></h2><code spellcheck="false">@Builder</code> 어노테이션을 사용하여 빌더 패턴을 쉽게 구현할 수 있다<pre spellcheck="false"><code class="language-java">// MemberDTO.java
package com.project.test618.dto;
import lombok.Builder;
import lombok.Data;

@Builder
@Data
public class MemberDTO {
String user_id;
String password;
String name;
String email;
int age;
}</code></pre><code spellcheck="false">@Builder</code> 어노테이션을 사용하여 dto에서 빌더 패턴을 구현하였고 이제 빌더를 사용하여 객체를 생성할 수 있음<pre spellcheck="false"><code>package com.project.test618;
import com.project.test618.dto.MemberDTO;

public class MemberTest {
public static void main(String[] args) {

MemberDTO dto = MemberDTO.builder()
.user_id("park1234")
.password("test1234")
.name("박아무개")
.build();
}
}</code></pre>빌더 패턴을 사용하면 필요한 속성만 설정하여 객체를 만들수있음!! 그리고 사용될 속성이 많은 경우에 가독성이 좋아진다는 장점이 있다<h2>@AllArgsConstructor, @NoArgsConstructor</h2>Lombok은 <code spellcheck="false">@AllArgsConstructor</code>, <code spellcheck="false">@NoArgsConstructor</code> 어노테이션을 제공하고 있다. <code spellcheck="false">@AllArgsConstructor</code> 어노테이션을 사용하면 모든 필드를 인자로 받는 생성자, 또는 인자가 없는 생성자를 자동으로 생성할 수 있다<pre spellcheck="false"><code class="language-java">package com.project.test618.dto;

import lombok.AllArgsConstructor;
import lombok.Data;
import lombok.NoArgsConstructor;

@Data
@NoArgsConstructor
@AllArgsConstructor

public class MemberDTO {
String user_id;
String password;
String name;
String email;
int age;
}</code></pre>위에서 <code spellcheck="false">@AllArgsConstructor</code> ,<code spellcheck="false">@NoArgsConstructor</code> 를 사용해서 만든 자바코드를 원래대로 풀어서 쓰면 아래처럼 되는것이다<pre spellcheck="false"><code class="language-java">package com.project.test618.dto;
public class MemberDTO {
String user_id;
String password;
String name;
String email;
int age;

public MemberDTO() {};
public MemberDTO(String user_id,String password, String name, String email, int age) {
this.user_id = user_id;
this.password = password;
this.name = name;
this.email = email;
this.age = age;
}}</code></pre>

Lombok을 사용해보자

<h2>JSX란?</h2><pre spellcheck="false"><code class="language-jsx">const element = &lt;h1&gt;Hello, world!&lt;/h1&gt;;
</code></pre><blockquote>JSX(JavaScript XML), JavaScript에 XML을 추가하여 확장한 문법</blockquote><h3>브라우저는 JSX를 알고있을까?</h3>JSX가 포함된 코드를 아무런 처리 없이 그대로 실행하면 에러가 발생한다.JSXS는 자바스크립트 표준 코드가 아닌 페이즈북이 임의로 만든 새로운 문법이기 때문에 반드시 트랜스파일러를 거쳐야 비로소 자바스크립트 런타임이 이해할 수 있는 의미있는 코드로 변환된다.JSX는 어떻게 자바스크립트로 변환될까?우선 JS가 JSX로 변환되는 방식을 알려면 리액트에서 JSX를 변환하는 <code spellcheck="false">@babel/plugin-transform-react-jsx</code>플러그인을 알아야 한다.이 플러그인은 JSX 구문을 자바스크립트가 이해할 수 있는 형태로 변환한다.<pre spellcheck="false"><code class="language-jsx">// JSX
const element = (
 &lt;h1 className="greeting"&gt;
 Hello, world!
 &lt;/h1&gt;
);

// JS로 변환된 JSX
const element = React.createElement(
 'h1',
 {className: 'greeting'},
 'Hello, world!'
);
</code></pre><h3>JSX의 설계 목적</h3>다양한 트랜스파일러에서 다양한 속성을 가진 트리 구조를 토큰화해 ECMAScript로 변환하는데 초점을 두고 있다.<ul class="tight" data-tight="true"><li>트리 구조로 표현하고 싶은 다양한 것들을 작성</li><li>HTML, XML이외에도 다른 구문으로도 확장될 수 있도록, 개발자들에게 친숙함을 느낄 수 있기 위해</li></ul><h2>JSX 정의</h2><h3>1. JSXElement</h3><blockquote>JSX를 구성하는 가장 기본적인 요소로, HTML element와 비슷한 역할을 한다.</blockquote><ul class="tight" data-tight="true"><li>JSXOpeningElement: &lt;div&gt;</li><li>JSXClosingElement: &lt;/div&gt;</li><li>JSXSelfClosingElement: &lt;div /&gt;</li><li>JSXFragment: &lt;&gt;&lt;/&gt;</li></ul>❓ 컴포넌트 명이 대문자로 시작해야 하는 이유는 무엇인가요?리액트에서 HTML 구문 이외 사용자 정의 컴포넌트는 반드시 대문자로 시작해야 사용가능하다. 이는 HTML 태그명과 사용자가 만든 컴포넌트 태그명을 구분 짓기 위해서다.<pre spellcheck="false"><code class="language-jsx">// HTML 태그명
&lt;span&gt;&lt;/span&gt;
// 컴포넌트명
&lt;Span&gt;&lt;/Span&gt;
</code></pre>JSXElementName<blockquote>JSXElement의 요소 이름으로 쓸 수 있는 것을 의미한다.</blockquote><ul class="tight" data-tight="true"><li>JSXIdentifier: <code spellcheck="false">$</code>와<code spellcheck="false">_</code> 외에 다른 특수문자나 숫자로 시작할 수 없다.</li><li>JSXNamespacedName: JSXIdentifier:JSXIdentifier의 조합, 두 개 이상은 불가</li><li>JSXMemberExperssion: JSXIdentifier.JSXIdentifier의 조합, 두 개 이상 가능</li></ul><h3>2. JSXAttributes</h3><blockquote>JSXElement에 부여할 수 있는 속성을 의미한다. 필수값이 아니고, 존재하지 않아도 에러가 발생하지 않는다.</blockquote><ul><li>JSXSpreadAttributes<ul class="tight" data-tight="true"><li>{…AssignmentExpression}</li><li>단순히 객체뿐만 아니라 자바스크립트에서 AssignmentExpression로 취급되는 모든 표현식 존재 가능<ul class="tight" data-tight="true"><li>조건문 표현식</li><li>화살표 함수</li><li>할당식</li></ul></li></ul></li><li>JSXAttribute<ul><li>JSXAttributeName - JSXAttributeValue로 짝을 이루어 표현</li><li>JSXAttributeName: 속성의 키 값</li><li>JSXAttributeValue<ul><li>큰 따옴표로 구성된 문자열</li><li>작은 따옴표로 구성된 문자열</li><li>{ AssignmentExpression }</li><li>JSXElement: 값으로 다른 JSX요소가 들어갈 수 있다.&lt;aside&gt; 💡 값을 전달할 때 { }로 감싸는게 리액트의 문법으로 오해하는 개발자들이 있다.이는 리액트의 문법이 아닌 prettier의 규칙이다. prettier 규칙은 태그가 포함된 JSX 구문을 좀 더 읽기 쉽게 만들기 위해 제공된다.<pre spellcheck="false"><code class="language-jsx">&lt;div attribute=&lt;div&gt;hello&lt;/div&gt; /&gt;
&lt;div attribute={&lt;div&gt;hello&lt;/div&gt;} /&gt;
</code></pre>&lt;/aside&gt;</li><li>JSXFragment</li></ul></li></ul></li></ul><h3>3. JSXChildren</h3><blockquote>JSXElement의 자식 값을 나타낸다.</blockquote><ul><li>JSXChild: JSXChildren을 이루는 기본 단위다. JSXChildren은 JSChild가 없어도 상관없다.<ul><li>JSXText: 문자열</li><li>JSXElement: 다른 JSX요소</li><li>JSXFragment: 빈 요소</li><li>{JSXChildExpression (optional)}<pre spellcheck="false"><code class="language-jsx">// 해당 컴포넌트를 렌더링하면 "foo"라는 문자열이 출력된다.
return &lt;&gt;{(()=&gt; 'foo')()}&lt;/&gt;
</code></pre></li></ul></li></ul><h3>4. JSXStrings</h3><blockquote>HTML에서 사용 가능한 문자열은 모두 JSXStrings에서도 가능하다.</blockquote><ul class="tight" data-tight="true"><li>큰따옴표로 구성된 문자열</li><li>작은 따옴표로 구성된 문자열</li><li>JSXText</li></ul>💡 자바스크립트와는 한 가지 중요한 차이점이 발생하는데 바로 <code spellcheck="false">\\</code> 로 시작하는 이스케이프 문자 형태소다.<code spellcheck="false">\\</code> 는 자바스크립트에서 특수문자를 처리할 때 사용되므로 몇 가지 제약사항이 있지만, HTML에서 아무런 제약없이 사용할 수 있다.따라서 JSX에서는 HTML처럼 <code spellcheck="false">\\</code>을 이스케이프 문자열로 처리하고 있지 않다.<h2>마무리</h2>이처럼 JSX는 자바스크립트 코드 내부에 HTML과 같은 트리 구조를 가진 컴포넌트를 표현할 수 있다는 점에 각광받고 있다.물론 JSX가 HTML문법과 자바스크립트 문법이 뒤섞여서 코드의 가독성을 해친다는 의견도 있다. JSX 내부에 자바스크립트 문법이 많아질수록 복잡성이 증대하면서 코드의 가독성도 해칠 것이므로 주의해서 사용해야 한다.

2장 리액트 핵심 요소 깊게 살펴보기

2-1. JSX란?

세미나로 진행한 내용을 발표 스크립트와 함께 작성한 내용 입니다.많은 내용들을 축약하다보니 다소 정확하지 않은 내용이 포함되어 있을 수 있습니다.<img src="https://blog.kakaocdn.net/dn/MY9Lo/btsGIYmH8Ew/vODKFWGCIUki8XEkKDfryk/img.png">&nbsp; 설명의 흐름을 위해 연도 상관 없이 넣은 설명들이 있습니다. 보통 이런 애들은 연도를 따로 쓰지 않았습니다.<img src="https://blog.kakaocdn.net/dn/b7pb6J/btsGJTkEC4J/kOfNiKYXuX8na5uVu6ysFk/img.png">&nbsp; 1991년 제임스 고슬링이 만들었습니다.&nbsp;당시 썬 마이크로시스템즈 다녔고,&nbsp;2010년에 오라클에 썬마이크로시스템즈가 인수 합병되었습니다. 그래서 요즘 오라클 사이트 들어가서 jdk 받거나 하게 된 겁니다.<img src="https://blog.kakaocdn.net/dn/wqwF1/btsGHjkPBwY/1chd9A6LFIxtKefrEI6neK/img.png">&nbsp; PHP, ASP, 펄 스크립트, C, 파이썬 등으로 CGI를 구현할 수 있습니다. 자바로도 구현 가능합니다.&nbsp;일종의 스펙이므로 언어 무관하게 구현 가능합니다. 다만 단점은 요청 마다 새로운 프로세스를 생성하고, DB connection을 새로 여는 방식 입니다.<img src="https://blog.kakaocdn.net/dn/cXSFj7/btsGG9pcynp/QbRbMs3M3kLGeP4TzoBCO1/img.png">&nbsp; HttpServlet을 상속받아 구현해두고, web.xml에 등록해두면 요청이 들어올 시 doPost()나 doGet()에 구현된 내용을 실행해 그 결과를 리턴해주는 방식으로 동적으로 작동하는 웹 컴포넌트를 만든 것 입니다. CGI와 달리 요청 시 스레드를 생성합니다. 그리고 JVM위에서 동작 합니다.<img src="https://blog.kakaocdn.net/dn/ecsQmC/btsGJgtQ7Py/KKtkKKAsLFxJyKW2agb5z0/img.png">&nbsp; 서블릿으로 웹 서비스 구현 시 톰캣처럼 서블릿을 지원하는 서블릿 컨테이너를 사용합니다. 서블릿 컨테이너는 서블릿 생명주기를 관리해주고, 통신이나 보안, 멀티스레드 관리 등을 해주는 녀석입니다. front controlle를 둠으로써 HttpServlet에 대한 의존성을 없앨 수 있고,&nbsp;저게 생김으로 인해 이제 매번 등록하는 과정 없이 그냥 @Controller 같은걸로 개발이 가능해진 것입니다.<img src="https://blog.kakaocdn.net/dn/bNo4zV/btsGKeCaWtM/CkNt6pjcaSpQP2iPR68t21/img.png">&nbsp; 기존엔 모든 로직이 HttpServlet을 상속받아 구현 후 하나씩 등록해야 했다면, 프론트 컨트롤러 방식을 사용하면 프론트 컨트롤러만 HttpServlet을 상속받으면 됩니다. 내부 로직은 if로 분기치는 식으로 정의하면 됩니다.<img src="https://blog.kakaocdn.net/dn/o4Mrk/btsGJcSxqOu/DoskuUifcK8pnVfMcWomVK/img.png"><img src="https://blog.kakaocdn.net/dn/qbwDD/btsGG5NSqBw/0OEtMhSQPpOwPopjiFjaIK/img.png">&nbsp; 디스패쳐 서블릿이 web.xml에 매번 등록하는 과정을 개선하기 위한 것이라면, 이번엔 코드 개발 시의 문제점을 해결하기 위한 개선점 입니다.&nbsp;JSP는 결국 Servlet으로 변환되므로 하는 일 자체는 Servlet과 동일합니다. 하지만 java에 html을 넣냐, html에 java를 넣냐 그 차이입니다.<img src="https://blog.kakaocdn.net/dn/W028z/btsGJrBUE2C/NrOkVwsjecHd87EzQAtty0/img.png">&nbsp; 그래서 비즈니스 로직이 세는걸 막기 위해 JSP를 쓰더라도, JSP에 자바코드를 넣는건 지양해야 합니다. 그리고 JSP는 war로 빌드해야 하지만, 타임리프는 jar로 컴파일해도 됩니다.<img src="https://blog.kakaocdn.net/dn/ECy6k/btsGHbmOymc/xiZJ3gSlyvtcu8sjhwMemK/img.png">&nbsp; CGI는 매번 새로운 DB connectio을 맺어야 한다고 했습니다.&nbsp;근데 DB 연결은 비용이 큰 연산입니다. 그러니 미리 어느정도 DB connectio을 맺어놓고 그걸 돌려쓰자는게 Connection Pool 입니다.&nbsp;이걸로 거의 PHP랑 비슷한 성능까지 쫒아갑니다. 예~~전에 혹시 이클립스를 써봤다면 스프링 배울 때 이클립스 EE 버전도 저 Java EE를 지원하는 것 입니다. Java SE가 기본적인 자바 언어의 대부분이 포함된 에디션이라면, EE는 그 위에 당시 웹 프로그래밍에 필요한 기능을 다수 포함한 에디션 입니다.<img src="https://blog.kakaocdn.net/dn/cusbZc/btsGINleNQM/qUqPOcOH1VN2oZ8D4eeevk/img.png">&nbsp; 요즘 스프링부트를 표준처럼 쓰는 것 처럼, 당시엔 EJB를 표준처럼 써야 했다고 합니다.<img src="https://blog.kakaocdn.net/dn/bd2a9Z/btsGI3OT3Qp/9NwlhCU7Scduix2jtdWB11/img.png">&nbsp; POJO는 좋은 거긴한데, 어쨌든 J2EE같은 프레임워크가 필요하긴 했습니다. 그러다보니 POJO 기반의 프레임워크들이 나오기 시작합니다.<img src="https://blog.kakaocdn.net/dn/chdBVx/btsGJtfroRR/M4MdrWE1uxAFuISZxT3dr1/img.png"><img src="https://blog.kakaocdn.net/dn/dawrRU/btsGJQuIB2O/DdA3806u2tDAv26DBeA5eK/img.png">&nbsp; 우선 DB 쪽을 살펴보면 하이버네이트가 있었습니다.<img src="https://blog.kakaocdn.net/dn/nTc9f/btsGJS0lRSf/K81fK6Xv6cN6ZlnFy0auSK/img.png"><img src="https://blog.kakaocdn.net/dn/mVAIz/btsGI5lDzol/F0sdgIn3ZRku42PoRp8D50/img.png">&nbsp; JPA랑 Spring Data JPA랑 다른거긴 합니다. 그러니 그냥 둘 다 JPA라고 할 때도 머리속으론 알고 있어야 구분이 됩니다.&nbsp;Hibernate 부분엔 JPA 구현체 어떤걸 넣어도 됩니다.&nbsp;EclipseLink, OpenJPA 등이 있습니다.<img src="https://blog.kakaocdn.net/dn/kDFNX/btsGI5lDAVw/kOvBaM57KAMEoaqZSN9mvk/img.png"><img src="https://blog.kakaocdn.net/dn/wHdFX/btsGH0ZqP9t/Ko41kWfOfKL9b79ZdMwKn0/img.png"><img src="https://blog.kakaocdn.net/dn/7f4G0/btsGHdrnKEz/Whml62KoGNvEfpizxYYHUk/img.png"><img src="https://blog.kakaocdn.net/dn/dCzPsp/btsGKs8csSb/k64g6eRKA79VDYwp1UiBok/img.png">&nbsp; 그러니 스프링부트로 프로젝트를 진행하면서 외부 톰캣에 올리는건 스프링부트의 시작에 반하는 행동이긴 합니다.<img src="https://blog.kakaocdn.net/dn/b0M4Rp/btsGH1KOM3F/AiJ3JKHx0foq0Ny7XqEWBK/img.png"><h3>reference</h3><ul class="tight" data-tight="true"><li><a target="_blank" rel="noopener noreferrer nofollow" href="https://jhyonhyon.tistory.com/15">https://jhyonhyon.tistory.com/15</a></li><li><a target="_blank" rel="noopener noreferrer nofollow" href="https://www.infoworld.com/article/2076863/write-cgi-programs-in-java.html">https://www.infoworld.com/article/2076863/write-cgi-programs-in-java.html</a></li><li><a target="_blank" rel="noopener noreferrer nofollow" href="https://www.geeksforgeeks.org/difference-between-java-servlet-and-cgi/">https://www.geeksforgeeks.org/difference-between-java-servlet-and-cgi/</a></li><li><a target="_blank" rel="noopener noreferrer nofollow" href="https://7357.tistory.com/180">https://7357.tistory.com/180</a></li><li><a target="_blank" rel="noopener noreferrer nofollow" href="https://kgvovc.tistory.com/35">https://kgvovc.tistory.com/35</a></li><li><a target="_blank" rel="noopener noreferrer nofollow" href="https://ppowerppush.tistory.com/73">https://ppowerppush.tistory.com/73</a></li><li><a target="_blank" rel="noopener noreferrer nofollow" href="https://jhyonhyon.tistory.com/28">https://jhyonhyon.tistory.com/28</a></li><li><a target="_blank" rel="noopener noreferrer nofollow" href="https://stackoverflow.com/questions/12872683/what-is-an-ejb-and-what-does-it-do">https://stackoverflow.com/questions/12872683/what-is-an-ejb-and-what-does-it-do</a></li><li><a target="_blank" rel="noopener noreferrer nofollow" href="https://javarush.com/ko/groups/posts/ko.3546.html">https://javarush.com/ko/groups/posts/ko.3546.html</a></li><li><a target="_blank" rel="noopener noreferrer nofollow" href="https://javapipe.com/blog/java-vs-java-ee/">https://javapipe.com/blog/java-vs-java-ee/</a></li><li><a target="_blank" rel="noopener noreferrer nofollow" href="https://blog.naver.com/leon1983/140064119510">https://blog.naver.com/leon1983/140064119510</a></li><li><a target="_blank" rel="noopener noreferrer nofollow" href="https://www.baeldung.com/thymeleaf-in-spring-mvc">https://www.baeldung.com/thymeleaf-in-spring-mvc</a></li><li>인프런 강의 - 토비의 스프링 부트</li><li>토비의 스프링 3.1 책</li><li><a target="_blank" rel="noopener noreferrer nofollow" href="https://www.martinfowler.com/bliki/POJO.html">https://www.martinfowler.com/bliki/POJO.html</a></li><li><a target="_blank" rel="noopener noreferrer nofollow" href="https://velog.io/@beberiche/Servlet-CGI-%EB%B6%80%ED%84%B0-DispatcherServlet%EA%B9%8C%EC%A7%80%EC%9D%98-%EC%97%AC%EC%A0%95?utm_source=oneoneone">https://velog.io/@beberiche/Servlet-CGI-%EB%B6%80%ED%84%B0-DispatcherServlet%EA%B9%8C%EC%A7%80%EC%9D%98-%EC%97%AC%EC%A0%95?utm_source=oneoneone</a></li><li><a target="_blank" rel="noopener noreferrer nofollow" href="https://www.google.co.kr/books/edition/Expert_One_on_One_J2EE_Development_witho/Dlz3p_IwseUC?hl=ko&amp;gbpv=0">https://www.google.co.kr/books/edition/Expert_One_on_One_J2EE_Development_witho/Dlz3p_IwseUC?hl=ko&amp;gbpv=0</a></li></ul>

자바부터 스프링부트까지의 역사를 대강 살펴보기

대강 살펴보는 자바부터 스프링부트까지의 역사

🔐 AWS

Computer

<img src="https://image.until.blog/dawn-py/article/1734599183630.png" data-width="100%" data-align="center" alt="2583"><ul><li>Scale up<ul><li>개념: 서버 한 대의 성능을 개선하거나, 하드웨어를 업그레이드</li><li>장점<ul><li>서버 한 대만 관리하기 때문에 서비스를 유지하면서 성능 업그레이드가 가능.</li></ul></li><li>단점<ul><li>하드웨어 업그레이드이기 때문에 비용이 기하급수적으로 올라감.</li><li>비용 대비 효율성이 떨어질 가능성 있음.</li></ul></li></ul></li><li>Scale out<ul><li>개념: 여러 대 서버를 운영, 작업 부하를 분산시킬 수 있음.</li><li>장점<ul><li>고가용성과 장애 복원력을 향상시킬 수 있음.</li><li>이론적으로는 무한히 많은 서버를 확장시킬 수 있음.</li></ul></li><li>단점<ul><li>분산 시스템을 설계 구축하는 데 비용이 많이 소모.</li><li>네트워크 지연과 데이터 동기화 문제가 발생할 수 있음.</li></ul></li></ul></li><li>선택 기준<ul><li>비용<ul><li>Scale Up: 고성능 하드웨어로 업그레이드 할수록 비용 증가.</li><li>Scale Out: 여러 대의 서버를 구축하기에 초기 비용은 높지만, 장기적으로 유리.</li></ul></li><li>확장성<ul><li>Scale Up: 하드웨어 업그레이드의 한계가 있음.</li><li>Scale Out: 유연한 확장이 가능.</li></ul></li><li>복잡성<ul><li>Scale Up: 서버 한 대를 업그레이드 하는 것이기에 간단</li><li>Scale Out: 분산 시스템에 대해서 이해하고 관리할 필요가 있음</li></ul></li></ul></li><li>결론<ul><li>Scale Up: 소규모 시스템을 개발하고 관리할 때 용이</li><li>Scale Out: 대규모 시스템을 개발하고 관리할 때 용이</li></ul></li></ul>

Scale up개념: 서버 한 대의 성능을 개선하거나, 하드웨어를 업그레이드장점서버 한 대만 관리하기 때문에 서비스를 유지하면서 성능 업그레이드가 가능.단점하드웨어 업그레이드이기 때문에 비용이 기하급수적으로 올라감.비용 대비 효율성이 떨어질 가능성 있음.Scale out개념: 여러 대 서버를 운영, 작업 부하를 분산시킬 수 있음.장점고가용성과 장애 복원력을

[Server] 인프라 확장, Scale UP, Scale OUT