하루하루 성장하는 개발자가 되자

[ 클라우드 솔루션 ] 클라우드 서비스

giggs — Sun, 5 Feb 2023 21:17:29 +0900

-- INDEX --

1. 클라우드	2. 클라우드 컴퓨팅	3. 클라우드 컴퓨팅 유형
인터넷, 중앙 컴퓨터, 디바이스	IT기술, 솔루션 서비스 형태로 제공	Public, Private, Hybrid

4. 클라우드 솔루션	5. 클라우드 서비스 유형
다운로드 하지 않고, 인터넷, 엑세스	IaaS, PaaS, SaaS

1. 클라우드

인터넷을 통하여 외부의 중앙 컴퓨터에 저장할 수 있는 공간
다양한 디바이스에서 언제 어디서나 필요한 데이터를 이용할 수 있다.

2. 클라우드 컴퓨팅

언제, 어디서나 인터넷을 통해 필요한 만큼 사용하는 서비스 형태
IT 기술을 종합적인 솔루션의 서비스 형태로 웹이나 네트워크를 통해 제공하는 것
가상화된 컴퓨터 시스템 자원을 소유가 아닌 '공유'하자는 유틸리티화를 통해 서비스를 편리하게 바로 사용할 수 있다.
인프라 투자 시간 및 비용 절약 / 핵심 사업 집중 / 실행 속도 향상 / 유연한 리소스 제공 / 사용한 클라우드 서비스만큼 요금 지불
자원을 빠르게 조절하면서 인프라를 효율적으로 운영할 수 있다.

3. 클라우드 컴퓨팅 유형 혹은 배치모델 ( Deployment Model )

퍼블릭 클라우드 - "유연성", "탄력성", "비용절감"
프라이빗 클라우드 - "보안성", "독립성", "높은 비용"
하이브리드 클라우드 - 높은 확장성, 무제한 저장공간, 경제적 비용, 강력한 보안 및 통제

4. 클라우드 솔루션

5. 클라우드 서비스 유형

IaaS

인프라 형태로 서비스 제공
데이터 저장공간과 서버만 제공하고 문제는 고객이 알아서 해결
클라우드 기반 서비스 및 기술을 생성하기 위한 인프라

PaaS

플랫폼 형태로 서비스 제공
SW를 개발할 수 있는 플랫폼을 묶음으로 제공
개발자가 앱을 구축하는 데 사용하는 클라우드 플랫폼

SaaS

서비스 형태로 서비스 제공
소프트웨어까지 함께 주는 SW 서비스
최종 사용자를 대상으로 한느 클라우드 소프트웨어

※ 참조

https://www.clvs.co.kr/post/cloudsolution-cloudcomputing

[클라우드 솔루션] 클라우드 컴퓨팅 (1)

세일즈포스는 고객 관계 관리(CRM) 솔루션을 중심으로 한 클라우드 컴퓨팅 서비스를 제공합니다. 그렇다면 클라우드 컴퓨팅 서비스와 클라우드 솔루션을 제공한다는 건 어떤 의미일까요? 클라우

www.clvs.co.kr

https://www.clvs.co.kr/post/cloudsolution-cloudservice

[클라우드 솔루션] 클라우드 서비스 (2)

이번 포스팅에서는 지난번 클라우드 컴퓨팅 소개( [클라우드 솔루션] 클라우드 컴퓨팅 (1) )에 이어서 클라우드 서비스의 종류와 특징에 대해서 자세히 알아보도록 하겠습니다. 클라우드 컴퓨팅

www.clvs.co.kr

발표 준비 - CRM과 ERP 정의와 사용 목적 / 차이점

giggs — Wed, 1 Feb 2023 18:02:44 +0900

CRM이란?

Customer Relationship Management, 고객 관계 관리
고객 관계를 관리하기 위한 방법론 또는 전략이다.
CRM의 개념을 차용해 기업의 영업/마케팅과 관련된 프로세스와 고객 DB를 체계화하여 시스템화한 것

CRM의 목적

1. 고객 정보를 바탕으로 새로운 매출을 이끌어낸다.

2. 고객의 신뢰

( 언제 / 누가 / 무엇을 / 얼마나 / 구입했다 라는 고객 정보와 이전 문의사항, 클레임 이력 등을 한 곳에 모아 이를 바탕으로 빠르고 정확하게 응대 )

3. Cross-Sell - / Up-Sell

기존 보유상품과 관련된 상품을 구매하도록 함
고객에게 좀 더 업그레이드된 상품을 구매하도록 함
과거 요구사항이나 커뮤니케이션 이력 등을 분석하여 구매 확률 높이기 위해 어떤 방식으로 제시해야 할지 결정

4. 신규 시장 또는 고객 발굴

기존 고객의 정보를 바탕으로 새로운 잠재고객군을 유추, 그들의 잠재적인 니즈를 예측하고 대응

ERP란?

'전사적 자원 관리(Enterprise Resource Planning)'
조직의 기록 시스템 ( 재무, 인사, 제조, 공급망, 서비스, 구매조달 등 효율적인 관리 )
클라우드 ERP 소프트웨어는 기업의 내부 운영을 전 세계 비즈니스 파트너 및 네트워크와 연결해 경쟁력 확보에 필요한 협업 역량과 민첩성, 속도를 제공합니다.

ERP 사용목적

생산성 제고 ( 핵심 비즈니스 프로세스를 합리화, 자동화 )
심층적인 인사이트 ( 정보 사일로를 없애고 단일 데이터 소스를 구축 )
보고 속도 향상 ( 비즈니스와 재무 보고 속도를 높이고 결과를 손쉽게 공유 )
리스크 완화 ( 비즈니스 가시성과 관리 역량을 극대화 )
IT 간소화 ( 데이터베이스를 공유하는 통합 ERP 애플리케이션을 사용해 IT를 간소화 )
민첩성 향상 ( 효율적인 운영과 즉시 액세스 가능한 실시간 데이터 )

ERP와 CRM의 차이점

공통점 : 비즈니스를 관리하기 위한 시스템
차이점 : 사용하는 목적이 다르다.
CRM은 고객과 관련된 정보, 영업 활동을 관리하여 새로운 매출을 창출, 이를 마케팅 또는 CS 업무에 활용하는데 집중
ERP는 인사, 재무, 회계, 재고, 영업 등 각 부서에 필요한 관리 기능들을 망라하여 하나의 시스템에 모아 전사적인 차원에서 관리하는데 집중

22.01.26 - [ 네트워크 ] Network

giggs — Fri, 27 Jan 2023 08:41:53 +0900

-- INDEX --

1. HTTP의 GET과 POST	2. 3 way handshake	3. TCP와 UDP의 비교
서버에 무엇인가를 요청할 때 사용하는 방식	SYN패킷과 ACK	비연결형 프로토콜
? 뒤에 데이터가 붙음 request Body에 데이터 담음	FIN 플래그와 ACK	종단간에 신뢰성 있는 바이트 스트림 전송

4. TCP 흐름제어 / 혼잡제어	5. HTTP 와 HTTPS	6. 웹 통신의 큰 흐름
송신측/수신측 데이터 처리 속도 차이를 해결	평문	브라우저 ~~~ ~ LAN 어댑터 ~ ~ 허브, 스위치, 라우터 ~ ~~~ 웹 서버
송신측의 데이터 전달과 데이터 처리 속도 차이 해결	SSL암호화	브라우저 ~~~ ~ LAN 어댑터 ~ ~ 허브, 스위치, 라우터 ~ ~~~ 웹 서버

1. HTTP의 GET과 POST

둘 다 HTTP 프로토콜을 이용해서 서버에 무엇인가를 요청할 때 사용하는 방식이다.
하지만 둘의 특징을 제대로 이해하여 기술의 목적에 맞게 알맞은 용도에 사용해야 한다.

1-1 : GET

우선 GET 방식은 요청하는 데이터가 HTTP Request Message의 Header 부분에 url 이 담겨서 전송된다.
때문에 url 상에 ? 뒤에 데이터가 붙어 request 를 보내게 되는 것이다.
이러한 방식은 url 이라는 공간에 담겨가기 때문에 전송할 수 있는 데이터의 크기가 제한적이다.
또 보안이 필요한 데이터에 대해서는 데이터가 그대로 url 에 노출되므로 GET방식은 적절하지 않다. (ex. password)

1-2 : POST

POST 방식의 request 는 HTTP Request Message의 Body 부분에 데이터가 담겨서 전송된다.
때문에 바이너리 데이터를 요청하는 경우 POST 방식으로 보내야 하는 것처럼 데이터 크기가 GET 방식보다 크고 보안면에서 낫다.(하지만 보안적인 측면에서는 암호화를 하지 않는 이상 고만고만하다.)
그렇다면 이러한 특성을 이해한 뒤에는 어디에 적용되는지를 알아봐야 그 차이를 극명하게 이해할 수 있다.
우선 GET 은 가져오는 것이다. 서버에서 어떤 데이터를 가져와서 보여준다거나 하는 용도이지 서버의 값이나 상태 등을 변경하지 않는다. SELECT 적인 성향을 갖고 있다고 볼 수 있는 것이다.
반면에 POST 는 서버의 값이나 상태를 변경하기 위해서 또는 추가하기 위해서 사용된다.
부수적인 차이점을 좀 더 살펴보자면 GET 방식의 요청은 브라우저에서 Caching 할 수 있다.
때문에 POST 방식으로 요청해야 할 것을 보내는 데이터의 크기가 작고 보안적인 문제가 없다는 이유로 GET 방식으로 요청한다면 기존에 caching 되었던 데이터가 응답될 가능성이 존재한다. 때문에 목적에 맞는 기술을 사용해야 하는 것이다.

2. [ TCP ] 3 way handshake & 4 way handshake

2-1 : 3 way handshake - 연결 성립

TCP는 정확한 전송을 보장해야 한다.
따라서 통신하기에 앞서, 논리적인 접속을 성립하기 위해 3 way handshake 과정을 진행한다.

클라이언트가 서버에게 SYN 패킷을 보냄 (sequence : x)
서버가 SYN(x)을 받고, 클라이언트로 받았다는 신호인 ACK와 SYN 패킷을 보냄 (sequence : y, ACK : x + 1)
클라이언트는 서버의 응답은 ACK(x+1)와 SYN(y) 패킷을 받고, ACK(y+1)를 서버로 보냄

이렇게 3번의 통신이 완료되면 연결이 성립된다. (3번이라 3 way handshake인 것)

2-2 : 4 way handshake - 연결 해제

연결 성립 후, 모든 통신이 끝났다면 해제해야 한다.

클라이언트는 서버에게 연결을 종료한다는 FIN 플래그를 보낸다.
서버는 FIN을 받고, 확인했다는 ACK를 클라이언트에게 보낸다. (이때 모든 데이터를 보내기 위해 CLOSE_WAIT 상태가 된다)
데이터를 모두 보냈다면, 연결이 종료되었다는 FIN 플래그를 클라이언트에게 보낸다.
클라이언트는 FIN을 받고, 확인했다는 ACK를 서버에게 보낸다. (아직 서버로부터 받지 못한 데이터가 있을 수 있으므로 TIME_WAIT을 통해 기다린다.)

서버는 ACK를 받은 이후 소켓을 닫는다 (Closed)
TIME_WAIT 시간이 끝나면 클라이언트도 닫는다 (Closed)
이렇게 4번의 통신이 완료되면 연결이 해제된다.

3. TCP와 UDP의 비교

3-1 : UDP

UDP(User Datagram Protocol, 사용자 데이터그램 프로토콜)는 비연결형 프로토콜 이다.
IP 데이터그램을 캡슐화하여 보내는 방법과 연결 설정을 하지 않고 보내는 방법을 제공한다.
UDP는 흐름제어, 오류제어 또는 손상된 세그먼트의 수신에 대한 재전송을 하지 않는다. 이 모두가 사용자 프로세스의 몫이다.
UDP가 행하는 것은 포트들을 사용하여 IP 프로토콜에 인터페이스를 제공하는 것이다.
종종 클라이언트는 서버로 짧은 요청을 보내고, 짧은 응답을 기대한다.
만약 요청 또는 응답이 손실된다면, 클라이언트는 time out 되고 다시 시도할 수 있으면 된다.
코드가 간단할 뿐만 아니라 TCP 처럼 초기설정(initial setup)에서 요구되는 프로토콜보다 적은 메시지가 요구된다.
UDP를 사용한 것들에는 DNS가 있다. 어떤 호스트 네임의 IP 주소를 찾을 필요가 있는 프로그램은, DNS 서버로 호스트 네임을 포함한 UDP 패킷을 보낸다. 이 서버는 호스트의 IP 주소를 포함한 UDP 패킷으로 응답한다.
사전에 설정이 필요하지 않으며 그 후에 해제가 필요하지 않다.
UDP는 왜 사용할까?
UDP의 결정적인 장점은 데이터의 신속성이다. 데이터의 처리가 TCP보다 빠르다.
주로 실시간 방송과 온라인 게임에서 사용된다. 네트워크 환경이 안 좋을때, 끊기는 현상을 생각하면 된다.

3-2 : TCP

대부분의 인터넷 응용 분야들은 신뢰성과 순차적인 전달을 필요로 한다.
UDP 로는 이를 만족시킬 수 없으므로 다른 프로토콜이 필요하여 탄생한 것이 TCP이다.
TCP(Transmission Control Protocol, 전송제어 프로토콜)는 신뢰성이 없는 인터넷을 통해 종단간에 신뢰성 있는 바이트 스트림을 전송하도록 특별히 설계되었다.
TCP 서비스는 송신자와 수신자 모두가 소켓이라고 부르는 종단점을 생성함으로써 이루어진다.
TCP 에서 연결 설정(connection establishment)는 3-way handshake를 통해 행해진다.
모든 TCP 연결은 전이중(full-duplex), 점대점(point to point)방식이다.
전이중이란 전송이 양방향으로 동시에 일어날 수 있음을 의미하며 점대점이란 각 연결이 정확히 2 개의 종단점을 가지고 있음을 의미한다.
TCP 는 멀티캐스팅이나 브로드캐스팅을 지원하지 않는다.

4. TCP 흐름제어 / 혼잡제어

4-1 : TCP 통신이란?

네트워크 통신에서 신뢰적인 연결방식
TCP는 기본적으로 unreliable network에서, reliable network를 보장할 수 있도록 하는 프로토콜
TCP는 network congestion avoidance algorithm을 사용
reliable network를 보장한다는 것은 4가지 문제점 존재
손실 : packet이 손실될 수 있는 문제
순서 바뀜 : packet의 순서가 바뀌는 문제
Congestion : 네트워크가 혼잡한 문제
Overload : receiver가 overload 되는 문제

4-2 : 흐름제어/혼잡제어란?

4-2-1 : 흐름제어 (endsystem 대 endsystem)

송신측과 수신측의 데이터 처리 속도 차이를 해결하기 위한 기법
Flow Control은 receiver가 packet을 지나치게 많이 받지 않도록 조절하는 것
기본 개념은 receiver가 sender에게 현재 자신의 상태를 feedback 한다는 점
Stop and Wait : 매번 전송한 패킷에 대해 확인 응답을 받아야만 그 다음 패킷을 전송하는 방법
Sliding Window (Go Back N ARQ) : 수신측에서 설정한 윈도우 크기만큼 송신측에서 확인응답 없이 세그먼트를 전송할 수 있게 하여 데이터 흐름을 동적으로 조절하는 제어기법으로 전송은 되었지만, acked를 받지 못한 byte의 숫자를 파악하기 위해 사용하는 protocol

4-2-2 : 혼잡제어

송신측의 데이터 전달과 네트워크의 데이터 처리 속도 차이를 해결하기 위한 기법
네트워크 내에 패킷의 수가 과도하게 증가하는 현상을 혼잡이라 하며, 혼잡 현상을 방지하거나 제거하는 기능을 혼잡제어라고 한다.
흐름제어가 송신측과 수신측 사이의 전송속도를 다루는데 반해, 혼잡제어는 호스트와 라우터를 포함한 보다 넓은 관점에서 전송 문제를 다루게 된다.
AIMD(Additive Increase / Multiplicative Decrease) : 처음에 패킷을 하나씩 보내고 이것이 문제없이 도착하면 window 크기(단위 시간 내에 보내는 패킷의 수)를 1씩 증가시켜 가며 전송하는 방법
Slow Start (느린 시작) : AIMD와 마찬가지로 패킷을 하나씩 보내면서 시작하고, 패킷이 문제없이 도착하면 각각의 ACK 패킷마다 window size를 1씩 늘려준다. 즉, 한 주기가 지나면 window size가 2배로 된다.
Fast Retransmit (빠른 재전송) : 패킷을 받는 쪽에서 먼저 도착해야 할 패킷이 도착하지 않고 다음 패킷이 도착한 경우에도 ACK 패킷을 보내게 된다.
Fast Recovery (빠른 회복) : 혼잡한 상태가 되면 window size를 1로 줄이지 않고 반으로 줄이고 선형증가시키는 방법이다. 혼잡 상황을 한번 겪고 나서부터는 순수한 AIMD 방식으로 동작하게 된다.

4-3 : 전송의 전체 과정

Application layer : sender application layer가 socket에 data를 씀.
Transport layer : data를 segment에 감싼다. 그리고 network layer에 넘겨줌.
그러면 아랫단에서 어쨌든 receiving node로 전송이 됨. 이때, sender의 send buffer에 data를 저장하고, receiver는 receive buffer에 data를 저장함.
application에서 준비가 되면 이 buffer에 있는 것을 읽기 시작함.
따라서 flow control의 핵심은 이 receiver buffer가 넘치지 않게 하는 것임.
따라서 receiver는 RWND(Receive WiNDow) : receive buffer의 남은 공간을 확보함

5. HTTP와 HTTPS

5-1 : HTTP(HyperText Transfer Protocol)

인터넷상에서 클라이언트와 서버가 자원을 주고받을 때 쓰는 통신 규약
HTTP는 텍스트 교환이므로, 누군가 네트워크에서 신호를 가로채면 내용이 노출되는 보안 이슈가 존재한다.

▣ HTTP 는 평문 통신이기 때문에 도청이 가능하다.

TCP/IP 구조의 통신은 전부 통신 경로 상에서 엿볼 수 있다. 패킷을 수집하는 것만으로 도청할 수 있다.
평문으로 통신을 할 경우 메시지의 의미를 파악할 수 있기 때문에 암호화하여 통신해야 한다.

▣ 통신 상대를 확인하지 않기 때문에 위장이 가능하다.

리퀘스트가 오면 상대가 누구든지 무언가의 리스폰스를 반환한다.

▣ 완전성을 증명할 수 없기 때문에 변조가 가능하다.

여기서 완전성이란 정보의 정확성을 의미한다.
서버 또는 클라이언트에서 수신한 내용이 송신측에서 보낸 내용과 일치한다라는 것을 보장할 수 없는 것이다.

--- 이런 보안 문제를 해결해 주는 프로토콜이 'HTTPS' ---

5-2 : HTTPS(HyperText Transfer Protocol Secure)

인터넷상에서 정보를 암호화하는 SSL 프로토콜을 사용해 클라이언트와 서버가 자원을 주고받을 때 쓰는 통신 규약
HTTP 에 암호화와 인증, 그리고 완전성 보호를 더한 HTTPS
HTTPS는 텍스트를 암호화한다. (공개키 암호화 방식으로!)
HTTPS 의 SSL 에서는 공통키 암호화 방식과 공개키 암호화 방식을 혼합한 하이브리드 암호 시스템을 사용한다.
공통키를 공개키 암호화 방식으로 교환한 다음에 다음부터의 통신은 공통키 암호를 사용하는 방식이다.
HTTP 는 원래 TCP 와 직접 통신했지만, HTTPS 에서 HTTP 는 SSL 과 통신하고 SSL 이 TCP 와 통신하게 된다. SSL 을 사용한 HTTPS 는 암호화와 증명서, 안전성 보호를 이용할 수 있게 된다.
평문 통신에 비해서 암호화 통신은 CPU나 메모리 등 리소스를 더 많이 요구한다. 통신할 때마다 암호화를 하면 추가적인 리소스를 소비하기 때문에 서버 한 대당 처리할 수 있는 리퀘스트의 수가 상대적으로 줄어들게 된다.
하지만 최근에는 하드웨어의 발달로 인해 HTTPS를 사용하더라도 속도 저하가 거의 일어나지 않으며, 새로운 표준인 HTTP 2.0을 함께 이용한다면 오히려 HTTPS가 HTTP보다 더 빠르게 동작한다.
따라서 현재 모든 웹 페이지에서 HTTPS를 적용하는 방향으로 바뀌어가고 있다.

6. 웹 통신의 큰 흐름

우리가 Chrome 을 실행시켜 주소창에 특정 URL 값을 입력시키면 어떤 일이 일어나는가?

in 브라우저

url 에 입력된 값을 브라우저 내부에서 결정된 규칙에 따라 그 의미를 조사한다.
조사된 의미에 따라 HTTP Request 메시지를 만든다.
만들어진 메시지를 웹 서버로 전송한다.

이때 만들어진 메시지 전송은 브라우저가 직접하는 것이 아니다.

브라우저는 메시지를 네트워크에 송출하는 기능이 없으므로 OS에 의뢰하여 메시지를 전달한다.

우리가 택배를 보낼 때 직접 보내는 게 아니라, 이미 서비스가 이루어지고 있는 택배 시스템(택배 회사)을 이용하여 보내는 것과 같은 이치이다.

단, OS에 송신을 의뢰할 때는 도메인명이 아니라 ip주소로 메시지를 받을 상대를 지정해야 하는데, 이 과정에서 DNS서버를 조회해야 한다.

in 프로토콜 스택, LAN 어댑터

프로토콜 스택(운영체제에 내장된 네트워크 제어용 소프트웨어)이 브라우저로부터 메시지를 받는다.
브라우저로부터 받은 메시지를 패킷 속에 저장한다.
그리고 수신처 주소 등의 제어정보를 덧붙인다.
그런 다음, 패킷을 LAN 어댑터에 넘긴다.
LAN 어댑터는 다음 Hop의 MAC주소를 붙인 프레임을 전기신호로 변환시킨다.
신호를 LAN 케이블에 송출시킨다.

프로토콜 스택은 통신 중 오류가 발생했을 때, 이 제어 정보를 사용하여 고쳐 보내거나, 각종 상황을 조절하는 등 다양한 역할을 하게 된다.

네트워크 세계에서는 비서가 있어서 우리가 비서에게 물건만 건네주면, 받는 사람의 주소와 각종 유의사항을 써준다!

여기서는 프로토콜 스택이 비서의 역할을 한다고 볼 수 있다.

in 허브, 스위치, 라우터

LAN 어댑터가 송신한 프레임은 스위칭 허브를 경유하여 인터넷 접속용 라우터에 도착한다.
라우터는 패킷을 프로바이더(통신사)에게 전달한다.
인터넷으로 들어가게 된다.

in 액세스 회선, 프로바이더

패킷은 인터넷의 입구에 있는 액세스 회선(통신 회선)에 의해 POP(Point Of Presence, 통신사용 라우터)까지 운반된다.
POP 를 거쳐 인터넷의 핵심부로 들어가게 된다.
수 많은 고속 라우터들 사이로 패킷이 목적지를 향해 흘러가게 된다.

in 방화벽, 캐시서버

패킷은 인터넷 핵심부를 통과하여 웹 서버 측의 LAN에 도착한다.
기다리고 있던 방화벽이 도착한 패킷을 검사한다.
패킷이 웹 서버까지 가야 하는지 가지 않아도 되는지를 판단하는 캐시서버가 존재한다.

굳이 서버까지 가지 않아도 되는 경우를 골라낸다.

액세스 한 페이지의 데이터가 캐시서버에 있으면 웹 서버에 의뢰하지 않고 바로 그 값을 읽을 수 있다.

페이지의 데이터 중에 다시 이용할 수 있는 것이 있으면 캐시 서버에 저장된다.

in 웹 서버

패킷이 물리적인 웹 서버에 도착하면 웹 서버의 프로토콜 스택은 패킷을 추출하여 메시지를 복원하고 웹 서버 애플리케이션에 넘긴다.
메시지를 받은 웹 서버 애플리케이션은 요청 메시지에 따른 데이터를 응답 메시지에 넣어 클라이언트로 회송한다.
왔던 방식대로 응답 메시지가 클라이언트에게 전달된다.

22.01.25 - [ 자료구조 ] DataStructure

giggs — Wed, 25 Jan 2023 20:12:35 +0900

-- INDEX --

1. Array	2. Linked List	3. Stack	4. Queue
인덱스로 해당 원소 접근 가능	자기 자신 다음만을 기억	LIFO FILO	FIFO interface Queue

5. Tree	6. Binary Heap	7. Red Black Tree	8. Graph
비선형 자료구조 표현에 집중 BinaryTree BST	배열에 기반한 Complete Binary Tree MaxHip / MinHip	BST를 기반한 트리 형식의 자료구조 depth 최소화하여 시간복잡도 줄이는 것	정점과 간선의 집합 DFS 와 BFS

1. Array

가장 기본적인 자료구조인 Array 자료구조는, 논리적 저장 순서와 물리적 저장 순서가 일치한다.
따라서 인덱스(index)로 해당 원소(element)에 접근할 수 있다.
그렇기 때문에 찾고자 하는 원소의 인덱스 값을 알고 있으면 Big-O(1)에 해당 원소로 접근할 수 있다.
즉 random access 가 가능하다는 장점이 있는 것이다.
하지만 삭제 또는 삽입의 과정에서는 해당 원소에 접근하여 작업을 완료한 뒤(O(1)), 또 한 가지의 작업을 추가적으로 해줘야 하기 때문에, 시간이 더 걸린다.
만약 배열의 원소 중 어느 원소를 삭제했다고 했을 때, 배열의 연속적인 특징이 깨지게 된다. 즉 빈 공간이 생기는 것이다.
따라서 삭제한 원소보다 큰 인덱스를 갖는 원소들을 shift 해줘야 하는 비용(cost)이 발생하고 이 경우의 시간 복잡도는 O(n)가 된다.
그렇기 때문에 Array 자료구조에서 삭제 기능에 대한 time complexity 의 worst case 는 O(n)이 된다.
삽입의 경우도 마찬가지이다. 만약 첫번째 자리에 새로운 원소를 추가하고자 한다면 모든 원소들의 인덱스를 1 씩 shift 해줘야 하므로 이 경우도 O(n)의 시간을 요구하게 된다.

2. Linked List

이 부분(삭제 또는 삽입 과정에서의 추가 작업)에 대한 문제점을 해결하기 위한 자료구조가 linked list 이다.
각각의 원소들은 자기 자신 다음에 어떤 원소인지만을 기억하고 있다.
따라서 이 부분만 다른 값으로 바꿔주면 삭제와 삽입을 O(1) 만에 해결할 수 있는 것이다.
하지만 Linked List 역시 한 가지 문제가 있다.
원하는 위치에 삽입을 하고자 하면 원하는 위치를 Search 과정에 있어서 첫 번째 원소부터 다 확인해봐야 한다는 것이다.
Array 와는 달리 논리적 저장 순서와 물리적 저장 순서가 일치하지 않기 때문이다.
이것은 일단 삽입하고 정렬하는 것과 마찬가지이다.
이 과정 때문에, 어떠한 원소를 삭제 또는 추가하고자 했을 때, 그 원소를 찾기 위해서 O(n)의 시간이 추가적으로 발생하게 된다.
결국 linked list 자료구조는 search 에도 O(n)의 time complexity 를 갖고, 삽입, 삭제에 대해서도 O(n)의 time complexity 를 갖는다.
그렇다고 해서 아주 쓸모없는 자료구조는 아니기에, 우리가 학습하는 것이다.
이 Linked List 는 Tree 구조의 근간이 되는 자료구조이며, Tree 에서 사용되었을 때 그 유용성이 드러난다.

3. Stack

선형 자료구조의 일종으로 Last In First Out (LIFO) - 나중에 들어간 원소가 먼저 나온다.
또는 First In Last Out (FILO) - 먼저 들어간 원소가 나중에 나온다. 이것은 Stack 의 가장 큰 특징이다.
차곡차곡 쌓이는 구조로 먼저 Stack 에 들어가게 된 원소는 맨바닥에 깔리게 된다.
그렇기 때문에 늦게 들어간 녀석들은 그 위에 쌓이게 되고 호출 시 가장 위에 있는 녀석이 호출되는 구조이다.

4. Queue

선형 자료구조의 일종으로 First In First Out (FIFO). 즉, 먼저 들어간 놈이 먼저 나온다.
Stack 과는 반대로 먼저 들어간 놈이 맨 앞에서 대기하고 있다가 먼저 나오게 되는 구조이다.
참고로 Java Collection 에서 Queue 는 인터페이스이다. 이를 구현하고 있는 Priority queue등을 사용할 수 있다.

5. Tree

트리는 스택이나 큐와 같은 선형 구조가 아닌 비선형 자료구조이다.
트리는 계층적 관계(Hierarchical Relationship)을 표현하는 자료구조이다.
이 트리라는 자료구조는 표현에 집중한다.
무엇인가를 저장하고 꺼내야 한다는 사고에서 벗어나 트리라는 자료구조를 바라보자.

5-1 : 트리를 구성하고 있는 구성요소들(용어)

Node (노드) : 트리를 구성하고 있는 각각의 요소를 의미한다.
Edge (간선) : 트리를 구성하기 위해 노드와 노드를 연결하는 선을 의미한다.
Root Node (루트 노드) : 트리 구조에서 최상위에 있는 노드를 의미한다.
Terminal Node ( = leaf Node, 단말 노드) : 하위에 다른 노드가 연결되어 있지 않은 노드를 의미한다.
Internal Node (내부노드, 비단말 노드) : 단말 노드를 제외한 모든 노드로 루트 노드를 포함한다.

5-2 : Binary Tree ( 이진 트리 )

루트 노드를 중심으로 두 개의 서브 트리(큰 트리에 속하는 작은 트리)로 나누어진다.
또한 나뉘어진 두 서브 트리도 모두 이진 트리어야 한다. 재귀적인 정의라 맞는듯 하면서도 이해가 쉽지 않을 듯하다.
한 가지 덧붙이자면 공집합도 이진 트리로 포함시켜야 한다.
그래야 재귀적으로 조건을 확인해 갔을 때, leaf node 에 다다랐을 때, 정의가 만족되기 때문이다.
자연스럽게 노드가 하나뿐인 것도 이진 트리 정의에 만족하게 된다.
트리에서는 각 층별로 숫자를 매겨서 이를 트리의 Level(레벨)이라고 한다.
레벨의 값은 0 부터 시작하고 따라서 루트 노드의 레벨은 0 이다.
그리고 트리의 최고 레벨을 가리켜 해당 트리의 height(높이)라고 한다.

5-3 : Perfect Binary Tree (포화 이진 트리), Complete Binary Tree (완전 이진 트리), Full Binary Tree (정 이진 트리)

모든 레벨이 꽉 찬 이진 트리를 가리켜 포화 이진 트리라고 한다.
위에서 아래로, 왼쪽에서 오른쪽으로 순서대로 차곡차곡 채워진 이진 트리를 가리켜 완전 이진 트리라고 한다.
모든 노드가 0개 혹은 2개의 자식 노드만을 갖는 이진 트리를 가리켜 정 이진 트리라고 한다.
배열로 구성된 Binary Tree는 노드의 개수가 n 개이고 root가 0이 아닌 1에서 시작할 때,
i 번째 노드에 대해서 parent(i) = i/2 , left_child(i) = 2i , right_child(i) = 2i + 1 의 index 값을 갖는다.

5-4 : BST (Binary Search Tree)

효율적인 탐색을 위해서는 어떻게 찾을까만 고민해서는 안된다.
그보다는 효율적인 탐색을 위한 저장방법이 무엇일까를 고민해야 한다.
이진 탐색 트리는 이진 트리의 일종이다.
단 이진 탐색 트리에는 데이터를 저장하는 규칙이 있다.
그리고 그 규칙은 특정 데이터의 위치를 찾는 데 사용할 수 있다.

규칙 1. 이진 탐색 트리의 노드에 저장된 키는 유일하다.
규칙 2. 부모의 키가 왼쪽 자식 노드의 키보다 크다.
규칙 3. 부모의 키가 오른쪽 자식 노드의 키보다 작다.
규칙 4. 왼쪽과 오른쪽 서브트리도 이진 탐색 트리이다.

이진 탐색 트리의 탐색 연산은 O(log n)의 시간 복잡도를 갖는다. 사실 정확히 말하면 O(h)라고 표현하는 것이 맞다.
트리의 높이를 하나씩 더해갈수록 추가할 수 있는 노드의 수가 두 배씩 증가하기 때문이다.
하지만 이러한 이진 탐색 트리는 Skewed Tree(편향 트리)가 될 수 있다.
저장 순서에 따라 계속 한쪽으로만 노드가 추가되는 경우가 발생하기 때문이다.
이럴 경우 성능에 영향을 미치게 되며, 탐색의 Worst Case 가 되고 시간 복잡도는 O(n)이 된다.
배열보다 많은 메모리를 사용하며 데이터를 저장했지만 탐색에 필요한 시간 복잡도가 같게 되는 비효율적인 상황이 발생한다.
이를 해결하기 위해 Rebalancing 기법이 등장하였다. 균형을 잡기 위한 트리 구조의 재조정을 Rebalancing이라 한다.
이 기법을 구현한 트리에는 여러 종류가 존재하는데 그중에서 하나가 뒤에서 살펴볼 Red-Black Tree이다.

6. Binary Heap

자료구조의 일종으로 Tree 의 형식을 하고 있으며, Tree 중에서도 배열에 기반한 Complete Binary Tree이다.
배열에 트리의 값들을 넣어줄 때, 0 번째는 건너뛰고 1 번 index 부터 루트노드가 시작된다.
이는 노드의 고유번호 값과 배열의 index 를 일치시켜 혼동을 줄이기 위함이다.
힙(Heap)에는 최대힙(max heap), 최소힙(min heap) 두 종류가 있다.
Max Heap이란, 각 노드의 값이 해당 children 의 값보다 크거나 같은 complete binary tree를 말한다. ( Min Heap 은 그 반대이다.)
Max Heap에서는 Root node 에 있는 값이 제일 크므로, 최대값을 찾는데 소요되는 연산의 time complexity 이 O(1)이다. 그리고 complete binary tree이기 때문에 배열을 사용하여 효율적으로 관리할 수 있다. (즉, random access 가 가능하다.
Min heap 에서는 최소값을 찾는데 소요되는 연산의 time complexity 가 O(1)이다.) 하지만 heap 의 구조를 계속 유지하기 위해서는 제거된 루트 노드를 대체할 다른 노드가 필요하다. 여기서 heap 은 맨 마지막 노드를 루트 노드로 대체시킨 후, 다시 heapify 과정을 거쳐 heap 구조를 유지한다. 이런 경우에는 결국 O(log n)의 시간복잡도로 최대값 또는 최소값에 접근할 수 있게 된다.

7. Red Black Tree

RBT(Red-Black Tree)는 BST 를 기반으로 하는 트리 형식의 자료구조이다.
결론부터 말하자면 Red-Black Tree 에 데이터를 저장하게 되면 Search, Insert, Delete 에 O(log n)의 시간 복잡도가 소요된다.
동일한 노드의 개수일 때, depth 를 최소화하여 시간 복잡도를 줄이는 것이 핵심 아이디어이다.
동일한 노드의 개수일 때, depth 가 최소가 되는 경우는 tree 가 complete binary tree 인 경우이다.

7-1 : Red-Black Tree 의 정의

Red-Black Tree 는 다음의 성질들을 만족하는 BST 이다.
각 노드는 Red or Black이라는 색깔을 갖는다.
Root node 의 색깔은 Black이다.
각 leaf node 는 black이다.
어떤 노드의 색깔이 red라면 두 개의 children 의 색깔은 모두 black 이다.
각 노드에 대해서 노드로부터 descendant leaves 까지의 단순 경로는 모두 같은 수의 black nodes 들을 포함하고 있다. 이를 해당 노드의 Black-Height라고 한다.
cf) Black-Height: 노드 x 로부터 노드 x 를 포함하지 않은 leaf node 까지의 simple path 상에 있는 black nodes 들의 개수

7-2 : Red-Black Tree 의 특징

Binary Search Tree 이므로 BST 의 특징을 모두 갖는다.
Root node 부터 leaf node 까지의 모든 경로 중 최소 경로와 최대 경로의 크기 비율은 2 보다 크지 않다. 이러한 상태를 balanced 상태라고 한다.
노드의 child 가 없을 경우 child 를 가리키는 포인터는 NIL 값을 저장한다. 이러한 NIL 들을 leaf node 로 간주한다.
RBT 는 BST 의 삽입, 삭제 연산 과정에서 발생할 수 있는 문제점을 해결하기 위해 만들어진 자료구조이다. 이를 어떻게 해결한 것인가?

7-3 : 삽입

우선 BST 의 특성을 유지하면서 노드를 삽입을 한다.
그리고 삽입된 노드의 색깔을 RED 로 지정한다.
Red 로 지정하는 이유는 Black-Height 변경을 최소화하기 위함이다.
삽입 결과 RBT 의 특성 위배(violation)시 노드의 색깔을 조정하고, Black-Height 가 위배되었다면 rotation 을 통해 height 를 조정한다.
이러한 과정을 통해 RBT 의 동일한 height 에 존재하는 internal node 들의 Black-height 가 같아지게 되고 최소 경로와 최대 경로의 크기 비율이 2 미만으로 유지된다.

7-4 : 삭제

삭제도 삽입과 마찬가지로 BST 의 특성을 유지하면서 해당 노드를 삭제한다.
삭제될 노드의 child 의 개수에 따라 rotation 방법이 달라지게 된다.
그리고 만약 지워진 노드의 색깔이 Black 이라면 Black-Height 가 1 감소한 경로에 black node 가 1 개 추가되도록 rotation 하고 노드의 색깔을 조정한다.
지워진 노드의 색깔이 red 라면 Violation 이 발생하지 않으므로 RBT 가 그대로 유지된다.
Java Collection 에서 TreeMap 도 내부적으로 RBT 로 이루어져 있고, HashMap 에서의 Separate Chaining에서도 사용된다. 그만큼 효율이 좋고 중요한 자료구조이다.

8. Graph

정점과 간선의 집합, Graph
cf) 트리 또한 그래프이며, 그 중 사이클이 허용되지 않는 그래프를 말한다.

8-1 : 그래프 관련 용어 정리

8-1-1 : Undirected Graph 와 Directed Graph (Digraph)

말 그대로 정점과 간선의 연결관계에 있어서 방향성이 없는 그래프를 Undirected Graph 라 하고,
간선에 방향성이 포함되어 있는 그래프를 Directed Graph 라고 한다.
Directed Graph (Digraph)

V = {1, 2, 3, 4, 5, 6}
E = {(1, 4), (2,1), (3, 4), (3, 4), (5, 6)}
(u, v) = vertex u에서 vertex v로 가는 edge

Undirected Graph

V = {1, 2, 3, 4, 5, 6}
E = {(1, 4), (2,1), (3, 4), (3, 4), (5, 6)}
(u, v) = vertex u와 vertex v를 연결하는 edge

8-1-2 : Degree

Undirected Graph 에서 각 정점(Vertex)에 연결된 Edge 의 개수를 Degree 라 한다.
Directed Graph 에서는 간선에 방향성이 존재하기 때문에 Degree 가 두 개로 나뉘게 된다.
각 정점으로부터 나가는 간선의 개수를 Outdegree 라 하고, 들어오는 간선의 개수를 Indegree 라 한다.

8-1-3 : 가중치 그래프(Weight Graph)와 부분 그래프(Sub Graph)

가중치 그래프란 간선에 가중치 정보를 두어서 구성한 그래프를 말한다.
반대의 개념인 비가중치 그래프 즉, 모든 간선의 가중치가 동일한 그래프도 물론 존재한다.
부분 집합과 유사한 개념으로 부분 그래프라는 것이 있다.
부분 그래프는 본래의 그래프의 일부 정점 및 간선으로 이루어진 그래프를 말한다.

8-2 : 그래프를 구현하는 두 방법

8-2-1 : 인접 행렬 (adjacent matrix) : 정방 행렬을 사용하는 방법

해당하는 위치의 value 값을 통해서 vertex 간의 연결 관계를 O(1) 으로 파악할 수 있다.
Edge 개수와는 무관하게 V^2 의 Space Complexity 를 갖는다.
Dense graph 를 표현할 때 적절할 방법이다.

8-2-2 : 인접 리스트 (adjacent list) : 연결 리스트를 사용하는 방법

vertex 의 adjacent list 를 확인해봐야 하므로 vertex 간 연결되어 있는지 확인하는데 오래 걸린다.
Space Complexity 는 O(E + V)이다. Sparse graph 를 표현하는데 적당한 방법이다.

8-3 : 그래프 탐색

그래프는 정점의 구성뿐만 아니라 간선의 연결에도 규칙이 존재하지 않기 때문에 탐색이 복잡하다.
따라서 그래프의 모든 정점을 탐색하기 위한 방법은 다음의 두 가지 알고리즘을 기반으로 한다.

8-3-1 : 깊이 우선 탐색 (Depth First Search: DFS)

그래프 상에 존재하는 임의의 한 정점으로부터 연결되어 있는 한 정점으로만 나아간다라는 방법을 우선으로 탐색한다.
일단 연결된 정점으로 탐색하는 것이다. 연결할 수 있는 정점이 있을 때까지 계속 연결하다가 더 이상 연결될 수 있는 정점이 없으면 바로 그 전 단계의 정점으로 돌아가서 연결할 수 있는 정점이 있는지 살펴봐야 할 것이다.
갔던 길을 되돌아오는 상황이 존재하는 미로 찾기처럼 구성하면 되는 것이다.
어떤 자료구조를 사용해야 할까? 바로 Stack 이다.
Time Complexity : O(V+E) … vertex 개수 + edge 개수

8-3-2 : 너비 우선 탐색 (Breadth First Search: BFS)

그래프 상에 존재하는 임의의 한 정점으로부터 연결되어 있는 모든 정점으로 나아간다.
Tree 에서의 Level Order Traversal 형식으로 진행되는 것이다.
BFS 에서는 자료구조로 Queue 를 사용한다. 연락을 취할 정점의 순서를 기록하기 위한 것이다.
우선, 탐색을 시작하는 정점을 Queue 에 넣는다.(enqueue) 그리고 dequeue 를 하면서 dequeue 하는 정점과 간선으로 연결되어 있는 정점들을 enqueue 한다.
즉 vertex 들을 방문한 순서대로 queue 에 저장하는 방법을 사용하는 것이다.
Time Complexity : O(V+E) … vertex 개수 + edge 개수
! 모든 간선에 가중치가 존재하지 않거나 모든 간선의 가중치가 같은 경우, BFS 로 구한 경로는 최단 경로이다.

# 참고자료

https://github.com/JaeYeopHan/Interview_Question_for_Beginner/tree/master/DataStructure

GitHub - JaeYeopHan/Interview_Question_for_Beginner: Technical-Interview guidelines written for those who started studying progr

:boy: :girl: Technical-Interview guidelines written for those who started studying programming. I wish you all the best. :space_invader: - GitHub - JaeYeopHan/Interview_Question_for_Beginner: Techn...

github.com

[ Chapter1 ] CRM 개념과 범위

giggs — Tue, 24 Jan 2023 22:21:39 +0900

1. 단어

mass marketing	매스마케팅
Mass Cutomization	대량맞춤
heterogeneous	이질화
demanding	요구적
tolerance	포용력
Data mining	데이터마이닝
Economy of Scale	규모의 경제
Economy of Scope	범위의 경제
Customer	고객
Custom
capability	역량
personalization	개인화
customization	맞춤화
words of mouth	입소문
referral	추천
Value Proposition	가치 제안서
longitudinal	시기적인

2. CRM 등장배경

··· 전략적으로 신규고객을 획득하고, 기존고객을 잘 관리하여 기업의 수익성을 증진하고자 ···
··· 공급이 수요를 초과하는 시장에서의 고객은 차별화된 니즈를 갖게 되는데 ···
··· 전환비용이 낮아지는 소비자의 시대가 열리게 되었다.
대량맞춤 생산과 기존고객의 유지를 통한 효율성과 수익성 중심의 경영전략으로의 전환 필요
엄청난 양의 거래 데이터를 수집, 분석하는 것이 가능해짐으로써 ···
시장점유율뿐만 아니라 개별 고객에 대한 점유율 확보에 주의를 ···
마케팅의 목표가 더 이상 제품 판매가 아니라 고객과의 관계 형성과 유지라는 점을 강조

3. CRM 정의

기업의 다양한 자원과 역량을 활용하여
고객과의 관계 획득, 유지, 강화 등
전체 고객생애주기에 걸쳐 고객과 기업 상호 간의 이익극대화를 추구하기 위한
기업의 모든 경영활동의 기반이 되는 경영전략 또는 패러다임
고객과의 관계 진화단계( 획득, 유지, 강화 )

4. CRM 유사개념

관계마케팅 ( Relationship Marketing )
데이터베이스마케팅 ( Database Marketing )
통합 마케팅 커뮤니케이션 ( IMC, Integrated Marketing Communication )
eCRM ( electronic CRM )
전사적 CRM ( ECRM, Enterprise CRM )
비즈니스 인텔리전스 ( BI, Business Intelligence )
전사적 품질관리 ( TQM, Total Quality Management )
고객지식경영( CKM, Customer Knowledge Management )

5. CRM 구성요소

모든 경영활동을 수행함에 있어서 고객지식에 기반
인바운드 고객분석, 프로파일 분석 잠재고객층 얻고, 전략적 제휴 통해 특정 고객층 추출
세분화 작업을 통해 각 고객 군에 대한 차별화된 대응 전략 수립
고객 통찰력 제공으로 신제품 개발이나 사후 서비스의 개선에도 활용
개인화 또는 맞춤화를 제공
로열티 프로그램과 이벤트 기반 마케팅 통해 고객 관계 지속적으로 유지되도록
평생 고객으로 발전시켜나가야 할 핵심고객 추출
교차판매와 상승판매 방법론
긍정적인 입소문
4R 전략 ( Right Customer, Right Product, Right Channel, Right Time )

6. CRM 발전단계

기능적 CRM의 단께

CRM이 일차적으로 적용되지 용이한 하위 기능을 지원하는 수준의 CRM
개별 운영 업무의 효율성을 증대하는 것이 주된 목적

고객접점 통합 CRM의 단계

CRM의 목적은 고객 상호작용 비용을 절감하고,
고객의 경험을 개선시킴으로써, 고객 유지율을 증대시키는 것이라고 할 수 있다.

전략적 CRML의 단계

모든 전략적 체제를 고객지향적으로 전환함으로써 기업의 생존력과 경쟁력을 확보
고객 당 수익을 증대시킴과 조직의 신규 비즈니스 기회를 발견하는 것도 포함

7. CRM 범위

주로 적용되는 3대 영역(마케팅, 영업, 고객서비스) + 기타 영역
CRM이 적용되는 산업유형
금융산업 ( 연쇄 이탈현상을 방지하기 위한 목적이 크다. 고객의 가치를 정확하게 평가하여... )
통신산업 ( 통신 서비스의 이용과 로열티 프로그램의 운용, 이탈방지 프로모션 수행, 상품개발 초점 )
유통산업 ( 재구매를 유도, 고객 로열티를 강화하고자, 제조업과 고객 사이에서 풍부한 고객의 정보 획득 가능 )
기타 서비스 산업 ( 포인트 카드, 고객과의 우호적인 관계유지가 중요한 경쟁요소로 부각되면서... )

22.01.24 - [ 개발상식 ] Development common sense

giggs — Tue, 24 Jan 2023 21:28:29 +0900

-- INDEX --

1. 좋은 코드란 무엇인가	2. Object Oriented Programming (객체 지향 프로그래밍)	3. RESTful API	4. TDD (Test-Driven Development)	5. 함수형 프로그래밍
읽기 쉬운 코드	인간 중심적 프로그래밍 패러다임	설계 중심에 자원, HTTP Method를 통해 처리	Add a test	immutable vs mutable
중복이 없는 코드 (추출, 추상화)	코드의 재사용성에 따른 생산성, 디버깅, 유지보수의 이점	REST 6가지 특징	Run all tests and see if new one fails	first-class citizen
일관성 있는 코드	예측 불가 상태에 대한 버그	RESTful 하게 API를 디자인한다?	Refactor code	Reactive Programming
	객체 지향적 설계 원칙 ( SOLID )	어떠한 장점 / 단점이 있는가	의문점들

1. 좋은 코드란 무엇인가

모두가 ‘좋은 코드’의 기준이 조금씩 다르고 각각의 경험을 기반으로 좋은 코드를 정의하고 있다.
세간에 좋은 코드의 정의는 정말 많다.
읽기 쉬운 코드
중복이 없는 코드
일관성 있는 코드 등등

1-1 : 읽기 쉬운 코드

주석을 달아서 코드를 이해시키고 읽기 좋게 해 주기? 주석은 관리하기 어렵다.
주석은 기본적으로 메타데이터이기 때문에 주석의 내용과 함수의 실제 동작이 일치한다고 보장할 수 없다.
수시로 변하는 요구사항을 반영하느라 함수가 수정될 때 주석이 함께 수정되지 않을 수도 있다.
모든 개발자가 동일한 배경지식을 가진 것은 아니다.
읽기 쉽다는 것은 단순히 코드를 읽는 것만 의미하는 것이 아니라 이해하는 것까지 포함하기 때문에 나무뿐만 아니라 숲을 볼 때도 쉬워야 한다.
읽기 쉬운 코드는 테스트 코드 작성을 용이하게 할 수 있다.

2-2 : 중복이 없는 코드

개발자라면 누구나 A와 B에서 동일한 로직을 수행하는 코드를 보는 순간, 추출(extraction)하고 싶어 한다.
동일한 로직을 수행하는 코드가 여기에도 저기에도 있는 것은 굉장히 불편하기 때문이다.
오래전에 작성해 둔 코드에서 A라는 코드 조각이 두 군데에 퍼져있다는 것을 기억하기 쉽지 않다. 때문에 한 곳의 A만 수정되었을 때 다른 한 곳에서 버그가 발생한다. 이러한 경험에 기반하여 동일한 로직을 수행하는 코드는 별도의 함수로 빼두고 재사용하려고 한다.
그땐 같았지만 지금은 같지 않은 그때는 중복이었던 코드 조각을 필요에 의해 추출했지만, 지금은 아니라서 다시 합치거나 수정하고 있다. 보통 하는 일은 동일하지만, 그 목적이 다른 코드를 추출했을 때, 많이 발생하는데 이것은 변경 사항을 반영하는 데 비용이 들어가게 한다.
쓰이지 않는 코드
쓰지 않게 된 코드(Dead code)가 있는데, 이 코드가 어디에서 쓰일지도 모른다는 불안감이 있다면 감히 삭제하지 못할 것이고 이 코드는 깨진 유리창 중 하나가 된다.
한 파일에 여러 로직이 얽혀있을 때 각 코드 조각 중 서로 의존 관계에 있는 것들을 추출해야 한다.
이렇게 추상화가 된 함수는 하나의 목적(역할)을 갖게 되고 의미 있는 추출(추상화)이 이루어진다.

추출(extraction)

‘추출하다(extract)‘의 어원을 살펴보면 ex(밖으로)와 tract(끌어내기)의 합성어이다. 특별한 기준 없이 단순히 밖으로 끌어내는 것을 의미한다.

추상화(abstraction)

‘추상화하다(abstract)‘의 어원은 조금 다르다. ab(먼 개념)와 tract(이끌어내기)의 합성어로, 어떤 대상의 중요한 요점들을 재해석하여 정리한 것이라고 해석할 수 있다.

1-3 : 일관성 있는 코드

최소한의 가독성을 보장하는 방법은 일관성 있는 코드를 작성하는 것이다. 일관성은 합의된 규칙을 기반으로 만들어지며 이 합의된 규칙은 개개인에게 동일하게 다가간다.
코드에 일관성이 지켜진다면 예측이 가능하다. 예측이 가능하다는 것은 어느 곳에 어떤 코드가 위치하는지 예상할 수 있다는 것이다. 프로젝트 팀원 간의 그라운드 룰(Ground Rule)이 필요한 이유이다.
Naming 규칙 - 변수명 네이밍도 중요하지만 작성되는 수많은 함수의 네이밍에도 규칙이 있으면 일관성을 지킬 수 있다.
Directory 규칙 - ‘어디에 분리할지’ - 일관된 디렉터리 구조는 전체적인 구조를 파악하는 데 큰 도움이 되고 컴포넌트 간의 관계를 파악하는 데에도 도움을 준다.

2. Object Oriented Programming ( 객체 지향 프로그래밍 )

2-1 : 인간 중심적 프로그래밍 패러다임

객체 지향 프로그래밍 이전의 프로그래밍 패러다임을 살펴보면, 중심이 컴퓨터에 있었다.
컴퓨터가 사고하는대로 프로그래밍을 하는 것이다.
하지만 객체지향 프로그래밍이란 인간 중심적 프로그래밍 패러다임이라고 할 수 있다.
즉, 현실 세계를 프로그래밍으로 옮겨와 프로그래밍하는 것을 말한다.
현실 세계의 사물들을 객체라고 보고 그 객체로부터 개발하고자 하는 애플리케이션에 필요한 특징들을 뽑아와 프로그래밍하는 것이다. 이것을 추상화라 한다.

2-2 : 코드의 재사용성에 따른 생산성, 디버깅, 유지보수의 이점

OOP 로 코드를 작성하면 이미 작성한 코드에 대한 재사용성이 높다.
자주 사용되는 로직을 라이브러리로 만들어두면 계속해서 사용할 수 있으며 그 신뢰성을 확보할 수 있다.
또한 라이브러리를 각종 예외상황에 맞게 잘 만들어두면 개발자가 사소한 실수를 하더라도 그 에러를 컴파일 단계에서 잡아낼 수 있으므로 버그 발생이 줄어든다.
또한 내부적으로 어떻게 동작하는지 몰라도 개발자는 라이브러리가 제공하는 기능들을 사용할 수 있기 때문에 생산성이 높아지게 된다.
객체 단위로 코드가 나눠져 작성되기 때문에 디버깅이 쉽고 유지보수에 용이하다.
또한 데이터 모델링을 할 때 객체와 매핑하는 것이 수월하기 때문에 요구사항을 보다 명확하게 파악하여 프로그래밍할 수 있다.

2-3 : 예측 불가 상태에 대한 버그

객체 간의 정보 교환이 모두 메시지 교환을 통해 일어나므로 실행 시스템에 많은 overhead 가 발생하게 된다.
하지만 이것은 하드웨어의 발전으로 많은 부분 보완되었다.
객체 지향 프로그래밍의 치명적인 단점은 함수형 프로그래밍 패러다임의 등장 배경을 통해서 알 수 있다.
바로 객체가 상태를 갖는다는 것이다.
변수가 존재하고 이 변수를 통해 객체가 예측할 수 없는 상태를 갖게 되어 애플리케이션 내부에서 버그를 발생시킨다는 것이다.
이러한 이유로 함수형 패러다임이 주목받고 있다.

2-4 : 객체 지향적 설계 원칙 ( SOLID )

SRP(Single Responsibility Principle) : 단일 책임 원칙
클래스는 단 하나의 책임을 가져야 하며 클래스를 변경하는 이유는 단 하나의 이유이어야 한다.
OCP(Open-Closed Principle) : 개방-폐쇄 원칙
확장에는 열려 있어야 하고 변경에는 닫혀 있어야 한다.
LSP(Liskov Substitution Principle) : 리스코프 치환 원칙
상위 타입의 객체를 하위 타입의 객체로 치환해도 상위 타입을 사용하는 프로그램은 정상적으로 동작해야 한다.
ISP(Interface Segregation Principle) : 인터페이스 분리 원칙
인터페이스는 그 인터페이스를 사용하는 클라이언트를 기준으로 분리해야 한다.
DIP(Dependency Inversion Principle) : 의존 역전 원칙
고수준 모듈은 저수준 모듈의 구현에 의존해서는 안된다.

3. RESTful API

3-1 : API 설계 중심에 자원이 있고, HTTP Method 를 통해 이 자원을 처리하도록 설계하는 것

위키백과의 정의 요약 : 월드 와이드 웹(World Wide Web a.k.a WWW)과 같은 분산 하이퍼미디어 시스템을 위한 소프트웨어 아키텍처의 한 형식으로 자원을 정의하고 자원에 대한 주소를 지정하는 방법 전반에 대한 패턴
REST란, REpresentational State Transfer의 약자이다.
여기에 ~ful 이라는 형용사형 어미를 붙여 ~한 API 라는 표현으로 사용된다.
즉, REST 의 기본 원칙을 성실히 지킨 서비스 디자인은 'RESTful'하다라고 표현할 수 있다.
REST가 디자인 패턴이다, 아키텍처다 많은 이야기가 존재하는데, 하나의 아키텍처로 볼 수 있다. 좀 더 정확한 표현으로 말하자면, REST 는 Resource Oriented Architecture 이다.
API 설계의 중심에 자원(Resource)이 있고 HTTP Method 를 통해 자원을 처리하도록 설계하는 것이다.

3-2 : REST 6가지 특징

uniform Interface

- URI로 지정한 리소스에 대한 조작을 통일되고 한정적인 인터페이스로 수행하는 아키텍처 스타일
전체적인 시스템 아키텍처를 간단하고 잘 파악할 수 있도록 하기 위한 약속된 Interface

Stateless - 무상태성

- 상태정보(세션, 쿠키)를 따로 저장하고 관리하지 않는다.
클라이언트에서 서버로의 각 요청에는 그 요청을 이해하는 데 필요한 모든 정보가 포함되어야 합니다.
서버에 저장된 환경 정보를 이용해서 이득[서버에서의 클라이언트 정보 유지 등]을 취하면 안 됩니다. 따라서 세션의 정보는 전적으로 클라이언트가 가지고 있어야 합니다.
로그인했다는 세션 유지가 필요하다면 그 정보 또한 Client가 해당 정보를 가지고 서버에 전달해야 한다

Cacheable - 캐시 가능

- HTTP라는 기존 웹표준을 그대로 사용하기 때문에, 웹에서 사용하는 기존 인프라를 그대로 활용이 가능합니다. 따라서 HTTP가 가진 캐싱 기능이 적용 가능합니다. HTTP 프로토콜 표준에서 사용하는 Last-Modified태그나 E-Tag를 이용하면 캐싱 구현이 가능합니다.
요청에 대한 응답 내의 데이터에 해당 요청은 캐시가 가능한지 불가능 한지 명시해야 합니다. 응답을 캐시 할 수 있다면 클라이언트에서 동일한 요청이 왔을 때 응답 데이터를 재사용할 수 있어야 합니다.
cache-control 헤더를 통하여 캐시 여부 명시

Client-Server 구조

REST 서버는 API 제공, 클라이언트는 사용자 인증이나 컨텍스트(세션, 로그인 정보)등을 직접 관리하는 구조로 각각의 역할이 확실히 구분되기 때문에 클라이언트와 서버에서 개발해야 할 내용이 명확해지고 서로 간 의존성이 줄어들게 됩니다.
클라이언트와 서버가 서로 의존하지 않고 별도로 진화할 수 있습니다. 클라이언트는 서버의 리소스 URI만 알고 있으면 되기 때문입니다.

Hierarchical system - 계층형 구조

REST 서버는 다중 계층으로 구성될 수 있으며 보안, 로드 밸런싱, 암호화 계층을 추가해 구조상의 유연성을 둘 수 있고 PROXY, 게이트웨이 같은 네트워크 기반의 중간매체를 사용할 수 있게 합니다.
계층화된 시스템 아키텍처를 사용하여 각 구성들 간의 계층을 마음대로 상호작용 할 수 없도록 제한 함으로 써 Interface를 일원화할 수 있습니다.

Code on demand -

서버가 네트워크를 통해 클라이언트에 전달한 javascript 등과 같은 프로그램들은 그 자체로 실행이 될 수 있어야 한다. 이것은 사전 구현에 필요한 기능의 수를 줄임으로써 클라이언트를 단순화합니다.
이 말은 우리가 평소에는 정적인 데이터를 xml 또는 json에 담아서 client로 보내고 client가 이것을 가공합니다. 하지만 code on demand라는 것은 client에 보내는 데이터를 바로 실행 가능한 코드를 보내서 이것을 Client에서 실행하는 것을 말합니다.

3-3 : RESTful 하게 API 를 디자인한다는 것은 무엇을 의미하는가.(요약)

리소스와 행위를 명시적이고 직관적으로 분리한다.
리소스는 URI로 표현되는데 리소스가 가리키는 것은 명사로 표현되어야 한다.
행위는 HTTP Method로 표현하고, GET(조회), POST(생성), PUT(기존 entity 전체 수정), PATCH(기존 entity 일부 수정), DELETE(삭제)을 분명한 목적으로 사용한다.
Message 는 Header 와 Body 를 명확하게 분리해서 사용한다.
Entity 에 대한 내용은 body 에 담는다.
애플리케이션 서버가 행동할 판단의 근거가 되는 컨트롤 정보인 API 버전 정보, 응답받고자 하는 MIME 타입 등은 header 에 담는다.
header 와 body 는 http header 와 http body 로 나눌 수도 있고, http body 에 들어가는 json 구조로 분리할 수도 있다.
API 버전을 관리한다.
환경은 항상 변하기 때문에 API 의 signature 가 변경될 수도 있음에 유의하자.
특정 API 를 변경할 때는 반드시 하위호환성을 보장해야 한다.
서버와 클라이언트가 같은 방식을 사용해서 요청하도록 한다.
브라우저는 form-data 형식의 submit 으로 보내고 서버에서는 json 형태로 보내는 식의 분리보다는 json 으로 보내든, 둘 다 form-data 형식으로 보내든 하나로 통일한다.
다른 말로 표현하자면 URI 가 플랫폼 중립적이어야 한다.

3-4 : 어떠한 장점이 존재하는가?

Open API 를 제공하기 쉽다
멀티플랫폼 지원 및 연동이 용이하다.
원하는 타입으로 데이터를 주고받을 수 있다.
기존 웹 인프라(HTTP)를 그대로 사용할 수 있다.

3-5 : 단점은 뭐가 있을까?

사용할 수 있는 메소드가 한정적이다.
분산환경에는 부적합하다.
HTTP 통신 모델에 대해서만 지원한다.

4. TDD ( Test-Driven Development )

Test-Driven Development(TDD)는 매우 짧은 개발 사이클의 반복에 의존하는 소프트웨어 개발 프로세스이다.
우선 개발자는 요구되는 새로운 기능에 대한 자동화된 테스트케이스를 작성하고 해당 테스트를 통과하는 가장 간단한 코드를 작성한다.
일단 테스트 통과하는 코드를 작성하고 상황에 맞게 리팩토링하는 과정을 거치는 것이다.
말 그대로 테스트가 코드 작성을 주도하는 개발방식인 것이다.

4-1 : Add a test

테스트 주도형 개발에선, 새로운 기능을 추가하기 전 테스트를 먼저 작성한다.
테스트를 작성하기 위해서, 개발자는 해당 기능의 요구사항과 명세를 분명히 이해하고 있어야 한다.
이는 사용자 케이스와 사용자 스토리 등으로 이해할 수 있으며, 이는 개발자가 코드를 작성하기 전에 보다 요구사항에 집중할 수 있도록 도와준다.
이는 정말 중요한 부분이자 테스트 주도 개발이 주는 이점이라고 볼 수 있다.

4-2 : Run all tests and see if new one fails

어떤 새로운 기능을 추가하면 잘 작동하던 기능이 제대로 작동하지 않는 경우가 발생할 수 있다.
더 위험한 경우는 개발자가 이를 미처 인지하지 못하는 경우이다.
이러한 경우를 방지하기 위해 테스트 코드를 작성하는 것이다.
새로운 기능을 추가할 때 테스트 코드를 작성함으로써, 새로운 기능이 제대로 작동함과 동시에 기존의 기능들이 잘 작동하는지 테스트를 통해 확인할 수 있는 것이다.

4-3 : Refactor code

'좋은 코드'를 작성하기란 정말 쉽지가 않다. 코드를 작성할 때 고려해야 할 요소가 한두 가지가 아니기 때문이다.
가독성이 좋게 coding convention 을 맞춰야 하며, 네이밍 규칙을 적용하여 메소드명, 변수명, 클래스명에 일관성을 줘야 하며, 앞으로의 확장성 또한 고려해야 한다.
이와 동시에 비즈니스 로직에 대한 고려도 반드시 필요하며, 예외처리 부분 역시 빠뜨릴 수 없다. 물론 코드량이 적을 때는 이런저런 것들을 모두 신경 쓰면서 코드를 작성할 수 있지만 끊임없이 발견되는 버그들을 디버깅하는 과정에서 코드가 더럽혀지기 마련이다.
이러한 이유로 코드량이 방대해지면서 리팩토링을 하게 된다.
이때 테스트 주도 개발을 통해 개발을 해왔다면, 테스트 코드가 그 중심을 잡아줄 수 있다.
뚱뚱해진 함수를 여러 함수로 나누는 과정에서 해당 기능이 오작동을 일으킬 수 있지만 간단히 테스트를 돌려봄으로써 이에 대한 안심을 하고 계속해서 리팩토링을 진행할 수 있다.
결과적으로 리팩토링 속도도 빨라지고 코드의 퀄리티도 그만큼 향상하게 되는 것이다.
코드 퀄리티 부분을 조금 상세히 들어가 보면, 보다 객체지향적이고 확장 가능이 용이한 코드, 재설계의 시간을 단축시킬 수 있는 코드, 디버깅 시간이 단축되는 코드가 TDD 와 함께 탄생하는 것이다.
어차피 코드를 작성하고 나서 제대로 작동하는지 판단해야 하는 시점이 온다.
물론 중간중간 수동으로 확인도 할 것이다. 또 테스트에 대한 부분에 대한 문서도 만들어야 한다.
그 부분을 자동으로 해주면서, 코드 작성에 도움을 주는 것이 TDD 인 것이다. 끊임없이 TDD 찬양에 대한 말만 했다. TDD를 처음 들어보는 사람은 이 좋은 것을 왜 안 하는가에 대한 의문이 들 수도 있다.

4-4 : 의문점들

Q. 코드 생산성에 문제가 있지는 않나?

두 배는 아니더라도 분명 코드량이 늘어난다.
비즈니스 로직, 각종 코드 디자인에도 시간이 많이 소요되는데, 거기에다가 테스트 코드까지 작성하기란 여간 벅찬 일이 아닐 것이다.
코드 퀄리티보다는 빠른 생산성이 요구되는 시점에서 TDD는 큰 걸림돌이 될 수 있다.

Q. 테스트 코드를 작성하기가 쉬운가?

이 또한 TDD라는 개발 방식을 적용하기에 큰 걸림돌이 된다. 진입 장벽이 존재한다는 것이다.
어떠한 부분을 테스트해야 할지, 어떻게 테스트해야 할지, 여러 테스트 프레임워크 중 어떤 것이 우리의 서비스와 맞는지 등 여러 부분들에 대한 학습이 필요하고 익숙해지는 데에도 시간이 걸린다.
팀에서 한 명만 익숙해진다고 해결될 일이 아니다.
개발은 팀 단위로 수행되기 때문에 팀원 전체의 동의가 필요하고 팀원 전체가 익숙해져야 비로소 테스트 코드가 빛을 발하게 되는 것이다.

Q. 모든 상황에 대해서 테스트 코드를 작성할 수 있는가? 작성해야 하는가?

세상에는 다양한 사용자가 존재하며, 생각지도 못한 예외 케이스가 존재할 수 있다.
만약 테스트를 반드시 해봐야 하는 부분에 있어서 테스트 코드를 작성하는데 어려움이 발생한다면? 이러한 상황에서 주객이 전도하는 상황이 발생할 수 있다.
분명 실제 코드가 더 중심이 되어야 하는데 테스트를 위해서 코드의 구조를 바꿔야 하나 하는 고민이 생긴다.
또한 발생할 수 있는 상황에 대한 테스트 코드를 작성하기 위해 배보다 배꼽이 더 커지는 경우가 허다하다.
실제 구현 코드보다 방대해진 코드를 관리하는 것도 쉽지만은 않은 일이 된 것이다.
모든 코드에 대해서 테스트 코드를 작성할 수 없으며 작성할 필요도 없다.
또한 테스트 코드를 작성한다고 해서 버그가 발생하지 않는 것도 아니다.
애초에 TDD는 100% coverage와 100% 무결성을 주장하지 않았다.

5. 함수형 프로그래밍

함수형 프로그래밍의 가장 큰 특징 두 가지는 immutable data와 first class citizen으로서의 function이다.

5-1 : immutable vs mutable

우선 immutable과 mutable의 차이에 대해서 이해를 하고 있어야 한다.
immutable이란 말 그대로 변경 불가능함을 의미한다.
immutable 객체는 객체가 가지고 있는 값을 변경할 수 없는 객체를 의미하여 값이 변경될 경우, 새로운 객체를 생성하고 변경된 값을 주입하여 반환해야 한다.
이와는 달리, mutable 객체는 해당 객체의 값이 변경될 경우 값을 변경한다.

5-2 : first-class citizen

함수형 프로그래밍 패러다임을 따르고 있는 언어에서의 함수(function)는 일급 객체(first class citizen)로 간주된다.
일급 객체라 함은 다음과 같다.
변수나 데이터 구조안에 함수를 담을 수 있어서 함수의 파라미터로 전달할 수 있고, 함수의 반환값으로 사용할 수 있다.
할당에 사용된 이름과 관계없이 고유한 구별이 가능하다.
함수를 리터럴로 바로 정의할 수 있다.

5-3 : Reactive Programming

반응형 프로그래밍(Reactive Programming)은 선언형 프로그래밍(declarative programming)이라고도 불리며, 명령형 프로그래밍(imperative programming)의 반대말이다.
또 함수형 프로그래밍 패러다임을 활용하는 것을 말한다.
반응형 프로그래밍은 기본적으로 모든 것을 스트림(stream)으로 본다.
스트림이란 값들의 집합으로 볼 수 있으며 제공되는 함수형 메소드를 통해 데이터를 immutable 하게 관리할 수 있다.

# 참고자료

https://github.com/JaeYeopHan/Interview_Question_for_Beginner/tree/master/Development_common_sense

GitHub - JaeYeopHan/Interview_Question_for_Beginner: Technical-Interview guidelines written for those who started studying progr

github.com

23.01.20 ~ 01.23 - [ 설과 함께 찾아온 코로나 ]

giggs — Tue, 24 Jan 2023 09:17:40 +0900

지금까지 코로나에 감염되지 않아서

나도 모르는 사이에 왔다 가서

면역력을 가지고있나라는 생각을 했었다.

어리석었다.

아직 걸리지 않았던 것일 뿐...

하필 설 연휴에

격리 기간이 잡혀서 가족들도 보지 못하였다.

다른 증상은 심하지 않았는데

목 통증이 심해서 하루종일 누워있을 수밖에 없었다.

나흘정도 지나니 점점 완화되어서 다시 공부를 시작할 수 있었다.

후우.

그래도 시기가 적절? 하게

최종 면접 본 후 ~ 출근 전

이 기간에 아프고 회복할 수 있어서 다행이다.

출근하자마자 아팠다면.. 생각하기도 싫다 ㅎㅎ

이제 코로나 면역력도 가지게 되었으니

클로비스에 가서 잘 적응할 수 있도록

열심히 준비해서 가보자!

23.01.19 - [ 클라우드 ] 단어, 용어, 관련 지식

giggs — Thu, 19 Jan 2023 17:36:36 +0900

1. 단어

sales pipeline	영업 파이프라인
contact management	연락처 관리
competition	경쟁
customizable	맞춤형
centralize	중앙 집중화
integrating	통합
interactions	상호 작용
streamline	유선
allowing	허용
intuitive	직관적
win back time	시간을 되찾다
reduce	줄이다
funnel	깔때기, 굴뚝
seamlessly	매끄럽게
instant	즉각적인
insights	통찰력
integration	완성
inflexible	확고한
agility	민첩
prioritize	우선순위를 정하다
previous	이전
capabilities	능력
entire	전체
monetization	수익 창출
analytics	해석학
features	특징
enable	~할 수 있게 하다

2. 용어

2-1 : Iaas ( Infrastructure as a Service, 아이아스, 이에스 )

서비스로 제공되는 인프라스트럭처입니다.
개발사에 제공되는 물리적 자원을 가상화합니다.
클라우드 인프라스트럭처 서비스는 확장성이 높고 자동화된 컴퓨팅 리소스를 가상화하여 제공하는 것입니다.

2-2 : PaaS ( Platform as a Service, 파스 )

서비스로 제공되는 플랫폼입니다.
개발사에 제공되는 플랫폼을 가상화합니다.
클라우드 플랫폼 서비스는 주로 응용 프로그램을 개발할 때 필요한 플랫폼을 제공하는 것입니다

2-3 : SaaS ( Software as a Service, 사스 )

서비스로 제공되는 소프트웨어입니다.
고객에게 제공되는 소프트웨어를 가상화합니다.
클라우드 애플리케이션(소프트웨어) 서비스는 사용자에게 제공되는 소프트웨어를 가상화하여 제공하는 것입니다.
SaaS는 타사 공급 업체가 관리하는 사용자에게 응용 프로그램을 제공하기 위해 인터넷을 사용합니다.
대부분의 SaaS 애플리케이션 웹 브라우저를 통해 직접 실행되므로 클라이언트 측에서 다운로드나 설치가 필요하지 않습니다.
클라우드 기반의 소프트웨어 제공 모델로, 클라우드 제공업체가 클라우드 애플리케이션 소프트웨어를 개발 및 유지 관리하고, 자동 소프트웨어 업데이트를 제공하고, 인터넷을 통해 Pay-as-you-Go 방식으로 고객에게 소프트웨어를 제공합니다.

2-4 : Pay as you go ( 페이고 )

사용한 만큼만 비용을 지불
클라우드 컴퓨팅에서 구현되고 조직과 최종 사용자를 대상으로하는 유틸리티 컴퓨팅 청구 방법
Pay & Go, Pay Per Usage, Pay Per Use 또는 Pay-As-You-Use로도 알려져 있습니다.
원하는 만큼 먼저 사용하고 비용을 나중에 지불하는 방식이기 때문에 비즈니스에 필요한 리소스를 계획하거나 예측할 필요가 없고, 기술 미비로 인한 비즈니스 중단 리스크 또한 사라진다.
기업의 IT 인프라 '투자비'를 '운영 비용'으로 전환할 수 있다는 것
거대 기업이 소유한 대규모 IT 인프라를 이용하여 '규모의 경제'를 바탕으로 저렴한 서비스 제공이 가능하다는 것

3. 지식

3-1 : 클라우드란?

인터넷 연결의 다른 끝에 있는 위치로, 앱과 서비스에 액세스 할 수 있고 데이터를 안전하게 저장할 수 있는 위치
사용자가 관리하거나 유지보수할 필요가 없습니다.
실질적으로 크기에 제한이 없으므로 용량 부족을 걱정할 필요가 없습니다.
인터넷에 연결된 기기만 있으면 어디서나 클라우드 기반 응용 프로그램과 서비스에 액세스할 수 있습니다.
특히 사무실 근무 형태에서 이동 중 업무 형태로 전환이 이루어지고 있다는 점은 중요합니다.
따라서 클라우드는 사용자가 언제 어디서나 원하는 장치에서 액세스해야 하는 소프트웨어인 CRM(고객 관계 관리) 응용 프로그램과 같은 비즈니스 소프트웨어를 실행하기에 아주 좋은 환경입니다.

3-2 : 클라우드의 이점

3-3 : 클라우드 컴퓨팅이란?

컴퓨팅 리소스를 인터넷을 통해 서비스로 사용할 수 있는 주문형 서비스입니다.
기업에서 직접 리소스를 조달하거나 구성, 관리할 필요가 없으며 사용한 만큼만 비용을 지불하면 됩니다.
인터넷을 통해 주문형 컴퓨팅 리소스, 소프트웨어, 정보를 공유한다는 개념을 기반으로 합니다.
회사 또는 개인은 서비스 제공업체에서 소유 및 관리하는 원격 서버에 위치한 컴퓨팅, 스토리지, 네트워킹 서비스를 비롯한 공유 리소스의 가상 풀에 액세스하기 위해 비용을 지불합니다.
클라우드 컴퓨팅의 많은 장점 중 하나는 사용한 만큼만 비용을 지불하는 점입니다.
덕분에 조직은 자체 물리적 데이터 센터와 서버를 구매하고 유지보수할 필요 없이 더 빠르고 효율적으로 확장할 수 있습니다.
클라우드 컴퓨팅은 네트워크(대부분 인터넷)를 사용하여 사용자가 대여 컴퓨팅 서비스를 요청하고 액세스하는 클라우드 플랫폼에 연결합니다.
중앙 서버는 클라이언트 기기와 서버 간의 모든 통신을 처리하여 데이터 교환을 가능하게 합니다.
보안 및 개인 정보 보호 기능은 이 정보를 안전하게 보호하는 일반적인 구성요소입니다.

3-4 : 클라우드 컴퓨팅 배포 모델

퍼블릭 클라우드, 프라이빗 클라우드, 하이브리드 클라우드로 3가지가 있습니다.

퍼블릭 클라우드

타사 클라우드 서비스 제공업체에서 실행합니다.
인터넷을 통해 컴퓨팅, 스토리지, 네트워크 리소스가 제공되므로 기업에서 고유한 요구사항과 비즈니스 목표에 따라 주문형 공유 리소스에 액세스할 수 있습니다.

프라이빗 클라우드

단일 조직에서 빌드, 관리, 소유하고 일반적으로 '온프레미스' 또는 '온프렘'으로 알려진 자체 데이터 센터에서 비공개로 호스팅 됩니다.
데이터를 보다 효과적으로 제어, 보안, 관리하는 동시에 내부 사용자가 컴퓨팅, 스토리지, 네트워크 리소스의 공유 풀을 통해 이점을 누릴 수 있도록 합니다.

하이브리드 클라우드

퍼블릭 클라우드와 프라이빗 클라우드 모델을 결합해 기업이 퍼블릭 클라우드 서비스를 활용하면서 일반적으로 프라이빗 클라우드 아키텍처에서 찾아볼 수 있는 보안 및 규정 준수 기능을 유지할 수 있습니다.

3-5 : 클라우드 컴퓨팅의 유형

[ 제어, 유연성, 비즈니스 요구사항 관리 수준 ]을 기준으로 3가지 주요 클라우드 컴퓨팅 서비스 모델 유형이 있다.

Infrastructure as a Service(IaaS)

컴퓨팅, 스토리지, 네트워킹, 가상화 등 IT 인프라 서비스에 대한 주문형 액세스를 제공합니다.
IT 리소스를 가장 높은 수준으로 제어하며 기존 온프레미스 IT 리소스와 가장 유사합니다.

Platform as a Service(PaaS)

클라우드 애플리케이션 개발에 필요한 모든 하드웨어 및 소프트웨어 리소스를 제공합니다.
PaaS를 사용하면 기업은 기본 인프라의 관리 및 유지보수에 대한 부담 없이 애플리케이션 개발에 집중할 수 있습니다.

Software as a service(SaaS)

기본 인프라에서 유지보수 및 앱 소프트웨어 자체 업데이트에 이르기까지 전체 애플리케이션 스택을 서비스로 제공합니다.
SaaS 솔루션은 클라우드 인프라 제공업체에서 서비스와 인프라를 모두 관리하고 유지보수하는 최종 사용자 애플리케이션인 경우가 많습니다.

3-6 : 클라우드 컴퓨팅의 용도

[ 프로그래머스 ] 올바른 괄호 - Java

giggs — Thu, 19 Jan 2023 14:25:33 +0900

1. 문제 설명

2. 문제 풀이 핵심이라 생각하는 점

stack의 개념 :가장 최근에 들어간 데이터가 가장 먼저 나오는 후입선출(Last In First Out)의 구조
stack 함수 : push(), pop(), imEmpty()
닫는 괄호로 시작하는 경우 처리 필요 ( 비정상적으로 시작하는 경우 처리 )
stack을 사용 안 하고 풀이하는 방법도 체크해 보기

3. 정답 코드 확인 및 활용 메소드 체크

3-1 : 정답 코드 확인

import java.util.*;
class Solution {
    boolean solution(String s) {
    
        boolean answer = true;
        Stack<Character> bracket = new Stack<>();
	    
	    
	    for (int i = 0; i < s.length(); i++) {
			
	    	if(s.charAt(i) == '(') { //여는 괄호면 stack에 넣어주기
	    		bracket.push(s.charAt(i));
	    	}else if(s.charAt(i)==')' && bracket.isEmpty()) { //닫는 괄호면 여는 괄호가 있는지 체크 없다면 비정상적 시작이므로 break;
	    		bracket.push(s.charAt(i));
	    		break;
	    	}else {
	    		bracket.pop(); //여는 괄호가 있는 상태에서 닫는 괄호를 만났으니 여는 괄호 stack에서 빼주기
	    	}
	    	
		}
	    
        //삼항식을 사용하기 위해 위의 if문에서 스택에 닫느 괄호를 넣어주었다.
	    answer = bracket.isEmpty() ? true : false;

        return answer;
    }
}

3-2 : 활용 메소드 체크 ( stack method check )

peek() : 스택의 가장 위에 있는 데이터 반환
push() : 스택의 가장 위에 있는 데이터(peek()) 위에 메모리 생성 및 데이터 추가
pop() : 스택의 가장 위에 있는 데이터 삭제 및 반환
isEmpty() : 스택이 비어있으면 true, 비어있지 않으면 false 반환
clear() : 모든 데이터를 삭제하고 스택 초기화
toString() : 모든 데이터를 출력

4. 공부하고 싶은 다른 분의 풀이

처음에 괄호 수를 카운트로 체크해서 해결해 볼까 했었는데 그렇게 푸신 분이 계셨다.
그냥 if문을 따로따로 해서 조건 체크 해주면 되는 것을 if else if else를 고집했다니... 이렇게 또 깨달아 간다.

class Solution {
    boolean solution(String s) {
        boolean answer = false;
        int count = 0;
        for(int i = 0; i<s.length();i++){
            if(s.charAt(i) == '('){
                count++;
            }
            if(s.charAt(i) == ')'){
                count--;
            }
            if(count < 0){
                break;
            }
        }
        if(count == 0){
            answer = true;
        }

        return answer;
    }
}

23.01.18 - [ CRM ] 단어, 용어, 관련 지식

giggs — Wed, 18 Jan 2023 20:42:50 +0900

1. 단어

▣ CRM : Customer Relationship Management, 고객 관계 관리

▣ MA : Marketing Automation, 마케팅 자동화

▣ SFA : Sales Force Automation, 영업 지원 시스템

▣ OA : Office Automation, 사무 자동화

▣ RPA : Robotic Process Automation, 로보틱 프로세스 자동화

▣ 유입 루트 : inflow route

▣ 행동 이력 : behavioral history

▣ 영업 방법 : sales method

▣ 일원적인 관리 : unified management

▣ 업무 관행 : business practice

▣ 실시간 데이터 활용 : real time data utilization

▣ 총체적 경험 overall(=total) experience

▣ 고객 충성도 : customer loyalty

▣ 집계 : total

▣ 정리 : organize, theorem

▣ 추출 : extraction

▣ 분석 : analyze

▣양성(육성) : positivity, cultivation

▣ 일원화 : unification

▣ 촉매제 : catalyst

▣ 가속화 : accelerate

▣ 의존도 : dependence

▣ 기대치 : expertations

▣ 연관성 : correlation

▣ 생산성 : productivity

▣ 가시성 : visibility

▣ 상시 : always-on

▣ 수익 : revenue

▣ 소득 : income

▣ 결론 : conclusion

2. 용어

2-1 : bottleneck ( 보틀넥, 병목현상 )

어떤 상품의 수요가 급증해도 원료·설비·노동력 등이 부족하여 생산이 따라가지 못하는 일.
공학 분야에서의 병목 현상은 전체 시스템의 성능이나 용량이 하나의 구성 요소에 심각하게 제한 받는 현상을 말한다
생산 확대의 과정에서 장애가 되는 요소. 컴퓨터 성능 저하 현상은 엄청난 양의 데이터를 순식간에 내보내더라도 메모리가 이를 제대로 소화하지 못해 성능이 떨어지는 현상을 예로 들 수 있습니다.
주로 용량이 적은 주변기기를 사용할 때 많이 발생한다.
즉, 담을 수 있는 데이터의 양은 적으나 한꺼번에 많은 양의 데이터가 유입 됨으로써 컴퓨터가 느려지는 현상을 말합니다.
게임의 경우 CPU는 실시간 게임 액션, UI, audio 그리고 다른 복잡한 CPU-bound 프로세스들을 처리합니다.
이때 데이터 전송속도가 제한되면 병목현상이 발생하게 됩니다.
다시 말해 데이터의 전송속도를 CPU의 처리속도가 따라가지 못할 경우 병목현상이 발생하는 것입니다.
이 경우 해결책으로 해상도를 조절하는 방법이 있습니다.

2-2 : Next Normal (넥스트 노멀 )

경제, 사회 등이 위기 이후 정착한 상태
COVID-19 대유행 기간 동안 '뉴 노멀'이라는 용어는
대유행 중 또는 대유행 후 인간 행동 의 변화를 가리키는데 많이 사용되었다.
University of Kansas Health System의 의사들은 전염병이 대부분의 사람들의 일상 생활을 바꿀 것으로 예상한다.
여기에는 악수 및 포옹과 같은 사람 간 접촉 제한이 포함된다.
또한 다른 사람과의 거리를 유지하거나 사회적 거리를 유지하는 것도 될 수 있다
포스트 코로나 시대에는 궁극적으로 현재의 사회〮경제적 패러다임이 근본적으로
변화함으로써 새로운 사회〮경제 질서가 중심이 된 '넥스트 노멀'이 도래할 것으로 보인다.
대중매체 속 광고나 캠페인을 통해 전달되는 ‘뉴 노멀’과 관련한 메시지는 대개 ‘세상은 어쩔 수 없이 바뀌고 있고 그 변화는 되돌릴 수 없으므로 일단은 여기에 적응하는 방법부터 찾아야 한다’는 전제에서 출발한다.
자연히 대중은 이러한 메시지를 접하면서 과거와는 달라진 우리 일상과 사회 생활 방식이 ‘정상’(normal)인 것이 되어 가고 있다는 느낌을 받는다.
하지만 우리 주변, 특히 미디어에 주로 노출되는 ‘선진국 중산층 이상 일반인들의 삶’이 그렇게 바뀌어 가고 있다는 사실이 인류 전체가 같은 방식에 적응해야 한다는 주장의 전제로 충분한 것일까?
제3세계를 중심으로 이와 같은 의문이 제기되면서 최근 점점 많은 사람들은 ‘괜찮지 않을 권리’에 대한 목소리를 높이고 있다.

2-3 : Cloud ( 클라우드 )

인터넷을 통해 액세스할 수 있는 서버와 이러한 서버에서 작동하는 소프트웨어와 데이터베이스를 의미.
클라우드 서버는 전 세계 데이터 센터에 위치합니다.
사용자와 기업은 클라우드 컴퓨팅을 사용하면 직접 물리적 서버를 관리하거나 자체 서버에서 소프트웨어 응용 프로그램을 실행하지 않아도 됩니다.
클라우드 컴퓨팅이란 인터넷 기반의 컴퓨팅을 말합니다.
인터넷 상의 가상화된 서버에 프로그램을 두고 필요할때마다 컴퓨터나 스마트폰 등에 불러와 사용하는 서비스입니다.
클라우드(Cloud)라는 단어가 말해주듯, 인터넷 통신망 어딘가에서 구름에 싸여 보이지 않는 컴퓨팅 자원(CPU, 메모리, 디스크 등)을 원하는 대로 가져다 쓸 수 있습니다.
구름에 싸여 있다는 것은 그 내부를 보려고 하거나 알지 않아도 얼마든지 내가 원하는 것을 꺼내어 사용할 수 있다는 것이며, 인터넷이 연결된 어느 곳에서든 이것을 보장 받을 수 있다는 뜻입니다.

2-4 : IoT ( 사물인터넷 )

연결된 디바이스의 공통 네트워크를 의미하며, 디바이스와 클라우드 및 디바이스 간 통신을 용이하게 하는 기술을 의미하기도 합니다.
저렴한 컴퓨터 칩과 고대역폭 통신의 출현 덕분에 이제 수십억 개의 디바이스가 인터넷에 연결되어 있습니다.
이는 칫솔, 진공 청소기, 자동차 및 기계와 같은 일상적인 디바이스가 센서를 사용하여 데이터를 수집하고 사용자에게 지능적으로 응답할 수 있음을 의미합니다.

2-5 : AI ( 인공지능 )

인간의 지능을 모방하여 작업을 수행하고 수집한 정보를 토대로 자체 성능을 반복적으로 개선할 수 있는 시스템
AI는 특정 형식이나 기능보다는 초강력 사고 및 데이터 분석을 위한 프로세스와 기능에 훨씬 더 가깝다

2-6 : ML ( Machine Learning, 머신러닝 )

일일히 가르쳐주는것이 아니라 컴퓨터가 스스로 학습하고 유추할 수 있도록 해주는 것
"Field of study that gives computers the ability to learn without being explicitly programmed”
프로그램을 명시적으로 짜 놓는 것이 아닌, 컴퓨터가 스스로 학습할 수 있는 능력을 부여하는 연구분야

2-7 : silo ( 사일로 )

곡식저장소
부서 또는 조직단위로 업무 효율화 측면에서 IT 인프라 및 자체 솔루션을 구축해서 사용하다보면 각 부서, 사업단위나, 브랜치별로 데이터가 일치하지 않는 증상이 있는데 이것을 사일로(Silo)현상, 사일로화 된다라고 이야기 합니다.
이렇게 되면 부서/조직간 표준화가 어렵고 비즈니스 환경변화에 유연한 대처가 어려운 상황에 처해질 우려가 있는데, 이렇게 복잡하게 얽혀있는 문제들을 해결하기 위해 최근 기업들은 다방면으로 노력하고 있다.
데이터 사일로 : 한 조직 내 정보의 집합이지만, 조직 내 다른 부서는 접근할 수 없는 분리된 정보를 의미한다.

2-8 : VOC 프로그램 ( Voice of the Customer, 고객의 소리 )

고객이 비즈니스, 제품 또는 서비스에 대해 말하는 것을 포착한 것
고객의 소리(VoC)는 제품 또는 서비스에 대한 고객의 경험과 기대치에 대한 고객의 피드백을 설명하는 용어이며, 고객의 요구와 기대, 이해 및 제품 개선에 초점을 맞추는 것이라고 할 수 있습니다.
고객의 소리 프로그램은 고객 선호도와 문제 및 불만 사항에 대한 인사이트를 제공합니다. 이러한 VoC 프로그램은 고객의 소리를 파악하고 그에 대응함으로써 고객 만족도와 충성도를 향상시킵니다.
기업은 고객의 소리를 통해 얻은 데이터를 사용하여 고객이 비즈니스와 상호 작용하는 모든 경험들을 개선합니다. VoC는 텍스트 분석 및 s감정 분석을 포함한 기술을 활용했을 때 가장 잘 이해할 수 있습니다. 그래야 고객 피드백 데이터에서 의미를 찾을 수 있기 때문이죠.
VoC 프로그램은 수년 동안 주목을 받아 왔으며 조직의 핵심 비즈니스 전략에서 빠르게 성장하고 있는 부분이기도 합니다. 이는 특히 브랜드에게 매우 효과적인데, 고객이 기업의 보다 직접적인 참여를 요구하고 있으며 고객의 피드백을 잘 듣고 이에 따라 행동하는 것이 잠재 고객의 복잡한 의사 결정 프로세스를 이해하는 데 중요하기 때문입니다.

2-9 : SSO ( Single Sign-On, 싱글사인온 )

여러 개의 사이트에서 한번의 로그인으로 여러가지 다른 사이트들을 자동적으로 접속하여 이용하는 방법
하나의 로그인 인증 정보를 사용해 여러 애플리케이션에 접근할 수 있는 중앙화된 세션 및 사용자 인증 서비스다.
하나의 시스템에서 인증을 할 경우 타 시스템에서는 인증 정보가 있는지 확인하고 있으면, 로그인 처리를 하도록 하고, 없는 경우, 다시 통합 인증을 할 수 있도록 만드는 것을 의미
즉, 하나의 아이디 및 패스워드를 통해 여러 시스템에 접근할 수 있는 통합 로그인(인증) 솔루션
SSO의 장점은 간편함이다. 지정된 플랫폼 하나에서 인증되면 이후 매번 로그인과 로그아웃을 반복할 필요없이 다양한 서비스를 사용할 수 있다.
잘 구현된 SSO는 생산성, IT 모니터링 및 관리, 보안 통제 측면에서 매우 유익하다. 관리자는 하나의 보안 토큰(사용자 이름/암호 쌍)으로 여러 시스템과 플랫폼, 앱 및 기타 리소스에 대한 사용자 접근을 활성화하거나 비활성화할 수 있다. SSO는 비밀번호 분실이나 취약한 비밀번호의 위험도 낮춰준다.

2-10 : workflow ( 워크플로우 )

작업을 수행하는 데 필요한 일련의 이벤트를 정리한 것
특정 결과를 달성하기 위해 완수해야 하는 일련의 서로 연결된 활동 또는 업무를 의미합니다.
구조화된 워크플로는 구체적인 종속성이나 요구사항을 충족시키기 위해 순차적이거나 병렬적인 특정 경로를 따릅니다. 이러한 경로는 변형이 정의되어 있기도 합니다.
워크플로는 보다 구체적이고 독립적인 업무인 반면 비즈니스 프로세스는 업무, 워크플로, 활동, 가이드라인의 집합을 가리키는 더 광범위한 용어입니다.
비즈니스 프로세스의 업무 중 일부는 자동화되고 다른 활동은 자동화되지 않았을 수 있습니다.

2-11 : Hyperautomation ( 하이퍼오토메이션, 초자동화 (= 대규모 자동화) )

자동화는 비즈니스 환경을 빠르게 변화시키고 있으며 기업이 이전보다 더 빠르고 민첩하며 효율적인 방식으로 작동하도록 지원하고 있습니다. 한편, 초자동화는 조직 내 자동화할 수 있는 모든 것을 자동화해야 한다는 개념입니다.
모든 프로세스에서 인간이 배제되는 자동화가 목표, 기술 자체라기 보다는 ‘체계적인 문제 접근 방식’이다.
개별 프로세스의 한계를 넘어 기존 비즈니스 프로세스 자동화의 확장을 의미합니다.
AI 도구와 RPA(로보틱 프로세스 자동화)의 결합을 통해 하이퍼오토메이션은 비즈니스 사용자가 실행하는 거의 모든 반복 작업을 자동화할 수 있게 합니다.

2-12 : engagement ( 인게이지먼트 )

컨텐츠와 결합한 총체적인 정서적인 경험
잠재 소비자를 주변 컨텍스트에 의해 강화된 브랜드 아이디어와 연결시키는 것
상호 주체간의 관계 형성을 위해 참여하는 것 즉, '관계 참여'라고 축약할 수 있겠다.
고객 인게이지먼트란?
기업이 고객과 직접적이고 의미 있는 관계를 구축하고 유지하기 위해 사용하는 일련의 모든 활동을 의미합니다. 고객 인게이지먼트에 탁월한 기업은 더 높은 유저 생애 가치(LTV)와 더 낮은 유저 획득 비용을 가지게 되며, 장기적으로 비용 효율적인 비즈니스 성장을 이룩하게 됩니다. 선두적인 기업들은 개인 정보를 보호하면서도 모든 연관 채널에서 고객에게 가치 있는 메시징 경험을 제공함으로써 효과적인 고객 인게이지먼트를 수행합니다. 이러한 브랜드들은 실시간 고객 데이터를 기반으로 하는 고객 인게이지먼트 기술을 사용하여, 고객의 이야기를 듣고 고객의 행동을 이해 및 해석하며 빠르고 효과적으로 행동합니다.

2-13 : Zero Trust ( 제로 트러스트 )

IT 보안 접근 방식의 이름으로, 신뢰할 수 있는 네트워크 경계는 존재하지 않으며, 모든 네트워크 트랜잭션이 이루어지려면 먼저 인증을 받아야 한다고 가정합니다.
신뢰하지 말고 항상 검증할 것'이라는 원칙을 바탕으로 네트워크 세분화 및 엄격한 액세스 제어와 같은 다른 네트워크 보안 방법론을 활용합니다. 제로 트러스트 네트워크는 중요한 데이터, 자산, 애플리케이션 및 서비스로 구성되는 '보호 범위'를 정의하며, DAAS라고도 합니다. 중요한 자산만 포함되므로 대개 보호 범위는 전체 공격 범위보다 상당히 작습니다.
모든 상호작용이 신뢰할 수 없는 상태에서 시작된다는 전제로 보안 아키텍처를 설계하는 방식
통신이 방화벽 내부에서 시작되는지 여부에 따라 신뢰성을 결정하던 전통적인 아키텍처와는 대조적입니다. 구체적으로 말하자면, 제로 트러스트는 절대적 신뢰 모델 및 일회성 인증에 의존하는 보안 아키텍처의 빈틈을 메우려는 시도라고 볼 수 있습니다. 전 세계적으로 위협 환경이 진화하고 네트워크 내부의 활동은 신뢰할 수 있다는 오랜 믿음이 흔들리면서 제로 트러스트가 인기를 얻기 시작했습니다.
제로 트러스트 사이버보안 및 제로 트러스트 아키텍처 설계, 제로 트러스트 네트워크 엑세스(ZTNA)

3. 지식

▣ CRM Solution을 사용하게 된 이유는? 신규 리드의 획득-육성이 필요하다고 판단하였다.

▣ 구독 경제 - 이제 구독이 표준이되었으며, 경험이 고객 충성도를 좌우합니다

▣ 데이터에 기반한 의사 결정은 운영 효율성에서 향상된 비즈니스 회복탄력성 및

점차적으로 디지털화되는 환경 속 기업의 고객 관계 구축 능력에 이르기까지

모든 것을 뒷받침합니다

▣