서버나 서비스 인코딩은 함부로 바꾸면 안된다
MSP 업체는 생각이 없는건지
영향도 분석 따위는 머리 속에 없는 것 같다
고정길이 전문, Socket, TCP, MQ, FTP, 암호화는
문자 구조가 아니라 byte 구조가 시스템의 언어 통신은 byte를 보내고 받는다
보통은 아래와 같이
전문은 byte-length로 필드를 정의한다
파싱은 byte offset으로 한다
암호화/MAC도 byte 기반으로 한다
문자열은 byte를 사람이 보기 좋게 한 것일 뿐
따라서 인코딩을 바꾸면 byte-length가 변하고 전문이 깨진다
따라서 단순히 인코딩을 바꾸는 것이 아닌
서비스 영향도를 체크한 후에 적용해야한다
인코딩 이슈를 최대한 줄이기 위해서는
아래와 같이 하는 것이 좋다
Socket, MQ, TCP 전문은 String으로 다루지 말고 byte[]로
UTF-8 → EUC-KR 변환 시 필드 단위로 재패딩이 필요하고
전문 조립/파싱은 byte offset 기반
MAC/HASH는 byte 기반
전문 송신 시 String → byte 변환 후 송신
전문 수신 시 byte → 문자로 변환은 파싱 이후
인코딩 중요한데...
'Infra' 카테고리의 다른 글
| KINX 란 무엇인가 (0) | 2025.12.14 |
|---|---|
| NCP 200 핵심 정리 (0) | 2025.12.07 |
| NCP 202 핵심 정리 (0) | 2025.11.30 |
| CPU·메모리 사용률 실시간 확인 명령어 (0) | 2025.11.23 |
| 클라우드 공통 저장소(Storage) (0) | 2025.11.23 |