트랜잭션 격리수준 개념​

• 병행 트랜잭션 실행 시 데이터를 일관성 있게 읽을 수 있도록 고립성을 유지하기 위한 데이터 허용 수준
• Dirty Read, Non-Repeatable Read, Phantom Read 등 이상 현상 발생 가능

트랜잭션 격리 수준 상세​

Read Uncommitted​

• 트랜잭션이 완료되지 않은 데이터를 다른 트랜잭션이 참조하는 것을 허용하는 격리수준

Read Committed​

• 트랜잭션이 완료된 데이터만 읽을 수 있는 격리 수준

Repeatable Read​

• 동일한 행을 여러 번 읽을 때 항상 동일한 값을 반환하도록 보장하는 격리수준

Serializable​

• 여러 트랜잭션이 순차적으로 하나씩 실행되도록 보장하는 격리수준
• 동시성이 낮아 거의 사용되지 않음

트랜잭션 격리수준 고려사항​

• Locking, 2PL, Timestamp Ordering, 낙관적 기법 등 병행제어 필요

숙소​

• 두바이에는 지하철이 있고, 레드라인 주변으로 잡으면 된다.
  • Mall of Emirates Station 부터 Max Metro Station 까지 사이에서 어떤 관광지를 주로 볼지에 따라 달라진다.
  • Business Bay Station, Burj Kahalifa Station이 가운데라 좋다.

교통​

지하철​

• 여자끼리만 여행한다면 실버 NOL 카드에 여성 전용칸을 타면 된다.
• 아니라면 무조건 골드 NOL 카드 사자. 출퇴근시간 강남역 생각났다.
• 택시비로 어딜가든 2만원씩 나오기에 지하철을 이용하는 것이 좋다.

버스​

• NOL 카드 내릴 때 찍어야한다.
• 생각보다 지연이 많아 잘 안 이용했다.

택시​

• Careem 앱 전화번호 없어도 이용 가능하다.
• Bolt 앱 10번 탑승까지 50% 할인된다.

두바이-아부다비​

• IBN Station 에서 E101 버스를 타면 25디르함에 아부다비로 갈 수 있다.
  • 한 시간 반 정도 걸리는데, 일찍 출발했다가 일찍 돌아오자.
  • 아부다비에서 두바이로 다시 돌아오는 버스는 사람이 많아 두 대를 더 기다렸다.
• Internet City Station의 Mercure Dubai Barsha Heights Hotel 앞에서 09:30에 Yas Island Abu Dhabi로 출발하는 무료 버스가 있다고 하는데 도전은 못 해봤다.
  • FOMO dubai 영상 참조

식사​

식당​

• 두바이 물가가 원래 한국보다 약간 비쌌고, 원화가치도 폭락하면서 더 비싸졌다.
  • 2인 기준 최소 4만원, 괜찮은 음식점에서 먹으면 7만원, 분위기 내려면 15만원정도 든다.
• 식당에 가는 것보다 Deliveroo 앱 또는 Careem 앱을 이용하여 배달로 저렴하게 먹는 것이 더 괜찮았다.
• 에어비엔비 숙소나 취식 가능이라면 근처 마트에서 고기를 직접 사서 구워먹는 것이 가장 저렴하다.
• 양고기는 RAWABI AL SHAM RESTAURANT & BUTCHERY가 정육식당 느낌인데, 가성비 있고 현지인들도 많고 굉장히 맛있었다.
• 수크 쪽에서는 Al Bait Al Qadeem Restaurant가 현지식 도전하기에 좋았다.
  • 한국인들도 많이와 단체로가면 비빔밥도 해준다고 한다.
• 영국인들이 많이있는 식당인 Arabian Tea House Restaurant는 가격만큼 서비스와 맛이 좋았다.
  • 아침은 좀 아까웠고, 점심/저녁 추천.
• 부르즈할리파를 배경으로 사진을 찍고 싶다면 56층에 위치한 CÉ LA VI를 가면 된다.
  • 아시안들이 밥을 많이 시키고 현지인들은 음료만 시키고 사진 찍고 가는 것 같았다.

카페​

• 동남아와 다르게 과일스무디, 과일쥬스들이 엄청 비싸다. 한 잔에 최소 12,000원 정도.
• 아이스 아메리카노도 그란데 사이즈 기준 8,000원 정도.
• 마트 내 카페는 상대적으로 저렴하고, Soft Drink가 저렴해서 제로콜라를 많이 먹게 되었다.

관광지​

두바이 프레임​

• 올라가지 말고 Zabeel Park 들어가서 사진찍으면 잘 나온다.
• 유료 공원이라 관리도 잘 되어있다.

시장​

• 골드수크와 스파이스수크는 호객문화가 심해서 이런 문화가 있다 정도로만 둘러보면 된다.
• Deira Old Souq Marine Transport Station에서 1디르함에 바지선을 타고 두바이크릭을 건너오는 건 좋았다.

아쿠아벤처​

• 아쿠아벤처 워터파크는 무조건 오픈런해야한다.
  • 총 3개의 아일랜드가 있는데, 오후엔 슬라이드 하나 타는데 최소 30분 대기 해야하기 때문이다.
  • 모노레일은 가성비 안 나온다. 택시 타자.
• 워터슈즈는 나눠주는걸로 충분했다.
• 밥은 스타벅스 가서 샌드위치 먹는게 가성비 좋다.

악어공원​

• Dubai Crocodile Park은 공항 옆이라 첫날, 마지막날 시간 뜰 때 가면 좋다.
• 16:30 에 악어 직접 만져볼 수 있다. 특정 요일엔 먹이도 줄 수 있다고 한다.
• 조경도 잘 해놓고 관리가 잘 된 느낌이라 좋았다.

기타​

불꽃놀이​

• 신년행사로 불꽃놀이는 두바이 어느 해변이나 명소에 가도 한다.
• 두바이몰은 16:00 이후로 교통 통제 된다.
  • 사람이 워낙 많아 불꽃놀이 끝나고 주요 지역을 빠져나오는데 3시간 이상 걸린다.
  • 1박이라도 호텔을 잡는게 낫다.
• 아부다비에선 50분동안 불꽃놀이를 한다고하기에 나중엔 아부다비에서 신년을 맞이하는게 나아보였다.

경찰서​

• 두바이엔 Smart Police Station, SPS가 경찰서다.
• 야간에도 운영하는데, Dubai Police 앱을 다운받고 가거나 직접 앱으로 민원을 접수할 수 있다.
• Dubai SPS Muraqqabat가 우리나라의 경찰서와 규모가 비슷한 느낌이었다

여담​

• 여행객을 위한 도시, Dubai Night를 위한 도시
• 사람 사는 맛은 아부다비에 더 있었다.

두드러기로 고생하며 신년을 지나, 새로운 직장에서 커리어를 시작했다. 이커머스 업계에서 오래 일했기에, 새로운 도메인은 모든 것이 생소했다. 하나의 제품을 완성하기 위한 재료와 그 여정은 엄청났다. 자동차에도 관심이 없었으니 트림, 외내장, 옵션 등도 생소했다. 줄임말로 표현되는 다양한 용어도 난해했다. 프로젝트 도중 투입되어 외주에서 껍데기만 만들어 놓은 기능들을 하나씩 정리하며 정신없이 상반기를 보낸 것 같다.

집에 와서도 쉴 수 없었다. 기술사 강의와 숙제, 블로깅, 코딩 등 여러 가지를 병렬로 진행하며 기계처럼 살았다. 디스크 재활을 통해 단련된 강한 멘탈 덕분에 버틸 수 있었다. 그렇게 시간을 녹이며 1년을 달리다가, 와이프가 예약해둔 여행 덕에 잠깐씩 현실을 잊을 수 있었다. 시험을 앞두고 5일간 휴가를 내어 스터디카페에서 마지막 열정을 불태웠다. 그러나 합격 점수에서 4점이 부족해 아쉬움이 많이 남았다.

3분기에는 2024년 가장 큰 목표였던 Admission에 집중할 수밖에 없었다. 이 과정은 도전의 연속이었다. 전 직장 팀장님과 교수님께 추천서를 영어로 요청했는데, 걱정과는 달리 모두 흔쾌히 수락해 주었고 좋은 선택이라며 격려해 주었다. 이어, 왜 공부를 원하는지 절절하게 적은 SoP를 작성해야 했다. 신분 증명을 위한 문서를 영어로 제출하는 것도 쉽지 않았다. 매일 영어로 된 수학과 컴퓨터과학 문제를 푸는 것도 지쳤다. 그렇게 한 달 동안 시험 응시 메일이 오지 않아 전전긍긍하다가 드디어 기회가 왔다. 준비한 만큼 많은 문제를 풀었고, 서류 탈락은 피했기에 후회는 없을 것 같다.

마지막 분기에는 루틴이 다소 소홀해졌지만, 1년 넘게 기술사 공부에 매진했던 시간 덕분에 기술을 보는 눈이 열렸다. 이는 사내 기술과 거버넌스를 이해하는 데에 도움을 주었을 뿐 아니라, 도메인 지식과 밸류체인이 머리 속에서 거미줄처럼 연결되어 있어 투자에도 많은 통찰을 주었다.

연말에는 드디어 아랍에미리트를 다시 방문했다. 신혼여행 중 "3일이나 여기서 보내느니 그리스 북부를 더 둘러보자"고 투덜댔던 내가, 여행 일정의 일부였던 이곳에 완전히 매료되었다. 2년 만에 다시 찾은 이곳은 여전히 안전하고, 차별 없으며, 모든 문화가 어우러진 곳이었다.

신년을 맞이하기 직전, 새로운 롤모델도 만날 수 있었다. 20년 전, 31살에 인도에서 아랍에미리트로 이직한 엔지니어는 지금은 팀장을 맡고 있다고 했다. UAE를 바라보는 관점이 나와 같아 비자가 있는지 물었고, 그는 2년 전에 받은 골드 비자를 보여주었다. 그 비자는 노동자로서 월 1,000만 원을 비과세로 번다는 걸 증명하기에, 내 꿈이 눈앞에 있다고 말했다. 그렇게 인도, 이집트 출신의 케미컬 엔지니어들과 이야기하다가 루마니아 출신 일본 은행 직원과 그의 남편인 벨기에인을 만났다. 버즈 알 아랍 앞에서 같이 잊지 못할 셀피도 남겼다.

2025년은 2024년의 결과를 마주할 한 해이기에 기대가 되면서도, 실패로 인해 과정이 더 길어질까 두렵기도 하다. 모든 일은 준비되면 성취할 수 있고, 미리 예비되지 않으면 실패한다. 열매를 맺기 위해 誠을 다하자.

맨체스터 코딩 개념​

• 각 비트의 중간 시점에 전압 레벨을 반전시켜, 동기화와 오류검출에 이점을 가진 라인코딩 방식
• 클록 동기화 용이, 오류 검출 유리, DC(직류성분) 감소, NRZ 대비 대역폭 2배 필요

맨체스터 코딩 구조도, 동작 원리​

맨체스터 코딩 구조도​

• 비트 중간에서 하향 전이하면 0, 상향 전이하면 1로 부호화

맨체스터 코딩 동작원리​

순서	절차	설명
1	인코더에 데이터 입력	이진 데이터 입력, 비트별 부호화 수행
2	비트상태 변환 및 전송	0 비트 하향 전이, 1 비트 상향 전이 후 전송
3	데이터 신호 해석	비트 중간 반전 시점 해석, 데이터 추출
4	이진 데이터 비트 출력	추출 데이터를 비트로 출력하여 원 데이터 수신

차등 맨체스터 코딩 구조도​

• 0: 시작점에서 전이, 1: 시작점에서 전이 없음, 모든 비트 중간점에서 항상 전이

맨체스터 코딩, 차등 멘체스터 코딩 비교​

구분	맨체스터 코딩	차등 맨체스터 코딩
개념	비트 중간 신호를 상하향 전이, 시간 정보와 데이터 전달 역할 수행	인접 신호의 변화를 표현하기 위한 차등 인코딩과 맨체스터 코딩 결합
신호표현	0: +전압에서 -로 하향 전이 1: -전압에서 +로 상향 전이	0: 비트 시작 전이 없음, 비트 중간 전이 발생 1: 비트 시작, 중간 모두 전이
장점	설계, 구현 단순 에지 검출로 클록 동기화 용이	빠른 전송 속도 극성 반전 없음, 노이즈 강건성
단점	낮은 대역폭 효율성	높은 구현 복잡도, 초기 상태 의존성
활용 분야	초기 이더넷, RFID	Token Ring LAN, 극성 완전 네트워크

Open RAN 개념​

• 다양한 5G 장비업체 간 호환성, 네트워크 설계 유연성을 위해 기지국 연결 인터페이스와 기지국 OS를 개방하고 표준화한 기술
• 기존 RAN의 단점 극복, 5G 네트워크 설계 유연성 확보, 장비업체 간 경쟁 활성화, 통신 기술 발전, 비용 절감

Open RAN 구성도, 구성요소, 발전과정​

Open RAN 구성도​

Open RAN 구성요소​

구분	설명	비고
Radio Unit	스마트폰 등 통신장비 주파수를 잡아서 연결, 안테나로 받은 라디오 신호 처리	RF, Low PHY 처리
Distributed Unit	통신장비에서 요청한 데이터를 전송하는 장치, 라디오 신호에서 디지털 신호 분리	MAC, RLC, High PHY 처리
Centralized Unit	네트워크 제어, 사용자 데이터 처리, DU와 CU 간 데이터 전송	RRC, PDCP 등 프로토콜 활용
RIC	인공지능 기반, 로드 밸런싱 기반 CU, DU 관리	비실시간, 준실시간

Open RAN 발전과정​

레거시 비가상화 사이트​

C-RAN​

V-RAN​

O-RAN​

ICMP 개념, 구성도​

ICMP 개념​

• IP 패킷을 전송하는 과정에서 발생하는 오류 및 제어 메시지를 처리하기 위한 프로토콜
• Ping(Echo Request/Reply), Destination Unreachable 등 네트워크 진단 및 관리에 사용

ICMP 패킷 구성도​

구분	크기	설명
Type	8	ICMP 메시지 유형 0=Echo Reply, 8=Echo Request, 3=Dest. Unreachable 등
Code	8	Type에 따른 세부 코드
Checksum	16	ICMP 헤더+데이터를 합한 오류 검출을 위한 체크섬
Rest of Header	32 이상	Type, Code 조합에 따라 식별자, 시퀀스 등 추가 정보
Data	가변	ICMP 메시지의 실제 데이터

IGMP 개념, 구성도​

IGMP 개념​

• 호스트와 라우터가 멀티캐스트 그룹에 대한 가입(Join)과 탈퇴(Leave) 등을 관리하기 위한 프로토콜
• 멀티캐스트 통신을 효율적으로 지원하기 위해 사용

IGMP 패킷 구성도​

구분	크기	설명
Type	8	IGMP 메시지 유형 0x11=Membership Query, 0x16=Membership Report v2, 0x17=Leave Group 등
Max Resp Time	8	Membership Query에 대한 최대 응답 시간
Checksum	16	IGMP 헤더 전체에 대한 오류 검출을 위한 체크섬
Group Address	32	멀티캐스트 그룹 주소 General Query 시 0.0.0.0, 특정 그룹 쿼리 시 해당 멀티캐스트 주소

• IGMP V3에서는 소스별 멀티캐스트 트래픽 관리 기능이 추가되어 Number of Sources와 Source Address 필드가 추가됨

IGMP 가입 절차도, 세부 절차​

IGMP 가입 절차도​

IGMP 가입 세부 절차​

단계	설명	비고
1. 그룹 가입	호스트가 새 멀티캐스트 그룹에 참여하고자 할 때 라우터에 가입 알림 전송	Membership Report
2. 멤버십 모니터링	라우터는 주기적으로 Query 메시지를 전송, 현재 그룹을 계속 사용하는 호스트가 있는지 확인	Membership Query
3. 멤버십 응답	호스트는 Query에 응답하여 아직 그룹이 필요함을 알림, 무응답 시 라우터는 더 이상 호스트가 없음 판단	Membership Report
4. 멤버십 탈퇴	호스트가 멀티캐스트 수신을 중단하고 싶으면 Leave Group 메시지 전송	Leave Group

ICMP, IGMP 비교​

구분	ICMP	IGMP
목적	IP 패킷 전송 오류 및 제어 메시지 처리	멀티캐스트 그룹 가입/탈퇴 관리
유형	Echo Request/Reply, Dest. Unreachable 등	Membership Query, Membership Report, Leave Group 등
계층	네트워크 계층	네트워크 계층
사례	Ping, Traceroute	IPTV, 온라인 게임 등 멀티캐스트 서비스
데이터전송	오류, 제어 메세지 전송 데이터 페이로드는 네트워크 진단용	그룹 멤버십 정보 전송 실제 멀티캐스트 데이터는 UDP, RTP 상위 프로토콜 사용
보안 취약점	Ping Flooding, DDoS 등	IGMP Spoofing, IGMP Flooding 등
특징	일부 환경에서 ICMP 차단하여 진단 제약 발생 가능	그룹별, 소스별 트래픽 구분하여 필요 트래픽 전달 가능

NRTK 개념​

• GNSS를 기반으로 다수의 기준국 네트워크를 이용하여 오차를 실시간으로 보정하고 이동국의 위치를 센티미터 단위로 정밀하게 측정하는 기술
• 기존 RTK 범위, 오차로 인한 한계 극복, 위치 정밀보정 요구 증가, 통신 기술 발전

NRTK 구성도, 구성요소, 보정신호 구분​

NRTK 구성도​

NRTK 구성요소​

구분	설명	비고
기준국	다수 GNSS 기지국이 위성신호를 수신하여 오차데이터를 제어센터로 전송	광역오차 데이터 수집
제어센터	기준국 데이터 옹합, 오차모델 생성, 가상 기준점 생성	실시간 보정 데이터 전송
이동국	GNSS 신호와 보정데이터를 결합하여 정밀한 위치 계산	cm 단위 오차 보정

NRTK 보정신호 구분​

방식	설명	특징
VRS	사용자 위치에 가상기준국을 생성하여 보정신호 제공	양방향 통신 필요
FKP	기준국 관측망 전체에 적용 가능한 보정신호 제공	삼각망 내 모든 지점 적용 가능
MAC	주기준국과 보조기준국 간 차이를 계산하여 셀 단위 보정 신호 제공	셀 내 모든 지점에 대한 보정 정보 제공
SSR	상태공간 표현을 통해 위성 및 대기 상태 정보를 분리하여 제공	위성 궤도, 전리층, 대류층 상태 포함

TCP 4-way 핸드쉐이킹 개념​

• TCP 장치들 사이에 논리적으로 성립된 연결을 해제하는 프로세스
• 데이터 유실 방지, TIME_WAIT 제공

TCP 4-way 핸드쉐이킹 과정​

TCP 4-way 핸드쉐이킹 절차도​

TCP 4-way 핸드쉐이킹 세부 절차​

구분	절차	설명
Client	FIN_WAIT1	클라이언트가 연결 종료를 위한 FIN 플래그 전송 후 ACK, FIN 수신 대기
Server	CLOSE_WAIT	ACK 전송 후 어플리케이션 종료 대기, Close socket 후 FIN 전송
Client	FIN_WAIT2	서버로부터 FIN 수신 후 ACK 전송, 타이머 시작
Server	LAST_ACK	클라이언트로부터 ACK 수신 후 타이머 시작, 연결 종료
Client	TIME_WAIT	타이머 종료 후 연결 종료, TIME_WAIT 상태로 대기
	CLOSED	서버, 클라이언트 연결 종료

TCP 3-way 핸드쉐이킹 과정​

TCP 3-way 핸드쉐이킹 절차도​

TCP 3-way 핸드쉐이킹 세부 절차​

구분	절차	설명
Client	SYN_SENT	서버에게 연결 요청을 위한 SYN 패킷 전송
Server	SYN_RCVD	클라이언트로부터 SYN 패킷 수신 후 ACK, SYN 패킷 전송
Client	ESTABLISHED	서버로부터 ACK, SYN 패킷 수신 후 ACK 패킷 전송, 연결 성립
Server	ESTABLISHED	클라이언트로부터 ACK 패킷 수신 후 연결 성립

TCP 제어 플래그 설명​

구분	제어 플래그	설명
긴급할당	URG	송신 측 상위 계층의 긴급 데이터 확인시 1 설정
확인응답	ACK	1 확인번호 유효, 0 확인번호 미포함
버퍼데이터공간	PSH	버퍼링 데이터를 상위 계층으로 즉시 전달
연결초기화	RST	연결 확립된 세션을 강제 리셋 요청
연결시작	SYN	TCP 연결설정 시 순서번호를 동기화
연결종료	FIN	송신 측 연결 종료 요청

• 3way는 SYN, SYN+ACK, ACK 사용, 4way는 FIN, ACK 사용

HDLC 프로토콜 개념​

• 일대일, 일대다 연결 환경에서 비트프레임 구조의 데이터를 송수신하는 데이터링크 계층 ISO13239 표준 프로토콜
• 비트지향 프로토콜, 동기식 전송, 다양한 토폴로지 지원, 오류제어, 흐름제어, 모드 지원

HDLC 프레임 구조, 동작 모드​

HDLC 프레임 구조​

필드	길이	설명
Flag	8	프레임 시작, 종료 표시, 011111102
Address	8	일대다 주국, 종국 주소, 일대일 명령, 응답 구분
Control	8	프레임 종류, 제어 정보, 송수신 순서번호
Data	가변	L3 계층이 송신한 패킷 데이터
FCS	16	오류제어, CRC-16 기반 오류 검출 코드

HDLC 프레임 동작 모드​

NRM (Normal Response Mode)​

정규응답모드

• 주국/종국 구분 동작
• 종국은 주국의 폴링 요청에만 응답
• 종국은 프레임 전송 후 다시 허가 대기

ARM (Asynchronous Response Mode)​

비동기응답모드

• 종국은 주국 승인 없이 비동기적 응답 가능
• 종국의 모든 전송은 주국으로 전송되어 최종 목적지로 중계
• 실제로 거의 사용되지 않음

ABM (Asynchronous Balanced Mode)​

비동기균형모드

• 복합국은 동등한 권한을 가짐
• 양쪽에서 명령/응답 전송 가능
• 폴링 오버헤드가 없어 P2P 환경에서 가장 많이 사용

HDLC, 이더넷 비교​

구분	HDLC	이더넷
네트워크 환경	WAN 환경	LAN 환경
데이터 구조	비트 중심	프레임 중심
송수신 형식	동기식, 비동기 모드 지원	비동기식
표준	ISO 13239	IEEE 802.3
주소체계	Address 필드	MAC 주소

네트워크 프로토콜 개념​

• 네트워크 상에서 데이터 전송 규칙과 절차를 정의하여 효율적이고 신뢰서 있는 통신을 보장하는 규약

네트워크 프로토콜 구성도, 3가지 요소​

프로토콜 구성도​

• 프로토콜을 정의한 RFC 문서에 따라 구문, 의미, 타이밍 등을 기반으로 송수신 장치간 네트워크 통신 수행

프로토콜 3가지 요소 상세​

구분	상세요소	설명
구문	포맷	통신, 처리, 해석에 적합하도록 형식, 규격화된 표현
	부호화	Row data와 부호 간의 대응 관계, 압축, 암호화 수행
	신호레벨	물리적인 신호 크기, 감도, 주파수 크기
의미	정보규격정의	특정 패턴을 어떻게 해석하고 동작할지 결정
	오류제어	의미 기반 통신 메세지 오류 제어
	동기제어	송수신 장치 간 상태 일치 및 제어
타이밍	속도	통신 속도, 단위, Band Rate 등
	순서제어	송수신 장치 간 메세지 순서 규정 및 제어

프로토콜 유형 및 기능​

• ISO7498 표준에 따른 응용계층, 전송계층, 네트워크계층, 물리계층 프로토콜로 구분