[입 개발] 아는 사람은 알지만 모르는 사람은 모르는 memcached expire 이슈...

Memcached는 아주 유명한 오픈소스 인메모리 캐시 솔루션입니다. 많은 사람들이 사용하기에 이미 그 사용법이 굉장히 많이 알려져있습니다. 그런데, 자주 사용하던 사람들이 아니면 잘 모르는 이상한 동작이 memcached 에는 하나 있습니다. 그것이 바로 expire 입니다. 보통 expire를 Memcached 에 셋팅할때는 second 단위로, expire 되어야 할 상대 시간을 넣습니다. 즉 대부분 예상은 아래와

빅데이터 시대, BI Solution (Spotfire) 활용법

이번 글 에서는 대표적인 Business Intelligence(이하 BI) 솔루션 중 하나인 Spotfire 의 기능과 특성에 대해 살펴보고, 빅데이터 시대를 살아가며 효율적으로 BI 솔루션을 활용할 수 있는 분야와 방법에 대해 살펴보고자 합니다. 단, 솔루션 Provider 입장에서의 제품 홍보성 기능 설명이 아닌, 사용자 입장에서 경험했던 장점과 단점을 바탕으로 BI 솔루션의 적절한 적용

mysql에서 Index column size too large. 에러 메시지에 대한 처리

이번글에서는 MySQL 관련 테이블 생성 시 많이 발생하는 에러에 대한 간단한 팁을 소개합니다. MySQL에 테이블을 innodb로 생성할 경우 다음과 같은 에러 메시지가 나타납니다. 특히 charset 을 utf-8로 설정한 경우에 많이 발생합니다. ERROR 1709 (HY000): Index column size too large. The maximum column size is 767 bytes. 이것은 innodb 스토리지

견고한 서비스를 만들기 위한 팁

새로운 개발팀에 합류하여 서비스 개발, 운영을 한지 벌써 1년이 넘었습니다. 이 번글에서는 그동안 빅데이터 플랫폼 엔지니어로 활동을 하다가 서비스 개발/운영 업무를 하면서 느꼈던 내용을 정리해보려고 합니다. 이 글은 초기 몇 개월 지났을 때 대충 윤곽을 잡았던 글인데 그 동안 미루다가 시간이 내어 다시 정리합니다. 그러다 보니 초기에 느낀 내용하고,

[아재글] 업무, 조직 세분화로 인해 발생하는 문제점은?

지난 글(소프트웨어 개발자는 늘어나는데 생산성이 높아지지 않는 이유는?) 에서는 개발자(프로젝트에 참여하는 모든 구성원을 통칭한다.)는 증가하지만 개발 생산성이 향상되지 않는 가장 큰 원인은 "업무가 세분화되고, 세분화된 업무 단위를 기반으로 조직 구조가 만들어지는 것이다."라는 이야기를 다루었다. 이번 글에서는 업무 단위를 기반으로 조직이 만들어질 경우 생산성 저하와

Jump consistent hash

소개 대용량 메시지 처리를 위한 인프라 시스템 설계 때문에 consistent hash에 관심이 많습니다. 마침 CHARSYAM 님이 Consistent Hashing에 대한 기초 문서를 올리신 것을 보고, 관련 글을 만들어 보기로 마음을 먹었습니다. CHARSYAM님의 글의 심화 버전? 정도로 보시면 될 것 같습니다. 먼저 Karger Consistent hash를 간단히 다루고 나서, Jump consistent hash를 비교

[입 개발] Consistent Hashing 에 대한 기초

* 해당 글은 http://charsyam.wordpress.com 에도 올리지만, popit에도 함께 올리는 글입니다. 최근에 consitent hashing 에 대해서 다시 한번 공부를 해야할 기회가 생겨서 다시 한번 훝어보게 되었습니다. 그러면서 느낀게... 내가 잘못 이해하고 그렇게 구라를 치고 있었구나라는 점을 느끼게 되었죠.(이것도 개구라일지도...) Consistent Hashing 에 의 가장 큰 특징 중에 하나는

[아재글] 소프트웨어 개발자는 늘어나는데 생산성이 높아지지 않는 이유는?

출발 비디오 여행 프로를 보면 영화소생술사라는 코너가 있다. 작품성은 인정 받고도 뭍혀버린 영화를 되살려 내는 코너이다. 한 때 참 많은 글을 썼다. 하지만 한번 멈춘 글을 다시 시작하는 것이 쉽지 않다. 새로운 글을 쓰고 싶지만 아직까지는 용기가 나지 않는다. 이런 이유 때문에 지금까지 내가 썼던 글 중 정성을 들여 썼던

Software QA가 하는 일?

QA가 뭔가요? QnA (Question and Answer)세션 처럼 질문과 답변하는 거 아닌가요? 구글에서 QA로 검색 시 첫 번째 페이지에 나오는 QA와 QnA, 아마도 현업에 계신 분들이 아니라면 비슷한 반응일 거라 예상해 봅니다. 임베디드 S/W 개발을 전공하고 펌웨어 개발을 조금 하다가 당시 프로젝트의 버그로 인해 고생했던 일과 그 일이 주는

[TIP] 개발자는 막일 하는 사람이 아닙니다. 막일을 줄이기 위한 유용한 팁 1

매일매일 짜는 스크립트는 이제 그만 NO PAINS, NO GAINS 고급진 개발자가 갖춰야 할 덕목(?) 중 하나는 좋은 툴을 발견하여 반복적이고 시간을 까먹는 작업을 효율화 하거나 필요시에는 툴을 직접 개발 하는 일이다.  필자의 경우 구현한 실시간 처리 시스템의 성능 테스트(throughput) 측정을 위해 반복적으로 가짜 데이터를 생성 해야 했다. 나름 자동화

Spring Boot와 AngualrJS를 조합한 코드 자동 생성 도구(scaffolding)

필자는 Spring을 제대로 사용해 본적은 없습니다. 한두번 프로젝트 등에서 사용해본적은 있지만 대부분 전체 기능 중의 일부만을 사용하는 정도라고 할 수 있습니다. 그래서 Spring 자체에 대한 이해도가 높지는 않습니다. 과거의 경험을 보면 Spring은 초기 프로젝트 구성하는데 손이 많이 가거나, Spring을 잘 사용하는 아키텍트가 프로젝트 구성을 해줘야 잘 사용할 수 있었던 프레임워크라는

Maven Wrapper 소개와 사용

Apache Maven은 자바 프로젝트에서는 없어서는 안 될 의존성 관리 도구입니다. 이를 좀 더 쉽게 최신 버전을 유지하기 위해 Maven Wrapper가 나왔는데, Maven Wrapper가 설정된 프로젝트는 Maven 설치 없이도 빌드를 할 수 있다. 본 글에서는 이 Maven Wrapper에 대해서 알아보도록 하겠습니다. 소개 Maven Wrapper(이하 'mvnw')는 Apache Maven을