OMS ¶
- 정기모임 시간 및 장소 : 9월 11일(수) 오후 6시, 310관 B312호
- 24기 강민승 학우 - "인턴 두달간 무엇을 했는가"
인턴 프로젝트로 그룹웨어 내부 주소록 서비스 + Multi DC(Data Center) 환경 서비스
회사로부터 자료 사용을 허락받았습니다.
과제 1 ¶
조직도 상에서 조직 이동하는 기능 구현하기
조건
소수 index
name / index / depth
index로 소수값을 넣어서 사용하기
-> 자료형을 선택해야 하는데, float, double 등등의 자료형엔 자리수가 한계가 있음.
아무튼 통과했습니다..
- 읽기 >>>> 쓰기
- 응답시간 최대 200ms
- 하위 조직도 한꺼번에 이동
- 같은 depth의 조직의 순서는 제한 X
소수 index
name / index / depth
index로 소수값을 넣어서 사용하기
-> 자료형을 선택해야 하는데, float, double 등등의 자료형엔 자리수가 한계가 있음.
아무튼 통과했습니다..
과제 2 ¶
IDC 간 데이터 동기화 및 데이터 조작 기능 구현
- 데이터를 여러 IDC(데이터 센터)에서 보관/사용/삭제 등의 관리가 가능해야 함.
- 단, IDC는 한국뿐 아니라 일본 등 글로벌하게 퍼져있음.
- IDC 추가/폐쇄 기능.
- 거의 동시에 동기화해야 함.
여러 IDC에서 동시에 아이디를 만들 시 충돌 가능성 있음 -> 기존 auto increment id는 사용 불가.
Global Unique를 만들기 위해 IDC 번호+ sequence table based id를 통해 생성.
Global Unique를 만들기 위해 IDC 번호+ sequence table based id를 통해 생성.
- ID 발급 시 기존에 발급 요청마다 1개 발급하는 게 성능에 악영향을 미치는 걸로 생각
- 미리 한번에 많은 ID를 발급해놓고 하나씩 준다면?
- DB와의 통신이 줄어 성능 개선이 기대됨
-> 이 과정에서 팀원들을 설득하는 것에서 많은 걸 배웠고, 멘토님에게 조언도 많이 받았음.
멀티 IDC와의 동기화
- 데이터 삭제, 복제 등에 공통적으로 필요한 "전파", 어떤 정보를 어떻게 전파할 것인가?
- query 전파 / request 전파 / tamestamp 기반 스케쥴링 -> 전부 Reject
- query 전파: SQL Injection 나면????
- request 전파 : 똑같은 프로세스가 모든 IDC에서 진행되어 성능이 너무 나쁨
- timestamp 기반 스케쥴링 : 주기마다 처리 개수가 제한됨
- query 전파: SQL Injection 나면????
- DB Record 전파 : 정확성 보장 가능, 받는 입장에서 책임이 가장 적음. -> 최종 채택!
정리 ¶
- 위 내용을 인턴 3명이서 2달간 진행함.
- 학생 수준에서 이정도의 글로벌 서비스를 다룰 일이 거의 없는데, 매우 유익한 경험이었음.
- 반팔반바지로 다님.
- 신입에 대한 케어가 많음
- 평균 연령이 낮고 성비도 비슷했음.
- 코드리뷰, 페어 프로그래밍 당연함. 팀원 전원이 approve해야 merge 가능
- 스터디도 함.
- 개발 과제는 막 던져주고 가져가고 싶은거 자기가 가져가는 식
- 백엔드 프론트엔드 구분없이 다 함.
스터디 ¶
프로젝트 ¶
프로젝트 | 설명 | 진행 상황 |
caucsenotice | 중앙대 컴공 알리미 메일링 서비스 | - |
직선조아 | linear regression | - |
Robot_Study/Open Manipulatr | 컨트롤러 구현, motion planing | - |
분수도 모르는 게 까불어 | 스마트 IoT 노래하는 LED 분수대 만들기 | 설계는 끝났고 지금 진행중 |
제로페이지 차기 회장 선출 관련 ¶
- 지난주에 제로페이지 회장 입후보를 받고 있음. 추천도 받고 있음.
- 회원 한 명이 입후보했고 추천도 한 명 들어왔음.
- 그런데, 동아리 등록을 다음주까지 해야하는데, 거기에 대표자도 등록해야 함.