매료매료의 개발 이야기

Failover

- 실 운용환경(컴퓨터 서버, 시스템, 네트워크 등)에서 이상이 생겼을 때 대체 작동 또는 장애 극복(조치)을 위하여 예비 운용환경으로 자동전환되는 기능

- 바로 사용가능하도록 극복한다고 보면 됨.

Failback

- 페일오버에 따라 전환된 운용환경을 장애 발생 전 상태로 되돌리는 처리

- 롤백하면 된다고 보면 됨.

What?

- Software Defined 형태로 WAN 환경을 가상화/클라우드화 하여 구성한 것.

- 가상화 네트워크 기술이 광대역 네트워크에 적용된 것

- WAN(Wide Area Network) : LAN과 LAN 사이를 광범위한 지역 단위로 구성하는 네트워크를 의미함.

- ISP(Internet Service Provider)

- MPLS(Multi Protocol Lable Switching) : 기존의 전통적인 라우팅 방식

    - L3의 헤더만 보고 판단하여 포워딩 처리하므로, 빠른 처리가 필요한 환경에선 처리속도가 비교적 떨어짐

    - 높은 보안성

    - 트러블 슈팅이 쉬움

    - 효율적인 대역폭 활용으로 좋은 성능을 보장

    - 비쌈

- MPLS 대비 저렴

- 유연한 WAN 구성 가능

- 트러블슈팅 어려움

What?

- 패킷을 어느쪽으로 보내야 하는 역할을 해야하는데, 보내는 시점에 어떠한 정보를 보고 판단을 하는 것인지에 따라 layer가 구분이 된다.

- 상위 레이어 스위치는 하위 레이어 스위치의 기능을 기본적으로 다 할 수 있다. (ex. L7은 L2, 3, 4... 다할 수 있다?? )

종류

- L1 : 허브, 더미 허브 (현재 거의 없음)

- L2 : MAC 정보(Mac Table) 를 보고 스위칭함.

- L3 : IP정보(Routing Table) 를 보고 스위칭함. (라우터, 공유기 등등)

- L4 : IP + Port (Session or Connection) 을 보고 스위칭함. (로드 밸런싱)

- L7 : 실제 App 데이터 (Content) 를 보고 스위칭함. (네트워크 보안장비)

What?

- 소프트웨어 어플리케이션의 단일 인스턴스가 여러 고객에게 서비스를 제공하는 아키텍처

// 설정 파일에서 자동 인코딩이 true 값 이어야함
"files.autoGuessEncoding": true,

// Native-ASCII Converter Extension 설치
설치 후, target 파일에서 ctrl + shift + p → convert characters: ASCII to native 클릭

What?

- 오라클 인스턴스 장애를 대비해 redo log 파일을 별도의 디렉토리에 저장해 놓는 방식

- 오라클 설치 시, 기본 설정은 non-archive log mode 이다.

// cmd창
sqlplus 
enter user-name
enter password

// sql에서 아카이브 로그 모드 확인
SQL> archive log list
Database log mode           No Archive Mode
Automatic archival           Disabled
Archive destination           USE_DB_RECOVERY_FILE_DEST
Oldest online log sequence     12
Current log sequence           15

// 아카이브 로그 파일 저장위치
$ORACLE_BASE/fast_recovery_area 

// 파라미터 파일 수정
// log_archive_dest 디렉토리 지정여부 확인(value값 확인)
SQL> show parameter log_archive_dest_1;
NAME                     TYPE     VALUE
------------------------------------ ----------- ------------------------------
log_archive_dest_1             string
log_archive_dest_10             string
log_archive_dest_11             string
log_archive_dest_12             string
log_archive_dest_13             string
log_archive_dest_14             string
log_archive_dest_15             string
log_archive_dest_16             string
log_archive_dest_17             string
log_archive_dest_18             string
log_archive_dest_19             string

// 파라미터 유형 확인
SQL> show parameter log_archive_format;

// 아카이브 모드 적용
SQL> alter database archivelog;

// 아카이브 모드 해제
SQL> alter database noarchivelog;

// DB 종료
SQL> shutdown immediate;

// DB 마운트
SQL> startup mount;

// DB Open
SQL> alter database open;

[jar 파일 압축 하기]

- cmd창에서 압축할 파일 있는 디렉토리로 이동 →  jar cvf 파일명.jar

- cvf: 옵션

[jar 파일 압축 풀기]

- cmd창에서 압축을 풀 디렉토리로 이동 →  jar xvf 파일명.jar

- xvf: 옵션

[jar 옵션]
c : 새로운 jar 패키지 파일을 생성
t : jar 패키지내의 파일 리스트를 출력
x : jar 패키지의 압축을 품
f : c, t, x 옵션에 대해 사용할 jar 파일 이름을 지정합니다.
v : jar 패키징 도구 수행중 수행 관련 메세지를 출력
m : mainfest 파일 이름을 지정
O : 압축하지 않고 묶기만 함
M : mainfest 파일을 생성하지 않음
u : jar 패키지의 내용을 업데이트
i : 해당 jar 파일과 Class-Path 필드를 통해 참조되는 jar 파일에 대한 정보를 INDEX.LIST 파일로 생성
-C : 압축할 때 사용할 기준 디렉토리를 지정

[Elcipse 에서 JAR 파일 만들기]

1. File -> Export에서 JAVA -> JAR file 선택

2. 왼쪽 창에서 JAR로 만들 프로젝트 선택

3. 중간의 JAR file: 에서 JAR의 이름과 위치를 선택

4. next, next후 아래의 Main class: 에서 JAR를 실행 시 호출 할 메인 클래스를 지정

5. finish를 누르면 앞에서 지정한 위치에 JAR 파일이 생성된다

만약 잘 돌아가는 프로젝트인데 JAR를 만드는 도중 에러가 발생한다면 에러 메시지에 있는 파일을 오픈해봐라 새로고침하라는 말이 나올 수 있으며 새로고침 (F5) 하면 JAR로 만들 수 있다

외부 라이브러리를 포함한 JAR 파일 만들기

1. Fat Jar 이클립스 플러그인을 아래 링크에서 다운받아 설치한다

http://sourceforge.net/projects/fjep/files/fatjar/fatjar_0_0_31/net.sf.fjep.fatjar_0.0.31.zip/download

2. 압축을 풀고 그 안의 파일을 이클립스안의 plugin 폴더 안에 넣는다.

3. 이클립스를 재 시작

4. File -> Export에서 other에 Fat Jar Exporter를 선택

5. JAR로 패키징할 프로젝트 선택 후 next

6. Jar-Name:에서 jar 파일을 생성할 위치 선택

    Main-Class:의 Brose를 선택해서 메인 스레드를 선택

7. next를 선택 후 포함할 외부 라이브러리를 확인한 다음 finish

JAR 파일 실행

1. cmd 창 오픈

2. JAR 파일이 있는 경로까지 이동

3. java -jar (jar 파일명)                           콘솔로 모든 내용이 표시된다.

4. java -jar (jar 파일명) > out.txt               결과가 out.txt라는 파일로 저장된다

[Elcipse 에서 war 파일 만들기 (톰켓 서버와 연동된 프로젝트)]

1. File -> Export에서 Web -> war file 선택

2. Destination에 war file이 저장될 경로를 지정

3. Target runtime에 Optimize for a specific server runtime 체크

4. finish

war 파일 실행하기

1. Tomcat이 설치되어 있어야 한다 설치되어 있다면 설정을 해줘야 한다

2. bin 디렉토리에 있는 startup.bat파일을 통하여 톰캣을 실행시킨다. (windows => cmd 를 통해서 실행시키자.)

만약 jdk나 jre 파일을 찾을수 없다는 메시지가 나오면, 환경변수에 다음과 같이 추가한다.

변수이름 : CATALINA_HOME

변수 값 : D:\server\apache-tomcat-7.0.37-windows-x64\apache-tomcat-7.0.37 (본인이 설정한 디렉토리)

변수이름 : JAVA_HOME

변수 값 : C:\Program Files\Java\jdk1.7.0_13 (본인이 설정한 디렉토리)

3. startup.bat 파일을 통해 톰캣 실행이 정상적으로 된다면, 

localhost:8080 을 익스플로러(크롬, 파이어폭스 등등)를 통하여 실행시킨다. 

Apache 톰캣 화면이 나오면 성공이다. (apache_home.png)

4. manager 화면을 활성화 한다.

D:\server\apache-tomcat-7.0.37-windows-x64\apache-tomcat-7.0.37\conf\tomcat-user.xml 을 편집한다.

<role rolename="manager-gui" />

<user username="admin" password="admin" roles="manager-gui" /> 

를 추가한다.

5. 아래와 같이 설정후 톰캣 서버를 재시작하면 

locathost:8080/manager로 접근이 가능하다.

6. 초기 설정인 admin/admin으로 접근 한다

7. manager화면 밑의 Deploy에서 war파일을 WAR file to deploy 를 통해서 디플로이 해주면 끝...

p.s Application의 path 쪽을 보면 여러개를 디플로이 할수 있는데, 그땐 localhost:8080/path 해주면 본인이 개발한 웹서버를 확인할 수 있다.

[출처] 톰캣 7을 통한 war 디플로이|작성자 무적코더

8. http://localhost:8080/test/testfunction 으로 실행한다

what?

- Proof of Concept 

- 개념의 실증

- 새로운 프로젝트가 실제로 실현 가능성이 있는가, 효과/효용, 기술적인 관점에서 검증을 하는 과정

검증 대상

- 프로젝트의 불확실한 요소를 지우는 것이 목표

- 결과/효용/기술적 실현성/구체성

단계

- 프로토 타입 및 배포 : 단기간 안에 최소한의 요소를 가진 것을 만듬

- 검증 : 관계자나 피험자로부터 피드백을 수집해서 문제나 수정사항, 방향성을 확인

- 실현 여부 판단 : 이 컨셉이 실현 가능할 것인지 불가할 것인지 판단하는 단계. Go하거나 컨셉을 조정하여 PoC 과정을 반복하기도 함.

https://docs.github.com/copilot

- Copilot : `부조종사`

- 자동 코딩 서비스

- 원하는 기능을 텍스트로 묘사하면 해당 기능이 구현되도록 코딩을 해주는 서비스

- 주석으로 설명을 묘사하면 → 코드로 구현 해줌

- function 이름을 선언하면 → 뜻에 맞게 코드로 구현해줌

해당 프로젝트에서 ssh 값을 clone 후

해당 값을 이용하여

내려받으려는 폴더에서

git bash 창을 연 후

git clone git@~~~~ .git 

을 실행하면 된다.