brunch

You can make anything
by writing

C.S.Lewis

by Master Seo Oct 27. 2024

(정리) 네이버 클라우드로 인프라 이전하기-2024

목표

온프라미스 인프라를 네이버 클라우드로 이전해 보자.

이전을 위해 필요한 업무처리 프로세스, 비용 관리법, 구축에 대해 설명한다.



네이버 클라우드 특징

한국인 응대로 빠른 응대

환율 변동에 무관하게 비용이 일정함




클라우드로 이전하는 이유는 여러 가지가 있다.

빠른 구축으로 서비스를 빠르게 안정화하고자 하는 경우

회사의 분사로 최소 인력으로 운영해야 하는 경우




<1> 클라우드 실무 업무 처리 프로세스

<2> 비용 관리 계획

<3> 개발팀의 구축 요청

<4> 인프라 구축 - 계정생성, 비용통합, 구축

<5> 네트워크 설계

<6> 네트워크, 서버 구축 - 콘솔로 구축하기

<7> 테라폼으로 구축하기 (타 클라우드 가능)

<8> 애플리케이션 이전 전략?

<9> 개인 정리




<1> 클라우드 실무 업무 처리 프로세스


비즈니스 계획 - 사업팀, 비용 확인 (개발 비용, 인프라 비용, 콘텐츠 비용, 법적이슈 확인), 일정 확인

개발 요청 - 개발팀, 개발 비용, 인프라 비용 확인

구축 처리 - 개발팀, 데브옵스, 네트워크엔지니어, DB, 보안, 개발, QA  (전문 인력이 필요합니다.)

운영 - 사업, 개발, 데브옵스, 디비, 보안




1

비즈니스 요청은?  

빠르게 이전해 주세요

비용은 어느 정도 나올지 파악.

기술 관점에서 시스템들이 필요하다.

의사 결정



2

비즈니스 요청을 처리하기 위해서  업무 요청 시스템이  필요하다.

업무 요청 시스템이 없으면 우선은 메일로 요청하자.





<2> 비용 관리 계획


1

서비스 코드로 비용 배부 부서 정의

https://brunch.co.kr/@topasvga/2



2

 비용 처리 = Payer계정으로 통합

Payer 계정을 하나 만들어 비용을 1 계정에서 나가도록 통합한다.

개발 계정, 상용 계정 분리 - 네트워크 구분 됨, isms-p 구분 요건.

Payer 계정 직접 관리    Vs    파트너사 관리 차이




<3>  개발팀의 구축 요청


1

업무 요청 시스템으로  신청


예 )

계정 생성, 개발자 개인 계정 생성,  권한 요청

제목 : xxx 서비스 클라우드 개발 계정 요청

서버 2대, DB 1대 요청드립니다.

개발자 개인 계정 생성

권한은 서버 설정 변경 권한

서비스 코드 필수 - 비용 처리 부서



업무요청 처리 시스템

https://brunch.co.kr/@topasvga/66





<4> 인프라 구축 - 계정생성, 비용통합, 구축


데브옵스, DBE, 보안, 개발, QA팀 처리한다.



1

실무에서는 다음을 진행을 한다.

계정생성

비용 통합

구축



2

계정생성

 가입?

https://www.ncloud.com/




3

2차 인증 필수 - 구글 OTP




4

비용 통합?

오가니제이션으로 비용을 통합한다.

실무에서 데브옵스 엔지니어는 admin 권한의 개별 계정을 만들어 운영한다.

왜냐하면, root계정은 계정 삭제, 탈퇴등 모든 것이 가능하기 때문이다.

개발자용 개인 계정을 만들어 제공한다.


https://brunch.co.kr/@topasvga/1920





5

구축?

개발자용 개인 계정 만들기 - 그룹 만들어 개발자용 개인 계정 관리하기, 필요한 최소 권한 주기

네트워크 VPC 만들기

서버 만들기

개발자에서 완료 통보



콘솔로 구축하기

테라폼으로 구축하기





<5> 네트워크 설계


네트워크 간 서로 통신을 하도록 IP가 중복되지 않아야 한다.


https://brunch.co.kr/@topasvga/3807





<6> 네트워크, 서버 구축 - 콘솔로 구축하기




https://brunch.co.kr/@topasvga/4053





<7> 테라폼으로 구축하기 (타 클라우드 가능)



https://brunch.co.kr/@topasvga/4057



<8> 애플리케이션 이전 전략?



0

네임서버를 먼저 이전하자



다른 서버는???


1

리프트 앤 시프트?

가장 빠르다. 신속하게 이동, 이후  리펙토링 진행

패키지형 소프트웨어



2

재배치?

컨테이너, vmware

플랫폼 변경

os, db 최선 버전으로 변경



3

재구매?

구매, SaaS 구매, 라이선스 구매

클라우드 호환 라이선스 구매



4

리팩터 (Refactor)

애플리케이션  바이너리를 클라우드에 맞게 변경하는 것

예)

AIX -> 리눅스로 변경

미들웨어 변경

클라우드 전문가가 진행 필요




5

만료?

애플리케이션 폐기


6

유지?

예) 클라우드에서  지원되지 않는 OS




<9> 개인 정리


전체적인 프로세스를 모두 인지하고 업무 진행을 해야 한다.

이 내용을 모두 인지하도록 한다.


감사합니다.


브런치는 최신 브라우저에 최적화 되어있습니다. IE chrome safari