IT 기술의 발전에 따른 문화가 변화하면서 급격한 세대 차이가 어느 시기보다 많은 현재 해외에서도 꼰대라는 말이 그대로 통용될 정도로 자신이 꼰대인지에 대한 테스트를 하는 사람들이 늘어나고 있다. 자신은 잘 몰랐지만 나도 모르는 사이에 사회 생활을 하다보니 꼰대의 성향으로 돌아서는 젊은 꼰대들도 생겨나면서 모든 세대를 아우르는 성향이 되어 가고 있다.

"꼰대란? 권위적인 사고를 가진 어른이나 선생님을 비하하는 학생들의 은어로 최근에는 꼰대질을 하는 사람을 가리키는 의미로 사용되고 있으며, 어원에 대해서는 영남 사투리인 ‘꼰데기’와 프랑스어 ‘콩테(Comte)’에서 유래됐다는 주장이 있다."

[네이버 지식백과] 꼰대 (시사상식사전, pmg 지식엔진연구소)

 

 이러한 이슈가 발생되다 보니 자가 테스트로 나의 성향이 꼰대인지를 확인해주는 사이트가 존재하여 소개하려한다.

 

르르르 꼰대 성향 검사(KKDTI: KKonDae Type Indicator)

 - 르르르 꼰대 성향 검사는 8가지 꼰대 유형과 지수를 통하여 나의 꼰대 성향과 정도를 검사할 수 있으며, 해당 하는 유형에 따른 피하는 방법과 고치는 방법에 대하여 제안해주고 있다. 검사 방식은 객관식으로 43문제정도를 풀어주면 바로  간단하게 확인해 볼수 있다.

www.lllkkdti.com/

 

꼰대 유형과 지수

만취한 장비 (GEA)의 특징

-대개 서글서글한 인상으로, 처음 만난 사람도 허물 없이 대하는 인간성을 가짐.

-친화력이 흡사 <그것이 알고 싶다> 푸들 급.

-개인의 업무 능력만큼이나 유기적인 조직 관계가 업무에 꼭 필요하다고 생각함.

-은근히 계획적으로 행동하기를 좋아해서 업무 성과도 괜찮은 편이며 리더십 있다고 평가 받는 경우가 많음.

-유혹에 약한 편.

만취한 장비 (GEA)를 꼰대로 만났을 때 대처 법

-유효타 칭찬 멘트 몇 가지를 외워둬라. 은근히 단순하다.

-도저히 아부가 힘들다면 차라리 눈 밖에 나라. 최소한 당신을 귀찮게 하지는 않을 것이다.

속 보이는 전자두뇌 (GEC)의 특징

-어떤 집단에 속해 있던지 정보 수집 능력이 뛰어난 사람.

-타인의 기분이나 상태 또한 늘 체크하는 타입으로 눈치가 빠르다는 소리를 종종 들음.

-상대방과 이견이 생겼을 때 갈등을 고조시키기보다 상황을 천천히 살펴보며 전략적인 스탠스를 취함.

-직설적인 화법 보다는 돌려돌려 돌림판 수준으로 돌려 말하기를 선호.

속 보이는 전자두뇌 (GEC)를 꼰대로 만났을 때 대처 법

-이 사람의 말은 다 믿지 마라. 당장은 좋다고 해놓고 나중에 말 돌리기 선수다. 가능하면 녹취로 증거를 남기는 것도 좋다.

-사내 마당발인 경우가 많으므로 웬만하면 비밀을 누설하지 마라.

요란스런 처단자 (GRA)의 특징

-문제를 해결하는 데 과거의 경험을 자주 적용하는 편.

-새로운 모임에 나가기보다 오래 알고 지낸 친구들과 자주 만남을 가지는 원효대사 고인 물 스타일.

-동료 또는 부하직원과 허물없는 관계가 될 수 있다고 믿음.

-적극적으로 의견을 내거나 논리적·합리적 근거를 들어 설명하기를 좋아함.

-의견이 다른 주제로 오래 논쟁하기보다 비슷한 부류의 친구들과 대화하기를 선호함.

요란스런 처단자 (GRA)를 꼰대로 만났을 때 대처 법

-마음을 비우자. 이 사람에게 나는 오늘부터 YES맨이다.

-일단 앞에선 다 알았다고 해라. 어차피 나중에 기억 못할 것이다.

조용한 암살자 (GRC)의 특징

-어떤 상황에서도 이성적인 사고와 냉철한 판단을 유지하기 위해 노력하는 타입.

-좀처럼 자신의 감정을 드러내지 않으며 똑 부러는지는 일처리 방식으로 주변으로부터 ‘혹시 알파고?’라는 농담을 종종 들음.

-물건을 사면 매뉴얼을 꼼꼼히 살펴보고 그대로 적용하는 것을 즐기는 편.

-문제가 발생했을 시 원리원칙에 따라 처리해야만 비로소 심신에 평화가 찾아오는 스타일.

조용한 암살자 (GRC)를 꼰대로 만났을 때 대처 법

-팩트로 정확한 근거를 제시하면 의외로 설득이 쉬운 타입이다.

-그의 논리를 잘 들어 두었다가 역이용해도 좋다.

종잡을 수 없는 조커 (PEA)의 특징

-컨디션과 환경에 따라 기분의 영향을 많이 받는 예민보스.

-못마땅할 시 표정을 못 숨기고 좋고 싫음이 분명한 기분파 타입.

-왁자지껄한 모임보다 좁고 깊은 인간관계를 선호함.

-화나는 일이 생기면 한두 번은 참다가 무섭게 터뜨리는 편.

-겉모습이나 말투가 매력적인 경우가 많아 주변에 사람이 따름.

-임기응변이 뛰어나서 자유롭고 즉흥적인 업무도 곧잘 함.

종잡을 수 없는 조커 (PEA)를 꼰대로 만났을 때 대처 법

-너울성 파도라고 생각하자. 기분 좋을 때를 노리는 게 베스트지만 나빠도 곧 풀릴 사람이다.

-뒤끝도 별로 없다. 이 사람의 감정표현에 크게 의미 두지 않는 것이 속 편하다.

옹졸한 평화주의자 (PEC)의 특징

-딱히 호불호가 갈리지 않는 타입이며 주변 사람들에게 적당히 좋은 사람으로 평가됨.

-갈등을 싫어하고 ‘좋은게 좋은거지’라는 생각을 가지고 있음.

-본인이 손해를 입더라도 참는게 이득이라는 난해한 계산법을 소유.

-문제를 피하는 스타일로 인해 때때로 타인의 오해를 사기도 함.

-남에게 싫은 소리 하는 것을 상당히 어려워하는 타입.

옹졸한 평화주의자 (PEC)를 꼰대로 만났을 때 대처 법

-절대 속내를 먼저 비치는 타입이 아니니, 딴소리 듣고 싶지 않다면 그의 의견을 꼭 확인해라.

-3번쯤 물어보면 마지못하는 척 슬쩍 본심을 꺼낼 것이다.

투머치토커 훈장님 (PRA)의 특징

-인간관계에서 선을 긋는다는 인상을 주는 경우가 많음.

-앎에 대한 욕심이 강해서 모르는 게 생겼을 때 검색창 문턱이 닳을 기세로 찾아보는 편.

-원리원칙이 통용되면 세상이 평화로울 거라 믿음.

-비효율적인 상황이 되거나 사실과 다른 말을 들으면 반드시 이 구역 팩력배가 되어 뚜까패고 바로잡아야 직성이 풀림.

-묵직한 돌직구 표현을 선호함.

-본인은 꼭 필요한 말만 한다고 생각한다는게 함정.

투머치토커 훈장님 (PRA)를 꼰대로 만났을 때 대처 법

-모든 말을 이해한 척 조용히 고개만 끄덕여라.

-절대 반박하려고 하지 마라. 훈계가 두 배로 길어질 것이다.

망원동 나르시스트 (PRC)의 특징

-자신만의 확고한 취향과 감성을 가지고 있음.

-깊이 있는 사유를 즐기며 때때로 자유로운 상상에 빠지기도 함.

-그런 생각들을 패션/음악/그림 등 다양한 방식으로 표현하는 것을 즐기는 편이라 주위로 부터 홍대병 말기로 평가받음.

-스스로에 대한 프라이드가 강하며 어떤 것보다도 자신과의 약속을 중요하게 여기는 나씨나길 자기애적 성향 보임.

-한번 아니다 싶은 타인에게는 칼 같이 선을 그음.

망원동 나르시스트 (PRC)를 꼰대로 만났을 때 대처 법

-방청객에 빙의하여 의미없는 감탄사를 남발해라. (아~ 오~ 그러시구나~)

-눈치 없는 편은 아니므로 더이상 당신을 귀찮게 하지 않을 것이다.

 

# 꼰대 테스트르르르 꼰대테스트젊은 꼰대 테스트차이나는 클라스 꼰대테스트셀프 꼰대테스트꼰대 자가진단 테스트차클 꼰대 테스트꼰대 레벨 테스트꼰대 자가 테스트차이나는 클라스 꼰대 자가진단 테스트꼰대 유형 테스트르르르 꼰대 테스트꼰대테스트 레벨2

# KKonDae Type Indicator (KKDTI)

# Indicador de tipo KKonDae (KKDTI)

# KKonDaeタイプインジケーター(KKDTI)

# KKonDae类型指示器(KKDTI)

# KKonDae प्रकार संकेतक (KKDTI)

 

블로그 이미지

운명을바꾸는자

IT와 함께 살아가는 삶

,
   

 무료로 이상형 월드컵이나 커플/우정 테스트하는 사이트나 앱이 많이 생겨 났다가 이제는 어느정도 특정 사이트에서 독점하는 형태로 변경되고 있는것 같다. 가장 많이 사용하는 곳은 PIKU라는 사이트로 사용자가 이상형 월드컵을 생성하여 다양한 형태의 이상형 월드컵을 끊임 없이 만들어내는 서비스를 통하여 독보적인 1위를 차지하고 있는 것으로 확인된다.

 남자아이돌, 여자아이돌, 유튜버, 배우, 연예인 부터 시작하여 강아지, 고양이, 라면등 다양한 형태의 월드컵이 가능하도록 생성되어 있어 간단한 시간 보내기로 참여하면 좋을것 같다. 

 웹사이트 이외에도 앱으로도  슈퍼컵이나 이상형 테스트, 커플/우정테스트, 대결구도 같은 형태로 서비스를 제공하고 있으며 모두 4.0이상의 앱으로 깔끔하고 간단하게 사용할수 있는 앱들이 있어 소개하려한다.

 

무료 이상형/커플/대결 월드컵 TOP3

 

1. 피쿠(PIKU) : 이상형 월드컵

 - 피쿠라는 웹사이트는 이상형 월드컵 전문 사이트로 정말 다양한 종류의 월드컵 게임을 참여해볼수 있고 사용자 편의에 따라 이상형 월드컵을 직접 만들어서 게시글처럼 올려 많은 사람들에게 공유할 수도 있는 형태로 구성되어 있어 많은 사용자들이 참여하고 있다.

www.piku.co.kr/

 

2. 슈퍼컵(Supercup) : 공식적인 이상형 월드컵 사이트

 - 아이폰과 안드로이드에 모두 존재하는 이상형월드컵 앱으로 수퍼컵은 광고도 거의 없고 가장 깔끔하게 이상혀 월드컵을 해볼수 있는 앱으로 다양한 형태의 이상형 월드컵 포맷을 제공하고 있다.

아이폰:

apps.apple.com/kr/app/supercup/id1521299803

 

안드로이드:

play.google.com/store/apps/details?id=com.supercup.mobileapp

 

3. 그외 이상형/커플/대결 구도 테스트

 -그외에도 이상형 테스트, 커플/우정테스트, 대결 구도 형태의 다양한 앱들이 안드로이드에서 서비스를 제공하고 있으니 참고 하면 좋을것 같다.

 

3-1. 이상형 테스트 : 이상형 찾기 (커플 테스트 , 심리 테스트, 연인, 친구, 남친, 여친)

안드로이드:

play.google.com/store/apps/details?id=com.GamePalette.IdealTypeTest&hl=ko&gl=US

 

3-2. 커플 테스트 : 우정 테스트 (친구, 연인, 궁합, 심리 테스트, 이구동성)  

안드로이드:

play.google.com/store/apps/details?id=com.GamePalette.CoupleTest

 

3-3. 두근:대결구도 

안드로이드:

play.google.com/store/apps/details?id=kr.co.avsb.avsb

 

# 이상형월드컵남자 아이돌 이상형 월드컵음식 이상형 월드컵여자연예인 이상형 월드컵여자 아이돌 이상형 월드컵남자 이상형 월드컵남자연예인 이상형 월드컵여자 이상형 월드컵이상형 월드컵 피쿠배우 이상형 월드컵이상형 월드컵이상형 월드컵 사이트이상형 월드컵 바로가기이상형 월드컵 게임이상형 월드컵 게임하기이상형 월드컵 포켓몬이상형 월드컵 링크샌드박스 이상형월드컵이상형 월드컵 하기이상형 월드컵 만들기이상형 월드컵피쿠이상형 월드컵 하는법좀비고 이상형월드컵연애혁명 이상형월드컵목소리 이상형월드컵이상형월드컵 만드는법https://www.piku.co.kr/ 이상형월드컵 만들기이상형월드컵 애니이상형월드컵 유튜버이상형월드컵 좀비이상형월드컵 포켓몬이상형월드컵 배우이상형월드컵 사이트이상형월드컵게임하기이상형월드컵 사이트 바로가기이상형월드컵게임이상형월드컵하기

 

# Free Ideal Person/Couple/Confrontation World Cup TOP3

# Libre Ideal Persona / Pareja / Confrontación Copa del Mundo TOP3

# 無料理想/カップル/対決ワールドカップTOP3

# 免费理想人/情侣/对抗世界杯TOP3

# आदर्श व्यक्ति / युगल / टकराव विश्व कप TOP3

 

블로그 이미지

운명을바꾸는자

IT와 함께 살아가는 삶

,
   

1. 동시성 제어를 위한 Locking 기법

가. Locking 기법의 정의

 - 트랜잭션이 사용하는 자원 (데이터 항목) 에 대하여 상호 배제 (Mutual Exclusive) 기능을 제공하는 기법

 - 상호 배제는 특정 트랜잭션이 데이터 항목에 대하여 잠금 (Lock) 을 설정하면, 잠금을 설정한 트랜잭션이 해제 (Unlock) 할 때까지 데이터를 독점적으로 사용할 수 있는 것

 

나. Locking 연산의 종류(일반적인 DBMS 모두 지원, Select/Update, Insert 등)

 - 공유 Lock (Shared Lock) : 공유 잠금한 트랜잭션은 데이터 항목에 대해 읽기(read)만 가능

 - 전용 Lock (Exclusive Lock) : 전용 잠금한 트랜잭션은 데이터 항목에 대해서 읽기(read)와 기록(write)가 모두 가능


2. 직렬성 보장을 통해 동시성을 제어하는 2Phase Locking 기법

가. 2Phase Locking의 개념도

 - 모든 트랜잭션들이 lock과 unlock연산을 확장Phase와 수축Phase로 구분하여 수행함 
 - 확장Phase : 트랜잭션은 lock 만 수행할 수 있고 unlock은 수행할 수 없는 Phase
 - 수축Phase : 트랜잭션은 unlock만 수행할 수 있고 lock은 수행할 수 없는 Phase

 

나. 2Phase Locking 기법의 문제 및 해결

 - 2Phase Locking 기법이 deadlock의 완전한 제거를 나타내지는 못함
 - 2Phase Locking 기법 상태에서 Cascading rollback이 가능함
 - 교착상태 예방과 교착상태 탐지로 해결

 

다. 기본적인 2Phase Locking의 문제점을 피하기 위한 Locking 기법

종류 내용 특징
Strict 2PLP - 2Phase Locking
- 모든 독점 lock(Lock-X)는 해당 트렌젝션이 완료될 때까지 unlock 하지 않음.  그대로 유지
- 연쇄복귀(Cascacding rollback) 문제 발생하지 않음
- Deadlock 회피 못함
Rigorous 2PLP - 2Phase Locking
- 모든 lock는 해당 트랜젝션 이 완료될
때까지 unlock 하지 않음.
- Strict 2PLP보다 더 제한적
- Deadlock 회피 못함
Static (Conservative) 2PL - Transaction 수행 전부터 해당 트렌젝션의 읽기 집합과 쓰기집합을 미리 선언하여 해당 트렌젝션이 접근하려는 모든 항목들에 Lock을 획득 - Dead lock 발생 하지 않음.
- 현실성 없음

 

블로그 이미지

운명을바꾸는자

IT와 함께 살아가는 삶

,
   

1. 모든 속성을 만족할 수 없다는 CAP 이론

가. CAP(Consistency, Availability, Partitioning)이론이란?
- 2002년 버클리 대학의 Eric Brewer 교수에 의해서 발표된 분산 컴퓨팅 이론으로, 분산 컴퓨팅 환경은 Consistency, Availability, Partitioning 3가지 특징을 가지고 있으며, 이중 두 가지만 만족할 수 있다는 (Pick two) 이론

- 분산 컴퓨팅 시스템이 보장해야 할 3가지 특징(일관성,가용성,부분 결함허용)을 정의하고,분산 시스템은 3가지 중 2가지만 보장할 수 있고(Pick two), 3가지 모두를 보장하는 것은 불가능 하다는 이론

CAP 이론 모형 C·A·P 설명
Consistency (일관성) - 모든 사용자는 동시에 항상 같은 데
이터를 조회 한다
Availability (가용성) - 모든 사용자는 항상 read/write 할 수 있다
- 몇몇 노드 장애 시에도 다른 노드들은
작동해야 한다
Partition Tolerance (부분 결함허용) - 물리적 네트워크 분할(Partition)에도
시스템은 정상 동작 해야 한다
Pick Two - CAP중 2가지만 선택 가능

 

2. CAP 이론 측면에서 RDB와 NoSQL DB

가. CAP 이론과 DBMS의 관계

 - 트위터와 같이 하루에 올라가는 수천만 건의 글을 감당할 수 있는 분산형 데이터베이스가 필요 하면서, ROI높고 성능 좋은 DBMS 필요

 - 일반적으로 NoSQL시스템은 관계형을 포기하거나 트랜잭션 구조를 느슨하게 함으로써 수평 확장이 가능하도록 하는데 주요 목적을 가짐

DBMS 설명 적용 사례
RDB - Consistency + Availability 선택 - 금융 서비스: 미션 크리티컬한 트랜잭션 보장
NoSQL DB - Consistency + Availability 포기

- 분산 확장성을 보장

- 트랜잭션 ACID를 느슨하게 유지
- C + P 형: 대용량 분산파일시스템 à 성능 보장형
(Bigtable, Hypertable, Hbase

- A + P 형: 비동기식 서비스, SNS 서비스
(Dynamo: Amazon, Apache Cassandra: Twitter

 - NoSQL DB 제품은 CAP 중에서 C 또는 A를 일부 포기함으로써 분산 확장을 택함

나. CAP 이론 측면에서 RDB와 NoSQL DB 비교

구분 RDB NoSQL
특징 - JOIN
- ACID 트랜잭션
- 고정된 스키마
- Update/Delete 잘 사용되지 않음 -> Insert로 대체
- 강한 Consistency 불 필요
- 노드의 추가/삭제, 데이터 분산에 유연
- 모델링(Key-value, 계층형/그래프 데이터 등)
- Query 유연
장단점 - 데이터 무결성, 정합성 보장
- 정규화된 Table, 작은 크기의 트랜잭션
- Web 환경의 다양한 정보 검색 및 저장에 강함
단점 - 확장성 한계
- 클라우드 분산 환경에 적합하지 않음
- 데이터 무결성, 정합성 보장하지 않음

 

3. 클라우드 컴퓨팅 환경에서 NoSQL DB 필요성 (RDB 제약) 

가. NoSQL DB(Not Only SQL DB)의 개념
 - 관계 데이터베이스(RDB) 한계를 극복하기 위해, Join이 없고, 고정된 스키마를 갖지 않는 새로운 형태의 데이터 저장소

 

나. 클라우드 환경에서 NoSQL DB 필요성(RDB 제약)
 - 클라우드 컴퓨팅/웹 환경의 대량의 데이터를 저비용으로 처리할 수 있는 DB 필요
 - 네트워크 발전으로 인해 발생하는 많은 양의 데이터를 처리하기 위해 클라우드 컴퓨팅 등 분산 처리 시스템이 도입되면서 기존 RDB의 확장성 한계로 인해 NoSQL DB가 대안으로 대두되고 있음

'1. IT Story > Basic Studies' 카테고리의 다른 글

데이터 품질관리의 Data Profiling  (0) 2020.12.24
MMDB(Main Memory Data Base)  (0) 2020.12.24
DB 샤딩(Sharding)  (0) 2020.12.24
CI(Continuous Integration)  (0) 2019.11.21
테스트자동화  (0) 2019.09.22
V&V(Verification & Validation)  (0) 2019.09.20
빅데이터(Big Data)  (0) 2019.09.19
3D프린팅  (0) 2019.09.17
블로그 이미지

운명을바꾸는자

IT와 함께 살아가는 삶

,
   

1. 정합성 체크를 통한 데이터 품질향상, 데이터 프로파일링의 개요

가. 데이터 프로파일링(Profiling)의 정의
 - 데이터에 기반한 정합성을 체크하여 데이터를 구조화하고 보정하는 분석 기법

나. 데이터 프로파일링의 목적

  - 데이터정확성 : 비즈니스 사용자에게 정확한 데이터 제공

  - 데이터 제어 : 이름, 주소 등 비즈니스 데이터에 대한 정제, 표준화, 보강 및 중복제거

  - 데이터 모니터링 : 분석기능을 통한 지속적인 데이터 품질평가 및 변경 내역에 대한 모니터링 제공

2. 데이터 프로파일링 개념도 및 기법

가. 데이터 프로파일링 개념도

- 소스데이터를 효과적으로 분석하기 위해서 데이터 프로파일을 통해서 데이터 오류를 식별
- 데이터 크린싱(Cleansing)을 통해서 검출된 오류 데이터를 변경 및 수정 실행

 

나. 데이터 프로파일링 절차 및 기능요소

 - 대상선정 : 데이터 프로파일링에 필요한 데이터를 선정

 - 데이터 탐색 : 데이터의 값이 업무 규칙과 정합성을 유지하는지 확인

 - 구조 탐색 : 테이블 사이의 무결성과 데이터 레코드 내의 구조적 이상확인

 - 관계 탐색 : 컬럼과 테이블간 관계(Relation)의 관계분석

 - 결과 리포트 : 발견된 데이터 오류정보를 사용자 및 Cleansing모듈에 전달

 

다. 데이터 프로파일링 기법

 - 컬럼속성분석 :  하나의 컬럼에 저장된 값 분석

 - 구조 분석  : 테이블을 서로 어떤 관련인지를 정의한 룰 사용

 - 단순데이터 룰 분석 : 값의 결합이 가능한 비즈니스 객체의 여러 컬럼에 걸친 값을 다루는 룰을 분석하여 보다 유용한 것을 찾는 것

 - 복잡한 데이터 룰 분석 : 여러 비즈니스 객체에 연관된 데이터 룰에 부합하는 값을 요구하는 것 보다 복잡한 룰

 - 값 룰 분석 : 합당하지 않는 집계 값에서 부정확한 데이터의 존재를 찾는 것

 

'1. IT Story > Basic Studies' 카테고리의 다른 글

CAP(Consistency, Availability, Partitioning) 이론  (0) 2020.12.24
MMDB(Main Memory Data Base)  (0) 2020.12.24
DB 샤딩(Sharding)  (0) 2020.12.24
CI(Continuous Integration)  (0) 2019.11.21
테스트자동화  (0) 2019.09.22
V&V(Verification & Validation)  (0) 2019.09.20
빅데이터(Big Data)  (0) 2019.09.19
3D프린팅  (0) 2019.09.17
블로그 이미지

운명을바꾸는자

IT와 함께 살아가는 삶

,
   

1. 실시간 대용량 트랜잭션 처리를 위한 MMDB의 개요

가. MMDB(Main Memory DataBase)의 정의

- 데이터베이스 전체를 주기억장치에 상주시켜 데이터베이스 연산을 처리하는 고성능 DB
- 데이터베이스 Start-up과 동시에 데이터베이스를 Memory에 상주시켜 관리 및 운영하는 DB

 

나. MMDB의 등장배경

 - 기존 DBMS처리 성능한계 메모리 가격 하락과 64Bit 운영체제 등장
 -  실시간 데이터 처리 요구 증가, 고객의 마인드 변화

2. 기존 Disk기반 DB와의 비교

디스크 기반 DB MMDB
버퍼만 메인메모리에, DB테이블은 디스크 메인 메모리 내에 DB테이블, 인덱스 등 존재

나. Disk 기반 DB와의 특징 비교

구분 디스크 기반 DB MMDB
데이터 저장 장치 디스크 주기억장치 (메인 메모리)
운영목표 데이터의 안정적 운영 트랜잭션의 빠른 수행
동시성 제어 데이터 접근 트랜잭션 중심 인덱스에 대한 동시성 제어
DBMS 프로세스구성 멀티 프로세스 멀티 스레드
처리속도 1배 (DB연산 + 데이터 전송 연산) 10~50배 빠름 (DB 연산 시간)
시스템 설계방향 Disk 접근횟수 최소화
데이터 Clustering 향상
CPU처리 시간 최소화
메모리 공간 사용 최소화

 

3. MMDB의 단점극복을 위한 기술 및 활용현황

가. MMDB의 단점극복 기술

 - 용량제한 → 무제한화 (TB급까지 구현)
 - 안정성 → Disk에 Log 및 Check Point 기록 구현
 - Memory와 Disk 이중기록으로 인한 성능저하 → Memory 성능향상 부분이 Disk I/O 성능 감소부분 보다 월등하도록 설계하여 해소
 - 복구 시 Disk 내용 메모리 로딩 시 소요시간 → 병렬 회복기법 기반 획기적 개선

 

나. MMDB의 활용현황

 - 차세대 빌링 : 이동통신사의 사용자 인증/빌링을 위한 대용량 고속처리 위해 사용
 - 증권사 : 실시간 주식의 시세 분석, 차트 등 다양한 분석에서 사용됨
 - 유선통신 : NGN기반의 대용량 트랜잭션 처리를 위해 활용
 - 이동통신 : 중앙집중적 일괄처리를 위해 메모리DB의 활용

 

'1. IT Story > Basic Studies' 카테고리의 다른 글

CAP(Consistency, Availability, Partitioning) 이론  (0) 2020.12.24
데이터 품질관리의 Data Profiling  (0) 2020.12.24
DB 샤딩(Sharding)  (0) 2020.12.24
CI(Continuous Integration)  (0) 2019.11.21
테스트자동화  (0) 2019.09.22
V&V(Verification & Validation)  (0) 2019.09.20
빅데이터(Big Data)  (0) 2019.09.19
3D프린팅  (0) 2019.09.17
블로그 이미지

운명을바꾸는자

IT와 함께 살아가는 삶

,
   

1. 데이터베이스 확장을 위한 샤딩의 개요


가. 샤딩(Sharding)의 개념

  - 관계형 데이터베이스에서 대량의 데이터를 처리하기 위해서 데이터를 파티셔닝 하는 기술
  - 샤딩은 DBMS 레벨에서 데이터를 나누는 것이 아니고 데이터베이스 자체를 수평분할 방식으로 분산저장하고 조회하는 방법

나. 샤딩(Sharding)의 장점

1) 성능개선: 큰 데이터를 압축, 개별테이블은 각샤드에서 더 빠른 작업을 지원
2) 신뢰성개선: 한 샤드가 실패하더라도 다른 샤드는 데이터서비스를 제공
3) 위치추상화: 애플리케이션 서버에서 어떤 데이터가 어떤 데이터베이스에 위치해 있는지 알 필요가 없음

 

2. 샤딩의 개념도 및 데이터베이스 분할방법

(Sharding)

가. MongoDB의 샤딩 개념도

- 샤드키로 설정된 칼럼의 범위를 기반으로 각각의 값 에 맞는 Shard에 저장
- 사용하는 Application단에서는 MongoS라는 라우팅 프로세스만 연결하므로 Shard의 구조에 대해서는 알 필요도 없고, 구조 변경에 따른 수정도 필요 없음

 

나. 샤딩의 데이터베이스 분할방법

방법 설명
Vertical Partitioning - 테이블 별로 서버를 분할하는 방식
Range based Partitioning - 하나의 feature나 table이 점점 거대해지는 경우 서버를 분 리 하는 방식
Key or Hash Based Partitioning - 엔티티를 해쉬함수에 넣어서 나오는 값을 이용해서 서버를 정하는 방식
Directory Based Partitioning 파티셔닝메커니즘을 제공하는추상화된 서비스를 생성

 

3. 샤딩 적용시 가이드라인

구분 주요내용
데이터 재분배 - 서비스 정지없이 scale-up 할 수 있어야 함
조인 파티션 - Sharding-db 간에 조인이 불가능하기에 처음부터 역정규화도 고려해야함
- shard 해쉬함수 설계가 중요

트랜잭션
Global  Unique Key
데이터는 작게
- Global Transaction을 사용하면 shard DB간의 트랜잭션도 가능

- DBMS에서 제공하는 auto-increment를 사용하면 key가 중복될 수 있기 때문에, Table의 단위를 레벨에서 가능한 GUID를생성해야함 작게 만들어야 함

 

'1. IT Story > Basic Studies' 카테고리의 다른 글

CAP(Consistency, Availability, Partitioning) 이론  (0) 2020.12.24
데이터 품질관리의 Data Profiling  (0) 2020.12.24
MMDB(Main Memory Data Base)  (0) 2020.12.24
CI(Continuous Integration)  (0) 2019.11.21
테스트자동화  (0) 2019.09.22
V&V(Verification & Validation)  (0) 2019.09.20
빅데이터(Big Data)  (0) 2019.09.19
3D프린팅  (0) 2019.09.17
블로그 이미지

운명을바꾸는자

IT와 함께 살아가는 삶

,
   

 Amazon AWS의 Aurora(오로라) DB에 대하여 간략한 기능과 Q&A 사항을 정리하였다. Aurora(오로라) DB는 탈oracle의 분위기가 커지고 있는 시장에서 사용이 증가되고 있는 PostgreSQL을 자체적으로 추가 개선하여 세팅된 DB로 수동으로 스크립트를 작성하여 관리하던 PostgreSQL을 보다 편리하게 제공하고 있으며, disk 영역(스토리지)에서 데이터를 찾거나 변경할때 아마존 AWS 자체 스토리지 처리 기술을 적용하여 조금더 속도 개선을 진행한 기술로 간단히 이해하고 있다.

 장점으로는 AWS CLI를 통하여 미리 Slave 확장이나 자동화 처리(데이터 스냅샷)를 작성해 놓은 상태라면 언제든지 빠르게 서버를 확장할수 있으며 다양한 스펙의 장비를 선택하고 설정할 수 있다는 부분이 가장 큰 장점으로 보여진다.

 단점으로 아마존 AWS(클라우드)로 들어가게 되면 기존에 On-Premise 방식과는 다르게 DB의 구성 및 파라미터 세팅에 대한 제약이 발생되며, AWS 계약의 종류에 따라 갑자기 서버가 내려가거나 장애가 발생했을때 아무 원인이나 조치내역을 공유 받지 못한는 경우도 발생하는 것 같다.

 또한 긴급하게 대량으로 slave를 확장할 경우, AWS 서버를 할당 받는 zone에서 서버가 없는 경우가 있어 종종 지연이 발생되는 경우가 있으며, AWS -> AWS 안에서 데이터를 전송하는 것은 큰 문제가 없는데 AWS -> 외부 서버로 데이터를 전송 해야할 때 많은 비용이 증가하는 점이 있다.

 

[기본 정보]
- AWS Aurora(PostgreSQL) 11버전 지원, Master 1대당 Slave 15대 까지 가능
- RDS slave는 5대로 제한
 

1. AWS Aurora DB사용시 사용자기 임의로 파라미터를 수정가능 여부


Q. 파라미터를 사용자가 편하게 변경 가능한지
A. 변경 가능한 것도 있음, 기본적으로 cost 파라미터 등은 변경 가능하나 변경 불가사항도 존재함
 
    구조가 기본적으로 엑사와 비슷
    Application —> 분산하여 storage에 내려씀 (병렬)
    스토리지 노드는 6개
       
    장점 - shared node로 사용 가능 (스트림노드로 연결은 함, dirty block 때문에), writing 이 많은 서비스에 이득, CPU 사용율 기준으로 Auto - scale 가능
    단점 - CPU 를  20~30% 를 기본적으로 더 사용, 스토리지를 어플리케이션 레벨에서 병렬로 성능이 빠름

 

 

 

 

2.  AWS Aurora DB에서 Parallel 기능 사용 가능 여부

Q. Parallel  기능 여부
A. 버전 마다 달라서 확인 가능, 패러럴 작업시 스토리지 레벨까지 내려감 (특정 버전에서)
 

3. AWS Aurora DB에서 Vaccum동작에 따른 Slave 세션 끊김 없이 처리 가능한지 여부

Q. 슬래이브의 select 작업시 vaccum 이슈로 select 시 접속 fail

ERROR: canceling statement due to conflict with recovery

Detail: User query might have needed to see row versions that must be removed


A. 속도가 빠르고 CPU 작업이 빠르기 때문에 기존 대비하여 극단적으로 발생할 확률 축소
 

4. AWS Aurora DB에서 쓰기가 많은 서비스일때 어느정도까지 서비스에 무리가 없는지 문의

Q. Write 중심적인 서비스에서 DML가 많을 때의 이슈
A. 하루에 1억건 정도라면 크게 문제없음
 

5. AWS에서 발생되는 갑작스러운 서버 장애시 고객사에서 장애 원인과 조치내역에 대하여 공유 받을수 있는지 문의

Q. 서버 장애시 케이스(SR)가 공유가 가능한지
A. 계약이 필요한 사항, aurora에서는 슬래이브가 죽을 경우 스토리지를 사용해서 1분정도 안에 자동 재기동 가능

 

# Amazon AWS Aurora DB construction Q&A summary

# Resumen de preguntas y respuestas sobre la construcción de Amazon AWS Aurora DB

# Amazon AWS Aurora DB構築Q&Aまとめ

# Amazon AWS Aurora数据库构建问答

# अमेज़ॅन AWS अरोरा DB निर्माण क्यू एंड ए सारांश

블로그 이미지

운명을바꾸는자

IT와 함께 살아가는 삶

,