세상에는 두 종류의 cs가 있습니다.

올해 8월 13일에 회사 이메일로 AWS DNA 3기 멤버를 모집한다는 메일 한 통이 왔다. 아마 AWS쪽에서 주최하는 온라인 컨퍼런스들 신청할 때 홍보 메일 수신 동의를 해서 온 것 같았다. 구글 검색을 해봤는데 이전 기수 후기글만 조금 나올 뿐 생각보다 자세한 정보가 없어서 좀 고민하다가, 설명회를 들어보고 결정하자 싶어서 설명회를 등록했다. 설명회는 9월 2일 목요일에 진행되었다. 설명회 후반에 지원서 링크를 공유해주시는데, 해당 링크로 지원서 폼을 입력하고 제출하면 되었다. 진행 방식 3기 DNA 프로그램은 5개의 강연, 기존 DNA 멤버들의 실제 AWS 서비스 관련 경험담 세션, 그리고 JAM이라는 게임 형태의 행사로 구성되었다. 일주일에 한번(목요일이었다) 저녁 7시부터 2시간 가량의 강연을 ..

https://aws.amazon.com/ko/blogs/korea/amazon-aurora-under-the-hood-quorum-and-correlated-failure/ Amazon Aurora 내부 들여다보기 (1) – 쿼럼 및 상관 오류 해결 방법 | Amazon Web Services 이 글은 AWS Database Blog의 Aurora 집중 해부 시리즈의 Amazon Aurora under the hood: quorums and correlated failure의 한국어 번역으로 AWS코리아의 김상필 솔루션즈 아키텍트가 번역해 주셨습니다. Amazon Aurora 스토 aws.amazon.com 쿼럼에 대한 글들은 많지만 다들 쿼럼을 써야한다고만 하고 왜 써야하는지 구체적으로 납득이 가는 ..

우연한 기회에 AWS community day가 온라인으로 열린다는 걸 알게 되었고, AWS Jam이라는 재밌는 행사가 있다고 해서 참여해봤다. festa.io에 올라온 행사 안내에 따르면, AWS Jam은 "클라우드 상에서 수행해야하는 작업을 스스로 해결하는 게임성이 가미된 이벤트"라고 되어 있다. 문제는 행사일 이틀 전에 이걸 알게 되어서... 최대 3인 1팀이 가능한데 정말 3인 맞추기가 힘들었다. 직장인의 주말 오후는 매우 소중한 법이다. 이리저리 시도하다가 모집글에 곧바로 참여의사를 보여주신 Virtual Lab의 멋진 프로그래머 한 분과 2인 1조로 참가하게 되었다. 행사 티켓 수가 한정되어 있다고 해서 예매를 서둘렀다. 팀 이름은 30초만에 지었는데, 서로의 회사 이름을 절반씩 섞었다. 매우..

신입 프로그래머로 입사했을 때는 내가 기술 면접의 면접관으로 들어가는 것이 먼 미래의 일이라고 생각했는데, 어느덧 정신을 차리고 보니 이미 면접관으로 다섯 번도 넘게 들어가고 난 후였다. 인터넷에 면접 지원자 입장에서의 팁, 후기들은 많다. 그런데 면접관을 위한 팁, 특히 기술 면접에 처음 들어가는 주니어를 위한 팁은 찾기가 힘들어서 글을 쓰게 되었다. 처음 면접관으로 들어가게 되면 면접 지원자만큼이나 긴장이 될 수도 있는데, 조금이나마 도움이 되었으면 좋겠다. 1. 지원자의 이력서를 토대로 구체적인 개발 경험 묻기 지원자의 이력서를 기반으로 어떤 경험을 했는지 구체적으로 확인할 수 있다. 어떤 서비스를 어떻게 설계했고, 어떤 장애를 겪어보았고 어떻게 대처했는지, 어떤 프레임워크/라이브러리/DBMS를 왜..

대략 아래의 구조로 rds에 db가 있다고 가정하자. example-db ㄴ example-write ㄴ example-read-only 콘솔에서 rds > 데이터베이스 > example-db 화면에서, example-db를(클러스터를) 눌러도 연결&보안 탭에 엔드포인트가 나오고, example-write, example-read-only 각각을 눌러도 역시 연결&보안 탭에 엔드포인트가 나온다. mysql 워크벤치 등으로 db와 연결을 맺고 중간중간 db를 확인하고자 하는데, 이때 어떤 엔드포인트를 쓰면 좋을까? 클러스터를 눌렀을 때 나오는 엔드포인트를 쓰는 것이 안전하다. 예를 들어, example-read-only를 눌렀을 때 나오는 엔드포인트, 즉 해당 인스턴스의 엔드포인트를 사용한다면 인스턴스에 ..

내가 하려던 것은 A라는 주소로 접속하면 B라는 주소로 리디렉션 되도록 쿠버네티스와 cert-manager 등을 이용해서 처리하는 것이었다. 그런데 설정 파일들이 다 멀쩡한데 propagation check failed 에러가 떴다. 거의 동일한 형태의 설정 파일로 테스트를 했을 때는 멀쩡히 잘 되었는데, (C라는 주소로 입력하면 D라는 주소로 리디렉션 되도록) 왜 이런 에러가 나는지 도통 알 수가 없었다. 결과적으로 --dns01-recursive-namserver 와 --dns01-recursive-nameservers-only 이 2개의 플래그를 쓰는 것으로 해결되기는 했다. Setting Nameservers for DNS01 Self Check cert-manager will check the ..

at the root of project repositroy, enter below: $ vim .gitmodules add the branch you want. (not used to vim? press I key, modify doc, press esc, enter :+q) [submodule "your-submodule-name"] path = your-submodule-name url = https://github.com/your-submodule-path branch = feature/something then update the submodule. $ git submodule update --remote

로드 밸런싱? 로드 밸런싱이라는 단어 자체는 뜻이 넓다. 기본적으로 부하를 나누는 것이다. 여러 대의 컴퓨터에 작업을 나눠서 주는 것. 로드 밸런서는 로드 밸런싱을 하는 프로그램/장치다. (소프트웨어일 수도 있고, 하드웨어일 수도 있다.) 일반적으로 로드 밸런서라고 하면 서버 앞단에 위치하여 클라이언트 측의 요청을 분산해주는 프로그램을 칭한다. 로드 밸런싱 알고리즘 요청을 분산하는 방법은 다양하다. - Round Robin: 요청이 들어올 때 마다 일정한 순서대로 요청을 넘긴다. A, B, C, D, E 5대의 서버거 있다고 가정하면 첫 번째로 들어온 요청은 A서버, 2번째로 들어온 요청은 B서버... 6번째 요청은 다시 A서버에게 주는 식이다. 서버의 사양이 모두 동일하며 persistent conne..

단축키와 생산성 이전에 친한 프로그래머 선배도 종종 "최대한 단축키에 익숙해져라"라곤 했다. 당연히 단축키를 쓰면 마우스를 움직여서 클릭하는 것보단 빠르지, 라고 생각했다. 그런데 오늘 팀원분이 똑같은 얘기를 하셨는데, 확 와닿는 문구가 있었다. "나중에는 생각하는 속도가 지금보다 훨씬 빨라진다. 그 때 손도 빠르게 움직여야 생각의 흐름이 끊기지 않는다." 어느 파일들을 어떤 순서로 보고 어디를 어떻게 고칠지, 그 이후 무엇을 할지 머릿속에서는 착 펼쳐지는데, 손이 그것을 따라가질 못하면 생각이 끊길 수 있고, 이는 생산성에도 영향을 미칠 수 있다. 한번 공감이 되니까 자연스럽게 최대한 프로그래밍 자체에만 몰두할 수 있도록 환경을 바꿔야겠다는 생각이 들었다. 일단은 조언해주신대로 iterm2와 zsh 설..

goland 공식 가이드 웹사이트 키보드 단축키 페이지의 상단을 보면 keymap 레퍼런스 카드가 있다. 그 중에서도 자주 사용하는 단축키를 정리해보았다. (맥 OS 기준) 검색하기) Go to declaration: ⌘B, ⌘Click Go to implementation: ⌘⌥B Find in path: ⌘⇧F Find: ⌘F Replace: ⌘R 디버깅) Step into / Smart step into: F7 /⇧F7 Step over / out: F8 /⇧F8 이동) Move to code block start: ⌘] Move to code block end: ⌘[ Go to next / previous editor tab: ⌃← / ⌃→ editor tab의 경우 이상하게 단축키가 전혀 작동하..