기존 JAVA는 객체 지향 언어이기에 함수형 프로그래밍을 지원하지 않았다. JDK8 부터 Stream API, 람다 등을 지원해 함수형 프로그래밍을 지원한다.

Stream API의 특징 원본의 데이터 변경 X -> 원본의 데이터를 읽어와 별도의 Stream 생성 일회용 -> 한번 사용 후 재사용 불가 (다시 사용시 Exception 발생) 내부 반복 작업 처리 -> 반복문을 내장하여 기존 반복문의 코드 필요 X

Stream 연산 생성

1. Colletion 타입의 Stream 생성

   List<String> list = Arrays.asList("a","b","c");
   Stream<String> listStream = list.stream();

2. 배열의 Stream 생성

   Stream<String> stream = Stream.of("a","b","c");

3. 원시 Stream 생성 int, long, double 과 같은 원시 자료형

   IntStream stream = IntStream.range(4,10);

   Stream 가공(중간연산) Filter

   List<String> names = new ArrayList<>();
        names.add("abc");
        names.add("acc");
        names.add("bbc");
        List<String> nameList = names.stream().filter(name-> name.contains("a")).collect(Collectors.toList());
        nameList.forEach(System.out::println);

   Map

   List<String> upperNames = names.stream().map(s -> s.toUpperCase()).collect(Collectors.toList());
        upperNames.forEach(System.out::println);

   Sorted

   List<String> sortedNames = names.stream().sorted().collect(Collectors.toList());
        sortedNames.forEach(System.out::println);

   Distinct

   List<String> distinctNames = names.stream().distinct().collect(Collectors.toList());
        distinctNames.forEach(System.out::println);

   Peek -> Stream에 영향을 주지 않고 확인하는 함수 출력 또는 확인용

일단 네이버의 SmartEditor2.0 파일을 다운받아줍니다. https://github.com/naver/smarteditor2 여기가 공식 깃헙 사이트 같은데 jindo 관련 js 파일 일부분이 없네요.. 따로 저작권이나 문제생길까봐 올리진 않습니다

지금 하고자 하는 것은

여기 우측에 있는 사진 버튼을 통해 이미지를 올리고 본문에 보이는 과정이다.

일단 바꿔줘야 할 부분은 attach_photo.js 의 html5Upload() 함수이다.

여기서 sUploadURL 부분을 자신의 컨트롤러 매핑 URL로 변경한다.

또 바꿔줘야 할 부분은 attach_photo.js 의 CallAjaxForHTML5 함수이다.

기존의 jindo 코드를 활용하려고 했으나, 도저히 안되서 소스를 찾아보니 해당 소스를 발견했다. 해당 소스로 진행한다.

MultiPart Form으로 넘겨왔기 때문에 Controller에서 MultipartFile로 매핑을 해주어야한다.

 @RequestMapping(value="/singleImageUploader", method = RequestMethod.POST)
    public void smarteditorImageUpload2(MultipartFile file,HttpServletRequest request, HttpServletResponse response) throws IOException {
        try{
            if(file.isEmpty()) {
                System.out.println("이미지 미등록");
            } else {
                String filePath = path;
                File saveDir = new File(filePath);
                if(!saveDir.exists()){
                    saveDir.mkdir();
                }
                SimpleDateFormat formatter = new SimpleDateFormat("yyyyMMddHHmmss");
                String today = formatter.format(new java.util.Date());
                String rfileName = file.getOriginalFilename();
                String fileExt = file.getOriginalFilename().split("\\.")[1];
                String pFileName = file.getOriginalFilename().split("\\.")[0] + UUID.randomUUID() + "-" + today + "."+ fileExt;
                File saveFile = new File(saveDir, pFileName);
                try {
                    file.transferTo(saveFile);
                }catch(Exception e) {
                    e.printStackTrace();
                }
                String sFileInfo = "";
                sFileInfo += "&bNewLine=true";
                // img 태그의 title 속성을 원본파일명으로 적용시켜주기 위함
                sFileInfo += "&sFileName=" + rfileName;
                sFileInfo += "&sFileURL=" + "/imagePath/" +pFileName;
                PrintWriter print = response.getWriter();
                print.print(sFileInfo);
                print.flush();
                print.close();

            }


        } catch (Exception e) {
            e.printStackTrace();
        }
    }

한글인코딩은 아직 안했습니다. 여기 path는 제 서버 변수를 사용했습니다.

제 환경은 gradle 환경에 yml 파일 사용중이기에 application.yml에 upload: path: 실제 경로 적고 Controller 상단에 @Value("${upload.path}") private String path; 를 통해 접근했습니다.

만약 MultiPart 관련 타입을 찾을 수 없는 오류가 발생할 경우

설정 항목으로 Resolver를 등록한다.

@Configuration
public class MultipartConfig {
    @Value("${file.multipart.maxUploadSize:10485760}")
    private long maxUploadSize;

    @Value("${file.multipart.maxUpladSizePerFile:10485760}")
    private long maxUploadSizePerFile;

    @Bean
    public MultipartResolver multipartResolver() {
        StandardServletMultipartResolver multipartResolver = new StandardServletMultipartResolver();
        return multipartResolver;
    }
    @Bean
    public MultipartConfigElement multipartConfigElement() {
        MultipartConfigFactory factory = new MultipartConfigFactory();
        factory.setMaxRequestSize(DataSize.ofBytes(maxUploadSize));
        factory.setMaxFileSize(DataSize.ofBytes(maxUploadSizePerFile));
        return factory.createMultipartConfig();
    }
}

이렇게 하면 파일 저장은 정상적으로 될텐데 이미지가 본문에 안 보여질 수 있다. 이유는 로컬 파일의 접근을 브라우저가 막기 때문이다.

따라서 해당 로컬 주소를 가상 주소로 변경하여 접근해야한다.

@Configuration
public class WebConfig implements WebMvcConfigurer {
    private String connectPath = "/imagePath/**";
    private String resourcePath = "자신의 파일이 실제로 저장되는 경로";
    @Override
    public void addResourceHandlers(ResourceHandlerRegistry registry) {
        registry.addResourceHandler(connectPath)
                .addResourceLocations(resourcePath);
    }
}

위의 컨트롤러 코드에서 쓰인 /imagePath 가 가상 경로이다. 이렇게 설정하면 resourcePath에 있는 경로가 connectPath로 연결된다.

저장로직은 따로 작성하셔야합니다 감사합니다

그레들 gradlew bootRun

잊어먹는 일이 많아 적어놓음

일일이 Setter, Getter로 변경할 수 있지만 mapper를 통해 변경이 가능한 modelmapper 라이브러리 사용

UserDto는 받아온 값 Users는 DB에 직접 저장하는 값

ModelMapper mapper = new ModelMapper(); mapper.getConfiguration().setMatchingStrategy(MatchingStrategies.STRICT);

환경설정 + 매칭 (딱 맞아떨어질때만 지정가능[STRICT])

1. 환경설정 관리
2. 서비스 검색
3. 회복성
4. 라우팅
5. 프록시

Spring Cloud <-> Spring Boot

Spring Cloud Config Server (환경설정 , GateWay, Ports 등을 데이터 값을 사용하도록 설정) - 유지보수 편리함

Locationg Transparency - Naming Server (Eureka)

Load Distribution (Load Balancing) - Spring Cloud Gateway

Easier REST Clients - FeignClient Visibility and monitoring - Zipkin, Netfilx API gateway Fault Tolerance - Hystrix

클라이언트(서비스) -> 서비스 요청 (API 게이트) -> 서비스 라우터 -> Service Discovery -> Load Balancing -> MS.. Instance -- CI/CD Auto (관리자 API 제공) - 모니터링

Service Mesh (네트워크 레이어) -- 미들웨어 프록시 역할, 인증, 권한, 암호화, 서비스 검색, 요청 라우팅, 로드 밸런싱 제공 서비스간의 통신과 관련 기능 자동화

CNCF(Cloud Native Computing Foindation)

• 클라우드의 상호연관 서비스 기초

1. Auto scaling - 비수기, 수기 시즌에 맞춰 유동적
2. Microservices
3. Chaos engineering - 급격한 상황 변화에 대한 안정적인 서비스
4. contrinuous deployments - 서비스 작업 -> 배포 (자동화) 이를 pipeline으로 연결 (CI/CD)

Cloud Native Architecture

1. 확장 가능한 아키텍처 (컨테이너, 서버 가상화)
   • 시스템의 수평적 확정에 유연
   • 확장된 서버로 시스템의 부하 분산, 가용성 보장 (리소스 반납)
   • 시스템 또는, 서비스 애플리케이션 단위의 패키지(컨테이너 기반 패키지)
   • 모니터링
2. 탄력적 아케텍처
   • 서비스 생성-통합-배포(CI/CD), 비지니스 환경 변화 대응 시간 단축
   • 분할된 서비스 구조
   • 무상태 통신 프로토콜
   • 서비스의 추가와 삭제 자동 감지
   • 변경된 서비스 요청에 따라 사용자 요청 처리 (동적 처리) 서로 분리된 서비스로 종속되지 않도록 설계 자신의 위치를 등록하고 다른 어플리케이션이 쓸 수 있도록 설정
3. 장애 격리
   • 특정 서비스에 오류가 발생하더라도 다른 서비스에 영향을 주지 않음

Microservices -> CI/CD -> DevOps(기능 추가 -> 테스트 -> 배포의 무한반복을 의미) -> Container

CI/CD

• 지속적인 통합 , 지속적 배포 (여러명의 코드를 통합(Git)하고 지속적으로 코드를 배포) CD
• 지속적 전달 (Continuous Delivery)
• 지속적 배포 (Continuous Deployment)
• Pipe line

카나리 배포, 블루그린 배포 95% -> 이전 버전 5% -> 신규 버전

DevOps (Development + Operations + QA) 개발조직,운영조직과 퀄리티 보장 통합을 의미 끊임없이 계속 개발, 운영, 테스트

Container 가상화

• 적은 비용으로 컨테이너를 구축 (가상화) 운영체제 -> 가상머신 -> 가상머신의 OS + 라이브러리 + 어플리케이션 운영체제 -> 컨테이너 가상화 -> 라이브러리 + 어플리케이션 (컨테이너 하나당)

12가지 항목

1. Base Code - 형상관리를 위한 코드 관리(Git과 같은 한곳에서 통일적 관리)
2. Dependency isolation - 전체 시스템의 영향을 주지 않고 변경되고 수정되어야 함
3. Configurations - 시스템 설정 외의 구성설정을 통한 MSA의 설정
4. Linkable backing Servcie - 응용프로그램 서비스를 제공 (상호작용)
5. Stages of Creation - 빌드 , 릴리즈의 상황을 분리 (CI/CD와 같이 롤백등 항상 이전/신규 상황유지)
6. Stateless processes - 독립적으로 작용하여 컨테이너당 다른 기능 수행
7. Port Binding
8. Concurrency - 많은 수의 서비스를 복사해서 이루어지므로 부하 분산이 가능하며 동시성 보장
9. Disposabilty
10. Development & production parity - 개발과 운영의 분리
11. Logs - 어플리케이션이 실행되지 않더라도 로그는 정상적으로 출력되어야함
12. Admin Processes for eventual processes - 적절한 관리 도구 필요 (레포트및 데이터 정제, 정리)

3가지 항목

1. API first
2. Telemetry - 모든 지표는 수치화하여야함
3. Authentication and authorization - API 사용시 인증 단계, 인가 허락이 필요

Monolith 한 소프트웨어 안에 모든걸 포함(DB, Front, back 등) 어플리케이션에서 사용하는 데이터가 한곳에 모여 참조되어 서비스되는 형태

일부분 수정 시 전체 프로젝트의 패키징과 배포가 필요함

MicroServices 각각의 기능을 분리하여 개발 (분리된 서비스가 다른 서비스에 영향을 최소화) 장치의 전체 멈춤이 발생할 상황이 없음

함께작동되는 작은 기능들 비지니스 로직이 분리되어야 하며, CI/CD가 무조건적으로 필수다. 굳이 통일된 언어를 사용할 필요가 없이 API 형태로 제공하면 각자 필요한 언어로 설정할 수 있다.

SOA

• 공통의 서비스를 ESB(Enterprise Service Bus)에 모아 사업 측면에서 공통 서비스 형식으로 서비스 제공 (ESB를 통한 서비스송신)

MSA

• 각 독립된 서비스가 노출된 REST API를 사용

RESTful Web Service level 0. http://server/getPosts http://server/deletePosts

level 1. http://server/accounts http://server/accounts/10

level 2. level1 + http methods

level 3. level2 + HATEOAS(사용자의 목록이던 그 목록으로 무엇을하던 이런것들의 총합)

고려해야할 사항

1. Consumer first
2. Make best use of HTTP
3. Level2를 살려 개발 필요 (Get, Post, Put, Delete)
4. Response Status 를 사용하여 적절한 대응 필요 (200[정상], 404[클라이언트 오류], 400, 201, 401, 50*[서버오류])
5. Use plurals(복수형 사용)
6. Use nouns for resources (리소스는 명사를 통해 제공)
7. For excpeitons - define a consistent approach(목적지는 동일하도록)

@PersistenceContext -> Spring entitiy manager를 주입을 해줌 (EntitiyManager 에 자동으로 주입)

@PersistenceUnit -> EntityManagerFactory 직접 주입 가능

@Service -> component scan으로 대상이 되어서 빈으로 등록

javax와 spring annotation 이 있지만, spring annotation의 옵션이 다수이므로 추천 @Transcational -> Data 변경 시 꼭 필요함 readOnly = true -> 조회 시 성능 최적화(데이터 변경 X)

@Autowired 단점이 있다. (바꿀 수 없음) setter Injection으로 주입도 가능. -> public void setMemberRepository{this.memberRespository = memberRepository;} @RequiredArgsConstructor (가장 나은 방법-> lombok이 있을때 사용 가능) -> final 변수만 생성자를 만들어줌

//스프링부트 테스트 RunWith(SpringRunner.class) @SpringBootTest <- Autowired 지원 @Transactional <- 기본 Rollback , 데이터 변경이 있을 경우 사용

Test 케이스는 Given When Then 으로 나눠서 작성하는걸 추천

CASCADE 범위 : 라이프사이클에서 동일하게 관리할 경우. 다른 것들이 쓰지 않는 Private할 경우. 공통 혹은 여러개 쓸 경우 CASCADE 사용 X

JPA 더티체킹(변경력 감지): 변경된 사항들에 맞게 update 쿼리가 나간다.

Test(데이터변경이 있을 경우, 외부 DB를 사용하지 않고 자바에 메모리 디비 사용) 디렉터리 main test 로 나뉨

em.find() : 데이터 베이스를 통해 실제 엔티티 객체 조회 em.getReference() : 데이터베이스 조회를 미루는 가짜(프록시) 엔티티 객체 조회 가짜(프록시) 엔티티 객체 조회 : DB에는 쿼리가 실행되지 않고 값을 가져옴.

find()는 사용하자마자 쿼리를 통해 조회하여 데이터를 가져옴 getReference()는 사용 당시의 쿼리를 통해 조회를 하지 않고, 실제 값이 필요로 할때 조회되도록 설정

프록시 특징

• 실제 클래스를 상속 받아서 생성

• 실제 클래스와 겉 모양이 같다.

• 사용자 입장에서 구분하지 않은채 사용할 수 있다.

• 객체는 처음 사용할 때 한번만 초기화

• 프록시 객체가 초기화 되어도, 실제 엔티티로 바뀌진 않고 실제 엔티티에 접근만 가능

• 프록시 객체는 원본 엔티티를 상속받기 때문에 타입 체크 주의 ( == 비교 실패, 대신 instace of 로 사용)

• 프록시와 객체는 항상 동일을 보장

• 프록시 객체는 실제 객체의 참조(target)를 보관

  프록시 개체의 초기화 사용자 데이터 요청 -> Proxy가 확인 -> Proxy는 가짜라서 값이 없음 -> 영속성 컨텍스트에 초기화 요청 -> 영속성 컨텍스트는 DB를 조회 -> 영속성 컨텍스트가 실제 Entity 생성 -> 사용자가 요청한 데이터 표출

  지연로딩 과 즉시로딩 지연로딩 : 프록시를 사용하여 실제로 객체가 사용될 때 SQL 즉시로딩 : 애초부터 SQL를 실행하여 데이터 가져옴

  프록시와 즉시로딩

  • 실무에서는 즉시로딩 사용 X (가급적 지연 로딩)
  • JPQL에서 N+1 문제를 일으킴
  • @ManyToOne, @OneToOne은 기본이 즉시로딩 -> LAZY로 변경필요
  • 무조건 지연 로딩만 쓰세요

• 준영속 엔티티 (영속성 컨텍스트가 더 이상 관리하지 않는 엔티티)
• 변경감지는 원하는 속성만 선택해서 변경
• 수정 시 조회해서 업데이트할 데이터만 set 해서 하도록 설정 (@Tranactional)
• 수정 시에는 setter의 나열보다는 비즈니스 로직을 작성하여 한곳에서 이루어지도록 처리한다. (유지보수성이 높아짐)

병합 (merge)

• 병합은 모든 속성이 변경

따라서 , 병합을 쓰지 않고 변경감지를 추천한다

여기서 name 값은 VO에서 Validator 처리로 인해 검증되고 있는 값이며, controller 쪽에서 BindingResult로 검증에 오류가 생길 경우 다시 form page로 리다이렉트 되고있다.

따라서 , 에러가 생길 경우 form-control class에 fieldError로 색을 칠하고 에러가 난 곳에 validator 메시지를 넘겨준다.

값 타입 int,integer,String 처럼 단순 값으로 사용하는 기본 타입이나 객체 식별자가 없고 값만 있으므로 추적 불가능 int a= 100 -> a = 200

값 타입

• 기본값 타입 : 자바 기본 타입(int, double), 래퍼 클래스(Integer, Long), String
• 임베디드 타입 (복합 값 타입)
• 컬렉션 값 타입

기본값 타입 : 생명주기를 엔티티의 의존 (엔티티가 삭제될 경우 모두 삭제)

3.CASCADE 영속성 전이. (연쇄작용) (편리함) 특정 엔티티를 영속 상태로 만들 때 연관된 엔티티도 함께 영속상태로 만듦. 부모 객체로 자식 객체들을 한번에 Persist 할 수 있음. cascade = CascadeType.ALL 소유자가 하나일때 사용

4.고아 객체 부모 엔티티와 연관관계가 끊어진 자식 엔티티를 의미. orpaheRemoval : 고아객체일 경우 삭제 옵션 참조하는 곳이 하나일때만 사용 특정 엔티티가 개인 소유할 때 사용

application.yml jpa: hibernate: ddl-auto: create 입력

기본적으로 사용되는 어노테이션 정리 @Entity :

• 클래스의 테이블 매핑 JPA 관리하는 것 속성 Name : JPA에서 사용할 엔티티의 이름 지정 @Table :
• 엔티이와 매핑할 테이블 지정 속성 Name : 매핑할 테이블 이름 지정 @Id :

@GeneratedValue :

• 영속성 컨텍스트가 구별하는 엔티티 식별자 값 속성 IDENTITY : 데이터베이스가 기본으로 생성 SEQUENCE : 시퀀스를 활요한 키본키 생성 (누가 참조하든 중복되는 값이 없도록 설정) TABLE : 키 생성 테이블 사용 (키 전용 테이블에서 이름과 값 컬럼을 이용)

@Inheritance :

• 상속관계 전략 사용 어노테이션 속성 strategy("JOINED") : 조인 전략 사용 strategy("SINGLE_TABLE") : 단일 테이블 전략 사용 strategy("TABLE_PER_CLASS") : 클래스 마다 각 테이블 전략 사용 @DiscriminatorColumn :
• DType 지정 어노테이션 (클래스마다의 고유값을 지정)

1.상속관계 매핑

• 엔티티 매핑 전략
• 3가지의 전략이 존재(싱글 테이블, 조인 테이블, 각 테이블)
• 기본적으로는 조인 테이블 사용

1)조인 테이블

• 조인을 사용한 전략 예) Movie, Book, Album 이라는 테이블을 만든다 가정 공통 속성 : 이름, 가격 등은 Item라는 부모에 설계 따라서, Item - name, price Movie - actor 등.. Book - 저자, ISBN 등.. Album - 장르, 피쳐링 등..

장점:

• 테이블이 정규화 되어있어 null을 허용하지 않는다.
• 무결성 제약조건 사용
• 저장공간 효율화

단점 :

• 테이블이 여러개가 생겨 조인시 복잡한 쿼리
• 성능이 싱글테이블 전략보다 낮을 수 있다.
• 인서트가 두번 일어남.

2) 싱글 테이블

• 단일 테이블을 활용하는 전략 예) Movie, Book, Album 이라는 데이터가 필요할 때, 한 테이블의 모든 행을 넣는다. Item - name, price, actor, 저자, ISBN, 장르, 피쳐링 등

  장점:

  • 한 테이블에 모든 데이터가 담겨 조회 속도가 빠름
  • 테이블 구조가 간단

3) 각 테이블

• 각 데이터마다 테이블을 세팅하는 전략 예) Movie, Book, Album에 공통행또한 하여 만듬.

  사용하지 않는걸 추천한다고 하였음.

1.EC2 인스턴스에 연결합니다.

2.java 설치를 위한 목록을 뽑습니다.

yum list | grep java-

3.목록중 원하는 자바를 선택합니다.(필자는 java-11-amazon-corretto.x86_64버전 설치예정)

4.명령어로 자바 설치

sudo yum install -y java-11-amazon-corretto.x86_64

여기서 -y 옵션은 질문에 모두 yes 처리를 의미합니다.

자바의 환경변수를 설정해주려합니다.

1. 자바 설치 경로를 확인합니다.

   //which : 명령어 위치 파악 
   which java
   //readlink : 심볼릭 링크의 위치 확인 
   // -f : canonicalize by following every symlink in                           every component of the given name recursively;
        all but the last component must exist
   readlink -f /usr/bin/java 

2. 환경변수 편집을 위한 profile 수정

   sudo vi /etc/profile

   export JAVA_HOME=/usr/lib/jvm/java-11-amazon-corretto.x86_64 export PATH=$PATH:$JAVA_HOME/bin export CLASSPATH=$JAVA_HOME/jre/lib:$JAVA_HOME/lib/tools.jar

//source : 스크립트 파일을 수정한 후에 수정된 값을 바로 적용
source /etc/profile

echo $JAVA_HOME $PATH $CLASSPATH 로 적용된 것을 확인 가능

여기까지 자바 설치 및 환경변수 편집이었습니다.

자바 설치가 정상적으로 확인이 필요하신분들은 java 클래스파일을 만들어 실행해보시면 됩니다.

cd /home
vi HelloWorld.java

public class HelloWorld{
            public static void main(String[] args){
                    System.out.println("Hello World!!");
           }
}
//컴파일
javac HelloWorld.java
//실행
java -cp . HelloWorld

인스턴스 생성 후 연결

1.생성한 인스턴스 ID 를 클릭합니다. (EC2 -> 좌측 메뉴 인스턴스 클릭 -> 목록 중 인스턴스 ID (파란거) 선택)

2.상단 위쪽에 있는 연결 버튼을 클릭합니다.

3. 3번째 탭에 있는 SSH 클라이언트 연결을 해보려합니다. 연결 방법이 자세하게 나와있습니다.

4. 윈도우를 사용중이라면 CMD 혹은 PowerShell을 엽니다.

5. 예: 라고 적힌 쪽의 ssh -i ~~ 를 복사하여 붙여넣기합니다.

주의 : pem (key파일이 다운로드된 곳에서 해주세요) os가 다를경우 chmod 400 key파일이름 을 통해 권한 변경을 해주세요.

접속이 된 상태를 확인할 수 있습니다.

보안정책 설정하기

보안정책을 사용하지 않으면 기본적인 80(http), 443(https) 등에 대한 접근이 어렵습니다.

따라서 인바운드 정책을 추가하여 기본적인 포트들을 뚫어줍니다.

1.좌측 메뉴탭의 보안 그룹 을 선택합니다. 2.우측 상단에 있는 보안 그룹 생성을 선택합니다. 3. 보안 그룹 이름, 설명을 추가한 뒤, 인바운드 규칙탭의 규칙 추가 버튼을 클릭합니다.

저희는 HTTP, HTTPS, SSH, SPRING에 사용할 포트를 뚫어볼 생각입니다. 다음과 같이 입력한 후 , 보안 그룹 생성을 클릭합니다. (아웃바운드에 대한 규칙은 설정하지 않았습니다)

이제 생성한 보안 그룹을 인스턴스에 적용시키겠습니다.

1.생성한 인스턴스 ID 를 클릭합니다. (EC2 -> 좌측 메뉴 인스턴스 클릭 -> 목록 중 인스턴스 ID (파란거) 선택) 2. 우측 상단 작업 버튼 클릭후 보안 > 보안그룹변경을 클릭합니다.

3.보안 그룹을 선택합니다.

4.기존의 적용되있던 wizzard 보안정책은 제거합니다.

5. 저장버튼을 눌러 보안 그룹을 변경합니다.

인스턴스 시작과 보안 정책 변경이 끝났습니다.

AWS 홈페이지에 들어갑니다. 간단한 회원가입, 로그인 후 빨간색 펜 부분을 클릭합니다.

아시아 서울을 택하고,

검색을 통해 EC2 를 입력합니다.

EC2 를 클릭하고 우측 상단에 있는 인스턴스 시작을 클릭합니다.

1. aws 로고의 아마존 리눅스를 선택합니다.
2. 인스턴스 유형은 프리 티어 사용 시 프리 티어를 선택합니다.

생성된 키페어가 없을 경우, 처음이면 없는게 당연함. 을 클릭하고 원하는 이름을 적어준 뒤, 키 페어 생성버튼을 누른다.

**여기 중간에 있는 "에서 SSH 트래픽 허용" 은 내 IP로 선택합니다.

스토리지 구성 프리티어는 최대 30까지 무료로 이용가능하므로 30으로 설정한 후 인스턴스 시작 을 클릭합니다.

해당 인스턴스는 IP가 계속해서 변경되므로 탄력적 IP 설정을 통해 고정된 IP값을 획득할 수 있습니다.

탄력적 IP설정을 위해 좌측 메뉴에서 탄력적IP 를 선택합니다.

좌측 위에 탄력적 IP 주소 할당 을 클릭합니다.

변경사항 없이 할당버튼을 클릭하여 탄력적 IP 주소를 할당 받습니다.

할당 받은 탄력적 IP 주소를 누르고, 탄력적IP 주소 연결을 누릅니다.

1. 인스턴스 선택을 누르면 현재 실행중인 인스턴스가 아래에 뜬다 (만든 다음 바로 할 경우 안 뜰 수 있으니, 그때는 잠시 대기 후 클릭)
2. 프라이빗 IP 주소 선택 (이전 인스턴스 생성시 내 IP를 설정한 주소가 나옴) 을 선택한 뒤, 연결을 누른다.

이러면 인스턴스 생성 성공