반응형
작성일: 2024년 11월 13일

 

 

Intel Xeon CPU의 다양한 제품 라이업을 보면, 어느 제품을 구입해서 써야 할지 막막할 때가 있다.

이럴 때, 각 CPU 모델의 성능 측정 값을 알면 딱 좋은데, 다행스럽게도 Intel이 제공하는 CPU 모델별 성능 정보 테이블이 있다. 

 

https://www.intel.com/content/dam/support/us/en/documents/processors/APP-for-Intel-Xeon-Processors.pdf

 

 

참고 정보

Intel은 MIPS 정보는 제공하지 않고 GFLOPS, APP 성능 지표만 제공한다고 한다. (아래 웹 사이트에 자세한 정보가 있다)

https://www.intel.com/content/www/us/en/support/articles/000057052/processors/intel-xeon-processors.html

 

What Is MIPS (Million Instructions Per Second) Number for Intel®...

Performance information available for Intel® Xeon® Processors

www.intel.com

 

반응형

작성일: 2024년 8월 7일

 

 

HW, SW를 개발해서 고객사에 납품하는 회사라면, BMT, SVT, DVT, CVT, UAT 등과 같은 Test  관련 용어를 자주 사용할 것이다.

그런데 내가 이 용어가 어떤 단어의 축약어인지 몰라서 같이 일하는 동료에게 물어보니..

이 축약된 용어의 Full Name과 정확한 의미를 모르더라... ㅠㅠ

그래서 여기 저기 찾아서 메모를 해본다.

 


 

BMT ( Benchmark Test )

고객이 요구하는 기능과 성능/용량이 제공 가능한지 가늠해보기 위한 벤치마크 테스트

 

 

SVT ( System Validation Test,   Supplier[Self] Validation Test)

일반적으로 SI, IT업계에서는 HW 같은 물리 장비를 고객사 사이트에 설치하고, 기능 및 성능 검증.

(HW, OS, Platform를 고객사 사이트에 납품 및 설치하고 잘 동작하는지 테스트하는 것을 SVT라고 한다.)

그런데, 내가 일하는 네트워크 산업 분야에서는 Supplier[Self] Validation Test로 사용하는 경우가 있다.

즉, 개발/공급하는 회사가 고객사에 시스템 및 Software를 납품하기 전 단계에서 자체적으로 종합 테스트하는 것을 일컫는다.

 

 

DVT ( Developer Validation Test)

내가 일하는 통신 업계에서는 Developer Validation 이라고 하는데, 다른 산업에서는 Design Validation이라고 하는 것 같다.

 

 

CVT ( Customer Validation Test )

고객이 직접 인수할 장비의 기능과 품질을 검증한다. (물론 공급사 담당자를 옆에 앉혀 놓고 하는 것이 일발적인 업무 프로세스이다.)

 

UAT ( 인수자(Underwriter?) Validation Test )

인수자(고객사)가 테스트를 한다는 것은 상용 서비스를 가정하고 테스트하는 것이기 때문에 실제 상용 환경도 100% 동일한 환경에서 기능, 성능, 용량 검증 테스트한다.

 

 

EVT ( Engineering Validation Test )

과부하, 과용량 상태를 만들어서 문제 없이 기능, 서비스(즉, Feature)가 제공되는지 확인한다.

Stress를 팍팍 주면서 Aging Test(에이징, 장시간 테스트)를 하는 것이 일반적이다.

 

 


 

 

 

 

##
## 채용 관련 글
##
제가 일하고 있는 기업 부설연구소에서 저와 같이 연구/개발할 동료를 찾고 있습니다.
(이곳은 개인 블로그라서 기업 이름은 기재하지 않겠습니다. E-mail로 문의주시면 자세한 정보를 공유하겠습니다.)

근무지 위치:
  서울시 서초구 서초동, 3호선 남부터미널역 근처 (전철역 출구에서 회사 입구까지 도보로 328m)
필요한 지식 (아래 내용 중에서 70% 정도를 미리 알고 있다면 빠르게 협업할 수 있음):
  - 운영체제 (학부 3~4학년 때, 컴퓨터공학 운영체제 과목에서 배운 지식 수준):
    예를 들어, Processor, Process 생성(Fork)/종료, Memory, 동시성, 병렬처리, OS kernel driver  
  - Linux OS에서 IPC 구현이 가능
    예를 들어, MSGQ, SHM, Named PIPE 등 활용하여 Process간 Comm.하는 기능 구현이 가능하면 됨. 
  - Algorithm(C언어, C++ 언어로 구현 가능해야 함)
    예를 들어, Hashtable, B-Tree, Qsort 정도를 C 또는 C++로 구현할 수 있을 정도 
  - Network 패킷 처리 지식(Layer 2 ~ 4, Layer 7)
    예를 들어, DHCP Server/Client의 주요 Feature를 구현할 정도의 능력이 있으면 됨.
  - Netfilter, eBPF 등 (IP packet hooking, ethernet packet 처리, UDP/TCP packet 처리)
  - IETF RFC 문서를 잘 읽고 이해하는 능력 ^^
  # 위에 열거한 내용 외에도 제가 여기 블로그에 적은 내용들이 대부분 업무하면서 관련이 있는 주제를 기록한 것이라서
  # 이 블로그에 있는 내용들을 잘 알고 있다면, 저희 연구소에 와서 연구/개발 업무를 수행함에 있어서 어려움이 없을 겁니다.
회사에서 사용하는 프로그래밍 언어:
  - 프로그래밍 언어: C, C++, Go
    (참고: 아직 연구소 동료들이 Rust를 사용하진 않습니다만, 새 언어로써 Rust를 사용하는 것을 고려하는 중)
근무 시간:
  - 출근: 8~10시 사이에서 자유롭게 선택
  - 퇴근: 8시간 근무 후 퇴근 (오후 5시 ~ 7시 사이)
  - 야근 여부: 거의 없음 (내 경우, 올해 상반기 6개월간 7시 이후에 퇴근한 경우가 2회 있었음)
  - 회식 여부: 자유 (1년에 2회 정도 회식하는데, 본인이 집에 가고 싶으면 회식에 안 감. 왜 참석 안 하는지 묻지도 않음)
외근 여부:
  - 신규 프로젝트 멤버 -> 외근 전혀 하지 않음 (나는 신규 프로젝트만 참여해서 지난 1년 동안 한번도 외근 없었음)
  - 상용 프로젝트 멤버 -> 1년에 5회 미만 정도로 외근
팀 워크샵 여부:
  - 팀 워크샵 자체를 진행하지 않음. (워크샵 참석하는 거 싫어하는 개발자 환영 ^^)
연락처:
  - "sejong.jeonjo@gmail.com"  # 궁금한 점은 이 연락처로 문의주세요.
  - 블로그 비밀 댓글 (제가 하루에 한번씩 댓글 확인하고 있음)
원하는 인재상:
  - 우리 부설연구소는 "긴 호흡으로 프로젝트를 진행"하기 때문에 최소 2년간 한 가지 주제를 꾸준하게 연구/개발할 수 있는 개발자를 원함.
  - 우리 부설연구소는 자주적으로 연구 주제를 찾아서 업무를 하기 때문에 능동적으로 생각하고 행동하는 동료를 원함.
  - 차분하게 연구 주제에 몰입하고, 해법을 찾는 것을 즐기는 사람.
내가 느끼는 우리 연구소의 장점:
  - 갑/을 관계가 없음. (제가 근무하고 있는 연구소는 SI업종이 아니라서 갑/을 회사 개념이 없음)
  - 연구소 자체적으로 연구 주제를 발굴하고 시스템을 개발하기 때문에 개발 일정에 대한 스트레스가 적음
  - 빌딩 전체를 우리 회사가 사용하므로 분위기가 산만하지 않음.
  - 근처에 예술의전당, 우면산 둘레길이 있어서 점심 시간에 산책하기 좋음 ^^
  - 연구소 동료들 매너가 Good (2년간 일하면서 한번도 감정에 스크레치 생기거나 얼굴 붉히며 싸운 적 없음 ^^)
반응형
작성일: 2025년 5월 9일

 

 

종이 사용 설명서를 항상 책상 위에 올려 놓고 보면, 책상이 깔끔하지 않아서 종이 사용 설명서를 치우고 공식 홈피 문서를 보려고 했다.
그런데 이 Rainy75 키보드의 공식 홈피인 wobkey.com 에는 사용 설명서(Use Manual)을 제공하지 않는 것 같다. ㅠㅠ
(어쩌면 내가 못 찾는 것일 수도... ㅠㅠ)
그래서 가끔 키보드 설정이 필요할 때, 블로그에서 보려고 사진으로 박재했다.

 

 

Rainy75 User Manual (English)

RAINY75 User Manual (Windows / MACOS 전환)

 

 

 

 

RAINY75 User Manual / Multimedia combination shortcuts

 

 

 

 

RAINY75 User Manual / Lighting effect control / 키보드 백라이트 제어

 

 

 

RAINY75 User Manual / Check Battery Level (배터리 확인)

 

 

 

 

 


 

 

 

 

레이니75 키보드 한글 사용 설명서

아래 한글로 작성된 매뉴얼은 [ KypeKBD 카페 ]에서 제작한 것이다.

원문(PDF 파일)은 TypeKBD 카페 에서 열람할 수 있다.

 

 

레이니75 키보드 매뉴얼 (한글) / 윈도우 & macOS 간 전환

위 이미지 출처: KypeKBD 카페 

 

 

 

레이니75 키보드 매뉴얼 (한글) / 멀티미디어 조합 단축키

 

위 이미지 출처: KypeKBD 카페 

 

 

레이니75 키보드 매뉴얼 (한글) / 조명 효과 제어

 

위 이미지 출처: KypeKBD 카페 

 

 

레이니75 키보드 매뉴얼 (한글) / RGB 라이트 설정

 

위 이미지 출처: KypeKBD 카페 

 

 

 

레이니75 키보드 매뉴얼 (한글) / 배터리 상태 확인 및 무선 연결 & 블루투스 연결 & 유선 연결 설정 방법

위 이미지 출처: KypeKBD 카페 

 

 

레이니75 키보드 매뉴얼 (한글) / Q&A

위 이미지 출처: KypeKBD 카페 

 

 

 

반응형
작성일: 2024년 7월 31일

 

 

CASE : Cloud Access Security Broker

DEM : Digital Experience Monitoring

DLP : Data Loss Prevention

FWaaS : Firewall as a Service

NESaaS : Network Edge Security as a Service

PoP : Point of Presence (접속점)

SASE : Secure Access Service Edge

SD-WAN : Software-Define Wide Area Network

SSE : Security Service Edge

SWG : Secure Web Gateway

WAF : Web Application Firewall

VPN : Virtual Private Network

ZTNA : Zero Trust Network Access

 

 

 

 

 

 

 

 

 

 

 


 

반응형
작성일: 2024년 7월 30일

 

금융 거래를 하거나 중요한 시스템에 로그인할 때 OTP(One Time Pasword)를 종종 사용한다.

OTP를 사용하는 사람은 OTP의 동작 원리를 몰라도 문제가 없지만,

사용자 인증 시스템을 개발/구현하는 사람은 OTP의 동작 원리를 잘 알아야 한다.

 

IETF RFC 문서에 명확하게 OTP(HOTP, TOTP)에 관해서 기술하고 있기 때문에 RFP 문서를 읽는 것이 제일 확인한 스터디 방법이다.

 

 

ICT 분야에서는 어떤 공부를 하든 RFC를 먼저 열람하는 것이 제일 확실하다.
괜히 어설프게 인터넷에 떠도는 자료를 읽고 공부하다보면 나중에 업무할 때 논쟁거리를 만들게 되니까 ^^
예를 들어서, TOTP에 관해서 연동 블록 개발자간 박터지게 싸웠는데 그 중에서 한명이 인터넷에 떠도는 사이비 문서를 읽고 말싸움을 한 것이라면 얼마나 쪽팔리겠는가.
(솔직히, 이런 경우에 쪽팔려하는 개발자라면 발전할 가능성이라도 있지만, 그냥 모르는 것을 모르는대로 넘어간다면 영원히 사이비 개발자로 남을 것이다)

 

IETF RFC 문서에 너무 명확하고 쉽게 설명이 있으니까, 여기서 그 내용을 중복으로 설명할 필요는 없을 것 같고...

그냥 어떤 문서를 읽고, 어떤 예제 소스 코드를 보면 좋은지 정도만 이 블로그에서 설명하도록 하겠다.

 

OTP는 HOTP(HMAC-Based One-Time Password)와 TOTP(Time-Based One-Time Password)로 구분해서 구현할 수 있다.

IETF에서 표준이 된 순서로 본다면, HOTP -> TOTP이다.

즉, 동일한 인증 기술의 구현이라는 목표를 가지고

  • HOTP가 2005년 12월에 표준이 되었고
  • TOTP가 2011년 05월에 표준이 되었다.

IETF RFC 문서 정보

HOTP:  https://datatracker.ietf.org/doc/html/rfc4226  (2005년 12월 표준 확정)

TOTP:  https://datatracker.ietf.org/doc/html/rfc6238   (2011년 05월 표준 확정)

 

대부분의 기술이 그렇듯이 동일한 목적을 두고 개발된 기술이라면, 뒤에 개발된 기술(표준안)이 더 좋은 것이다.

설계/개발(구현)에 많은 시간을 투자할 상황이 아니라면 TOTP만 고려해도 별 문제 없다는 뜻이다.

그리고 두 가지 OTP에 대한 RFC를 잘 읽어보면, HOTP와 TOTP가 비슷해서 TOTP로 인증 체계를 구현하고 나면 나중에 HOTP를 추가로 기능 추가해도 큰 공수가 들어가지 않는다.

 

 

OTP, HOTP, TOTP 예제 소스 코드  (Java)

위 IETF RFC 문서의 뒷 부분에 JAVA로 구현된 예제 소스 코드가 있다.

논리적인 pseudocode가 아니라 실제로 동작하는 Java 소스 코드이다.

(실제로 문서에 있는 소스 코드를 복사해서 터미널에 붙여서 javac로 컴파일하고, java runtime으로 돌려봤는데 아주 깔끔하게 동작한다)

그리고 RFC 문서에 있는 동일한 Java 코드가 Github에도 있다.

 

Github 주소:  https://github.com/gityf/java_demo/blob/master/demo/src/main/java/org/wyf/otp/TOTP.java 

 

`git clone ....`해서 돌려봤는데, 깔끔하게 잘 돌아간다 ^^

 

 

 

OTP, HOTP, TOTP 예제 소스 코드  (Go)

Go 언어로 구현 및 테스트해보고 싶다면, 아래의 Go source code를 추천한다.

 

Github 주소:  https://github.com/pquerna/otp

 

이 Go 패키지는 재미있게도 QR-code를 이용해서 OTP 값을 출력해준다.

스마트폰으로 QR-code를 찍어서 스마트폰 화면에 보이는 숫자를 iTerm 터미널에 입력하면 OTP를 이용한 인증 통과 여부를 알려준다.

 

 

Python에서는 OTP 인증 코드를 작성하기가 더 쉽다.

아래 python document를 보면서 따라하면 끝 ^^

https://pyauth.github.io/pyotp/

 

 


 

반응형
작성일: 2024년 7월 2일

 

 

"Software publisher"라고도 알려진 ISV(독립 소프트웨어 공급업체)는 소프트웨어 제작(개발, 구현) 및 판매를 전문으로 하는 업체.

ISV가 공급하는 Software와 대조적인 Software는 아래와 같은 것들이 있다.

  • 사내, 기관 내, 단체 내에서 사용할 Software를 자체 개발
  • 외주 개발 업체에 의뢰하여 만든 Software (즉, Software 개발을 요청한 회사에서만 소비되는 Software)

즉, 위 예시의 Software, App은 ISV가 만든 Software가 아니다.

ISV가 제공하는 Software는 최종 사용자가 사용하지만, Software 소유 측면에서 보면 공급업체의 자산이다.

ISV가 개발한 Software 제품 예시:

  • 회사 내부 개발 인력의 일정 관리 앱
  • 바코드 스캐닝을 통한 재고 관리 앱
  • 소매업 관리 앱
  • 차량 관리 앱
  • Azure, AWS, GCP, Naver Cloud 등 Cloud Infra에서 제공되는 SaaS
  • 기타 등등

 

반응형
작성일: 2024년 12월 12일

 

 

HTTP/1 -> HTTP/1.1 -> HTTP/2 -> HTTP/3

HTTP 프로토콜의 발전 흐름을 한눈에 볼 수 있게 만들어진 영상이다.

동영상 속 설명도 쉽고, 다이나믹한 애니메이션이 있어서 어려운 HTTP/3 QUIC을 쉽게 스터디할 수 있다.

 

https://youtu.be/UMwQjFzTQXw?si=Pro80CcDE0WSrnfS

 

 

 

참고: 아래 영상은 위 영상의 Old version이다.

HTTP/3 QUIC에 관한 설명:   https://youtu.be/a-sBfyiXysI?si=o5f8jK_2N_Xk_9xB

  - 4분 짜리 영상이라서 집중해서 볼 수 있다. 애니메이션으로 쉽게 설명해준다.  적극 추천할 만한 영상 :)

 

 

같이 보면 스터디에 도움이 되는 컨텐츠

The QUIC Protocol, HTTP3, and How HTTP has evelved.

https://youtu.be/VONSx_ftkz8?si=4YsIwLDknfx-ASEx

 

 

'우아한테크'의 QUIC

https://youtu.be/xcrjamphIp4?si=s3oUU1W5UANxIxg6

 

  - 한국어로 설명.  요점만 간단하게 딱딱 골라서 설명해주니까 좋다. :)

 

 

 

 

 

 

 

 

 

 

 

 


 

반응형
작성일: 2024년 5월 25일

 

 

긴 글의 설명보다는 짧은 영상이 내용 전달이 잘 되니까, 아래 영상을 보는 것을 추천 ^^ 

 

https://youtu.be/aU2zs9Sdrq8?si=f26g5vb2mADhJE-t&t=158

 

 

 

XSIAM 관련 블로그

https://www.paloaltonetworks.com/blog/2023/11/xsiam-2-0-continuing-soc-transformation/

 

XSIAM 2.0: Continuing to Drive SOC Transformation

Cortex XSIAM 2.0 is the latest innovation for delivering a converged platform, AI-driven outcomes and an automation-first approach for the modern SOC.

www.paloaltonetworks.com

 

 

SOC 관련 제품 - XSIAM 화면

 

 

 

XSIAM 제품에 관한 전반적인 소개

https://www.paloaltonetworks.com/resources/infographics/xsiam-product-tour

 

Cortex XSIAM Product Tour

Take a tour of Cortex XSIAM and see a day in the life of a SecOps analyst. Experience first hand the power of AI to simplify security operations, stop threats at scale and accelerate incident remediation.

www.paloaltonetworks.com

 

XSIAM Command Center - 예제 화면

 

XSIAM Command Center - 예제 화면

 

 

 

 

 


 

+ Recent posts