Pop your eXperience. Share It.
안내: 이 글은 운영을 중단한 개인 블로그에 2015년 11월 3일 올렸던 글입니다. 다음에 기고할 글과 연관이 있어 옮겨 둡니다. 구독 중인 블로그에서 현대 소프트웨어의 새로운 원칙들이라는 흥미로운 글을 올라왔다. 글 내용보다는 저자가 번역을 한 동기가 매무 적절해 메아리처럼 공명하여 글을 쓴다. 조직이슈들은 일반 컨설턴트들이 접근 가능하지만, 기술이슈들은 개발자들의 숙제로 아직
아키텍처, 시스템 구성, 모델링, 개발 프로세스를 고민하고 만들었다기 보다는 현재의 조직 구성원으로 서비스를 만들 수 있는 가장 최선의 방법을 선택한 것입니다. 복잡한 것은 만들기 어려우니 아주 잘게 쪼개고, 잘 만들고 있는지도 모르겠으니 일주일에 한번씩 확인하는 방식이었던 것입니다. 우리의 여정이 11개월째로 접어들 때 합류한 김형준님이 내 의도를 너무나 잘 정의했다.[1]
지난 글에 이어 계속해서 성능 테스트에 대한 이야기 입니다. 전체 성능 테스트에 대해서는 시나리오 작성, 테스트 프로그램, 테스트 수행, 원인 파악 등 실제로 수행한 액션들에 대해서는 별도의 글로 한번 정리하도록 하겠습니다. 마이크로 서비스로 구성된 시스템에서는 서비스간 호출이 많이 발생하는데 이들 서비스간 호출하는데 있어 다양한 프로토콜을 사용할 수 있습니다. 제가 운영하는
SSOT(Single Source of Truth) 실천을 위해 <차세대 프로젝트 딜레마에 대한 돌파구 (2017)>로 옮깁니다.
SSOT(Single Source of Truth) 실천을 위해 <차세대 프로젝트 딜레마에 대한 돌파구 (2017)>로 옮깁니다.
안내: 이 글은 운영을 중단한 개인 블로그에 2015년 6월 9일 올렸던 글입니다. 다음에 기고할 글과 연관이 있어 옮겨 둡니다. 어떤 경로나 동기로 찾았는지 지금은 기억나지 않지만, StackOverflow의 REST 관련 질문이 눈에 들어왔다. 인터페이스 계층과 비즈니스 계층 사이에 인터페이스로 API를 두는 것이 바람직한 아키텍처 설계인지 그리고 API 구축에 REST를 채용하는 것이
다음은 윈도우 웹로그 수집 및 정리를 위한 Logstash 설정. input { file { path => "d:/ex.log" type => "weblog" start_position => "beginning" #sincedb_path => "/dev/null" codec => plain { charset => "CP949" } } } filter { # '#'으로 시작하는, 로그
최근 중국 커머스 관련 최대 이벤트인 광군제(11/11)를 대비하여 성능 테스트를 진행하고 있습니다. 일년 전체 매출의 절반 이상이 이 행사 기간 중에 나오기 때문에 트래픽도 평소 대비 몇 십배 이상 나옵니다. 다시 말하면 평소 운영되는 서비스는 그냥 기능 테스트 정도 수준이고 모든 서비스 관련 사항들이 이날에 준비되어야 한다는
이전 글에서 카뱅 신드롬과 차세대 프로젝트란 소제목으로 아래와 같은 내용을 다룬 바 있다. SNS를 통해 접하는 지인들 소식이나 한국 뉴스를 보면 인터넷 전문은행인 카카오뱅크 이야기가 큰 화제다. 내 또래 소프트웨어 개발자에겐 짜릿한 현상이다. 15년, 20년씩 개발을 좋아해 이 일을 해왔던 이들에겐 도리어 긴 부조리속에서 기대했던 (당연한) 일이 벌어진 것이다. 반면에
올해 초부터 북경에서 업무를 시작한 이후에 여기서 하고 있는 일에 대해 정리를 해보려고 여러번 시도를 했었는데 여러 이유들 때문에 정리하지 못했었습니다. 첫번째 이유는 한국, 북경 크게 다른 것도 없고 두번째는 제대로 같이 일을 하지도 하지 않은 상태에서 글을 쓴다는 것에 대한 찜찜함이 그 이유였던 것 같습니다. 이제 9개월 정도 지난
지난 정부에는 대한민국 소식을 일부러 듣지 않으려고 노력했다.[1] 누군가가 'CSS가 문제'라는 개발자만 이해할 수 있는 농담을 했을 때도 촛불집회 결과로 이런 변화가 있으리란 생각은 미처 못했다. 그 가운데 썩어빠진 언론속에서 새싹처럼 JTBC가 탄생하더니, 상상도 못할 방법으로 정권이 바뀌고, 상식적인 대통령이 나타났다. 그리고, 그가 주도하는 적폐(積弊)
지난 주 기고에 이어서 모듈 구현을 위한 (중국) 동료 개발자와의 코드 리뷰 이야기를 계속한다. M은 자신이 만드는 모듈인 Tenancy와 다른 두명(X와 C)이 개발하는 모듈인 Shipping 사이의 연관성을 충분히 이해했다. 그래서 다른 둘에게 자신이 이해한 것을 설명해서 코드를 수정하게 하라고 요청했다. 다음 날, 코드 수정이 완료되어 리뷰 요청을 받았다.