안녕하세요. 라엘입니다. 2020년은 코로나로 시작해서 코로나로 끝나는 한 해였습니다. 코로나는 감염시 치사율 4%, 높은 확률로 영구적인 장기 손상을 일으키는 매우 위험한 질병입니다. 코로나는 실로 삶의 많은 부분들을 바꾸어 놓았습니다. 코로나는 저에게 있어서 큰 기회였습니다. 저는 올해 주식을 통해 연봉의 몇배가 되는 수익을 거두었습니다. (여러번의 트레이딩을 하였고, 한번 뺴고는 전부 수익을 거두었습니다. 이로인해, 내년에 수천만원의 세금을 내야합니다.) 2020년의 여러가지 목표 및 계획이 있었으나, 다른 여러가지 것들보다 주식의 수익이 월등하게 높아서, 다른 것들을 많이 방치하게 되었습니다. 더 많은 지식공유를 하고, 좋은 서비스를 제공하고, 괜찮은 코드를 공유하려고 계획하였으나, 전부 보류하였습니다. 좀 더 자산을 증식하고, 그 이후 활발한 활동을 시작하도록 하겠습니다. 죄송하고 감사합니다.
최근 라엘이는 개인정보 보호와 익명화, 암호화, 보안 통신의 방법에 대해서 관심을 가지고 있으며, 이와 관련된 새로운 기술들에 대해 알아보고 있다. 이 글에서는 작년 2019년 3월 4일에 W3C 웹 표준으로 지정된 FIDO2 (WebAuthn)에 대해 알아보도록 하겠다. * 먼저 읽어보기 암호를 없애려는 Microsoft의 노력 빅뉴스: FIDO2/ WebAuthn이 후보 제안 상태에 도달! – https://www.microsoft.com/ko-kr/microsoft-365/blog/2018/04/12/big-news-in-our-drive-to-eliminate-passwords-fido2-webauthn-reaches-candidate-recommendation-status/ Microsoft Identity Division 프로그램 관리 부문 이사 Alex Simons 에 따르면, Microsoft는 Windows 10의 아주 초기 단계부터 암호를 없애기 위해 노력해 왔다고 한다. 또한, 암호 없는 미래는 빠르게 다가오고 있으며, Microsoft는 이러한 시대가 도래하기를 기대하고 있다고 한다. 용어의 뜻을 알아보도록 하자. FIDO 는 Fast IDentity Online 의 약자이며, 온라인 상의 빠르고 안전한 인증을 의미한다. (F + 아이도 = 파이도) 읽을 때는 페스트-아이덴티티-온라인 또는 파이도라고 부른다. 기존의 ID, Password 방식의 가입과 인증은 사용자에게 반복적인 ID, Password 입력을 강요했고,…
글을 틈틈히 작성/수정중입니다. 이 글에서는 RDS 특정 시점 복구(PITR)의 원리 및 수행하는 방법에 대해 설명하도록 하겠습니다. 특정 시점 복구(PITR)가 필요한 이유 PITR은 Point in Time Recovery 의 약자입니다. 한글로 번역하자면 시점(Point in time) 복구(Recovery)라는 의미입니다. 치명적인 서비스 장애는 예고를 하지 않고 일어나고 피해가 크기 때문에, 이 상황에 대한 대비책을 마련해 두어야 합니다. PITR은 예기치 않은 장애를 예방하는 것이 목적이 아니고, 장애가 일어났을때 효율적으로 대처하기 위한 것이 목적입니다. 위험 관리 전략의 RMMM (https://blog.lael.be/post/205 또는 자세한 내용은 구글 참조)의 Management 에 해당하는 것으로 위험이 이미 일어났으며 이 때의 처리 방법에 대해 논의해야 합니다. 서비스 장애가 발생 했을 경우 대처 방법 시스템 서비스 엔지니어(SE)는 장애가 발생했을 경우, RPO(복원시점목표), RTO(복원시간목표)를 결정하고 내부에 통보해야 합니다. 예를 들어서, 1시간마다 백업하는 시스템에서, 10:30에 장애가 발생했다면, “30분전에 백업한 데이터로…
드디어 샀습니다! 아이패드 프로! Apple 2020년 iPad Pro 12.9 4세대 !! 제 블로그 주제와는 맞지 않지만, 다른분께도 도움이 될 듯하여, 글을 작성합니다. 통신사에 데이터쉐어링이라고, 휴대폰 데이터를 나눠 쓸 수 있게 해주는 서비스가 있습니다. 이용료는 무료(0원)입니다. 유심을 신청하고 공기계 여러곳에 넣어서 테스트해 보았습니다. 데이터 쉐어링 메인 회선의 기본제공 데이터를 나누어 쓰는 무료 요금제. 폰 데이터 쉐어링과 패드형 데이터 쉐어링이 있다. Baseband Processor 무선 통신을 위한 전화기 모듈. 모든 휴대폰, 아이패드를 제외한 태플릿 폰에 포함되어 있다. USIM (유심) 가입자 식별 도구. 유심시리얼번호(ICCID) + 가입자번호(IMSI) 로 구성된다. 문제의 상황 셀룰러 네트워크는 통화가 되는 휴대폰 네트워크와, 안되는 통신용 네트워크가 있음. 아이패드에는 Baseband Processor 가 없어서, 휴대통신장치 인식이 잘 안된다. 즉, 다음의 경우가 발생한다. 공 유심(new usim) -> 아이패드 …
글로 설명하는 것은, 보여주면서 설명하는 것보다 어렵습니다. 특히 추상적인 개념의 경우, 도식화(Diagram) 없이는 설명이 매우 어려운 경우도 있습니다. 얼마전부터 이러한 그림 그릴 수 있는 도구에 대해서 알아보고 있습니다. “내리와 인성의 IT 이야기“의 김인성님처럼 IT 설명과 그림을 접목시켜보려고 합니다. 이로써 “글쟁이 공대생 라엘” 에서 “그림그리는 글쟁이 공대생 라엘“이 되려고 합니다. 이번에 아이패드PRO 가 잘 나왔다고 해서 살펴보고 있습니다. 이것저것 사면 거의 150만원정도 하더군요. 주변에 말해보니 “사면 쓰지도 않을것 돈낭비 하지 말라“라고 조언을 받았습니다. 그리하여 집 근처의 드로잉 카페에 가서 조금 더 생각해보고 있습니다. 도화서가 라는 드로잉 카페인데, 커피값 이외에 3500원을 내면, 그림 도구를 빌려주네요. 아이패드프로 구매는 조금 더 그림 그려본 다음에 결정해야겠습니다.
대학생이 수능공부를 하지 않으며, 취업한 사람이 토익공부를 하지 않는다. 나 역시 AWS를 6년정도 다루었고, 작년에 reinvent 도 참가하였고, 잘 사용하고 있으므로, 이러한 AWS 자격증에 대해 관심이 별로 없었다. 지난주 목요일 점심 시간에, 내가 다니는 회사의 영업부 차장님과 밥을 먹었는데, “AWS 자격증을 따두면 좋다더라“라는 말을 하셨다. 이 말을 듣고, 식사 후 바로 접수를 하였다. 1. 시험 설명 https://aws.amazon.com/ko/certification/certified-solutions-architect-associate/ 이 페이지에 방문한 다음 개략적인 소개를 확인할 수 있다. 정말로 저런게 인증되고 검증되는지는 잘 모르겠는데, 원래 IT 자격증이라는게, 없으면 아쉽고 있어도 쓸데없는 것 아니겠는가. (대표적으로 정보처리기사) 우측 하단의 “샘플 문항 다운로드“를 해 보았다. 10문항이 있는데, 풀어보고 10개 다 맞길래 바로 접수했다. 시험은 너무 당연한 것을 물어보는데, 그렇다고 지식이 없다면 맞출수는 없는 것들이었다. 운전면허시험을 예시로 들자면 Q) 다음 중 신호체계를 무시할 수 있는 차량은?…
진행 중이던 프로젝트가 잘 마무리 되었고, 여유가 생겨서 글을 작성해본다. 회사에서 여러가지 업무를 하고 있는데, 그 중 하나가 인프라 관리이다. 내가 구성한 인프라는 기본적으로, 외부 공격을 차단하고, 부하를 측정해서 자동으로 서버가 추가되고(auto scaling), 주기적인 패치와, 주기적인 교체가 이루어지게 설정되어있다. 한번 제대로 구성한 다음, 별로 신경 쓰지 않는다. (물론 메신저에 notification이 오게 설정해 두었다.) 웹서비스는 고객에게 uptime 을 보장해주어야 한다. 따라서 이러한 인프라 관리자도 항상 uptime 을 감시하고, 대응할 준비가 되어 있어야 한다. 예전에, 어느 회사의 장애감지에 완전 무감각한 시스템을 본적이 있었는데, 충격이 잊혀지지가 않더라. 장애가 발생하고, 고객이 “사이트가 안떠요”라고 전화를 하면 그때부터 알고 처리하더라. 서버도 IDC에서 코로케이션을 받고 있어서, 직접 OP실과 통화를 해야했고, 장애 처리도 빨라야 10분, 늦으면 30분 정도 걸리더라. (나는 이러한 처리에 충격을 받아서, 클라우드 이전을 가이드하고 직접…
요즘 코로나 덕분에, 생전 처음으로 재택근무라는걸 해보고 있습니다. 자고 일어나면 자동 출근이네요. 직주근접은 이런 것인가! 덕분에 많은 명상을 하고 있습니다. 조금 늦은 AWS reinvent 2019 참가 후기를 작성해 본다. 원래 블로그에 낙서장처럼 대충 작성하는데 요즘엔 Awesome devblog 피드를 통해 많이들 봐주셔서 조금 더 시간을 할애하여 작성해본다. (awesome devblog 커밋로그에 따르면, 내 블로그는 개발 블로그 카테고리가 추가된 후 가장 처음으로 등록된 블로그이다.) < AWS reinvent Badge. 회사명 가림 > 라엘이는 지난 2019년 12월 2일 부터 12월 6일 까지 열리는 AWS reinvent 2019 에 참가하였다. 공식적인 명칭은 참가자(ATTENDEE)이다. 나는 군대 대신 프로그래머로 병역특례를 했기 때문에 초급 시절때부터, IDC에 가서 고가의 서버장비나 네트워크 장비들을 세팅하곤 했다. 클라우드 컴퓨팅에 관심이 많으며, AWS 가 아닌 다른 클라우드도 많이 써보고 있다. 일찍부터 클라우드 관련 리뷰를 작성해두었고,…
저는, 클라우드서버를 무척 좋아하지만, 물리 서버를 다룰수 있기 때문에, 많은 서비스를 개인서버에서 운영하고 있습니다. 군대 대신 프로그래머로 병역특례를 했기 때문에 초급 시절때부터, IDC에 가서 고가의 서버장비나 네트웍장비들을 세팅하곤 했습니다. 아무튼 최근 개인서버가 노후화 되고, 최신 고사양의 서버가 필요하게 되어 새로 견적을 짜고 구매했습니다. < 위의 견적 그대로 구매한 부품들. 미개봉 > 장점은? 클라우드 서버 대신 이러한 개인서버를 사용하면 극강의 고사양을 쓸 수 있습니다. 즉 물리적인 제한치만큼 사용가능합니다. 보통 클라우드서버 CPU 가 2.0Ghz ~ 2.6Ghz 사이인데, 저 서버는 4.5Ghz 이상입니다. 또한 제한 없이 계속 사용할 수 있죠. 클라우드 서버의 예시를 들자면 Linode dedicate VM의 CPU 가 2.0Ghz 이고, Vultr High frequency VM의 CPU 가 3.8Ghz 입니다. 파일 I/O또한 제 현재 서버(삼성 850 PRO)가 500MB/s 인데, 새 서버(삼성 970 EVO…
Database writer-reader 모델에서 Master node 에 장애가 발생했을시 조치하는 방법에 tier failover 가 있다. (writer-reader, master-slave 라는 단어를 혼용해서 사용하겠다.) Master node 에 장애가 발생하면, Reader 중에서 가장 적합한 것을 찾아 Master 로 승격시켜야 한다. 이 경우 모든 Reader 에 tier 를 정하고 가장 순위가 높은 tier 를 찾으면 master 로 승격시킨다. AWS RDS 에서 failover 인스턴스를 고르는법 tier 가 가장 높은 것 (1이 가장 높고 15가 가장 낮다.) 같은 tier 에 2개 이상의 instance 가 있는 경우, 현재의 master 와 동일한 instance type 의 장치를 고른다. tier 도 같고 instance type 도 같다면 무작위로 하나를 선택한다. 내가 해보고 싶었던 것은 Reader(slave)의 어느 하나의 instance 를 Master 로 승격시키고 싶어졌다. 현재의 Master 는 트래픽을 전혀 받고 있지 않았다.…
지난 이야기 : AWS re:Invent 2019 참가 준비기 (https://blog.lael.be/post/9728) 이 글은 2019년 12월 03일에 있었던 AWS CEO인 Andy Jassy 의 Keynote 발표를 듣고, 그것에 대한 저의 느낀점을 적은 글입니다. Andy Jassy 는 Amazon Web Service 의 CEO 입니다. Keynote 는 기조 연설을 의미합니다. 따라서, Andy Jassy 의 Keynote 는 AWS가 올해에 어떤 일을 왜 했고, 어떤 방향으로 나아갈 것인지에 대한 연설입니다. <내가 찍은 영상. 나는 무대 왼쪽에 앉았다. 무대 앞쪽은 Press 석이라서 기자만 앉을 수 있다. > 키노트 전체 영상 : https://www.youtube.com/watch?v=7-31KgImGgU 네트워크, 하드웨어, 소프트웨어 개발 및 운영 회사 내가 느낀 AWS 가 위대한 이유 3가지. – 자체 데이터 센터 및 네트워크 망 https://www.infrastructure.aws/ 단순하게 IDC에 서버 구매해서 호스팅하는 회사가 아니라는 것이다. 데이터센터, 통신시설을 가지고 있는 회사이다. (이것부터가 엄청난…
5년만에 다시 간다. Las Vegas. (지난 이야기 : https://blog.lael.be/post/197) LasVegas에 또 다시는 안갈 것 같았는데, 생각보다 빨리, 여권이 만료되기 전에, 가게 되었다. 솔직히 개인적으로 가기에는 비싸다. 왕복항공비 180만원, 숙박비 210만원(30*7), 행사참가비 220만원, 먹는 비용 빼도 610만원이 고정 지출비로 나간다. 개인이 일주일에 610만원을 쓰는 것은 많이 부담스러울 것이다. (후기 : 그런데도 약 700여명의 한국인이 참가했다더라.) 아무튼 5년 전에는 어느 전국단위 IT대회에서 우승하여 전액 국비로 지원받아 무료로 다녀왔고, 5년이 지난 지금 역시, 국비는 아니지만 어느 이유로 지원받아 무료로 다녀오게 되었다. AWS re:Invent 공식사이트는 https://reinvent.awsevents.com/ 이다. 솔직히 처음 참가하는 것이라서 정확하게 어떤 행사인지 정의하지는 못하겠다. (자세한 정의는 후기글을 참고하세요) 내가 이해한대로 쉽게 설명하자면, 대학 학술 축제라고 보면 되겠다. 먹고 놀고(구경하고) 공부하고(?). 몇개의 후기를 보았는데 구경하면서 T-shirt 수집하는것만 해도 시간이 부족하다고 하더라. …
이 글은 S3로 정적 웹사이트 호스팅하기(https://blog.lael.be/post/9648)에 이어 작성하는 글이다. git 을 통해 S3 에 업로드하는 방법에 대해 알아 보도록 하겠다. 1. Github 를 사용해서 Git repository 생성. Github : https://github.com/ 계정이 없다면 하나 만들도록 하자. github 계정은 당신이 IT 관련 일을 한다면 반드시 있어야 하는 것이다. Private (비공개)로 만드는 것이 좋습니다. Organization 에 속한 계정이라면 Organization 에 만들어도 좋으나, AWS 연동시 최초 1회, 자신 및 Organization Admin , 총 2명에게 승인을 받아야 합니다. 즉, 먼저 본인 개인 계정에서 실습해보고 확신이 든다면 Organization Project 에 적용해주세요. 만약 당신의 회사가 Gitlab 이나 Bitbucket 을 사용 중이라면, Gitlab/Bitbucket 에도 저장소를 만들고, Github 에도 저장소를 만들어야 합니다. 그 다음 저장소 미러링 구성을 하면 됩니다. Password 는 token key 를 발급해서 사용하세요.…
안녕하세요 라엘입니다. 이 글은 AWS S3 에 정적 파일을 업로드를 한 후, 이것으로 웹사이트를 구동하는 방법에 대해 설명하고 있습니다. 혹시 S3 와 GIT 연동 방법도 궁금하다면 https://blog.lael.be/post/9678 를 참고해주세요. 1. S3 버킷 생성하기 S3 는 Amazon WebService 에서 객체(Object)를 저장하는(자료를 저장하는) 서비스의 이름입니다. Simple Storage Service 의 약자이며 S3 라고 부릅니다. 클라우드 컴퓨팅에서 저장 장치는 두가지 종류가 있습니다. 하나는 Block Storage(블록 스토리지) 이고, 다른 하나는 Object Storage(오브젝트 스토리지) 입니다. Block Storage는 여러분이 사용하는 SSD, HDD 같은 것입니다. data를 block 단위로 저장하는 것이죠. Disk 는 무수히 많은 block 으로 나누어져 있고, 여러분의 파일은 여러 block 에 걸쳐서 저장됩니다. 당연히 서버는 이런 Block Storage 를 사용해서 동작합니다. (무조건 Block Storage) Object Storage는 필드가 2개인 아주 거대한 데이터베이스라고 생각하면 됩니다. 2개의 필드는…
모니터링이란 간단하게 말하자면, “내 서비스가 잘 동작하고 있는가?“에 대해서 검증하는 과정이다. 당신이 소프트웨어 서비스를 운영한다면 모니터링 서비스가 필요할 것이다. 이것은 서비스의 상태를 나타내고 또한 SLA(서비스 레벨 수준 보장)를 위해서도 필요하다. 또한 고객이 만족할 만한 속도로 서비스를 제공 받고 있는지 확인하기 위해서도 모니터링이 필요하다. 바람직한 개발자, 서비스 운영자, 관리자라면 반드시 아래와 같은 것들을 구축해 두어야 한다. (업력 1년 이상의 SaaS 운영자라면 반드시 구축하는 것을 권장한다.) 모니터링의 종류 인프라스트럭쳐 모니터링 (Infrastructure Monitoring) 서버 모니터링 (OS Monitoring) 웹사이트 모니터링 (HTTP Monitoring) 어플리케이션 성능 모니터링 (Application Performance Monitoring) 웹사용자 모니터링 (Real User Monitoring) 비용 모니터링 (Cost Monitoring) 1) 인프라스트럭쳐 모니터링 인프라 자원의 생성과 삭제, 변경, 특별한 이벤트 발생의 모니터링을 한다. 인프라 변경을 인지하는데 도움이 된다. 술먹고 인프라 자원을 변경했다거나, 테스트 인프라 자원을 생성했을때 이런…
