엔지니어링 일만 하면서는 내가 원하는 삶을 살 수 없기 때문에 Amazon SimpleDB를 살펴봤다.
SimpleDB로 mass용 웹서비스를 만든다면 경제적으로 어떨지 모르겠지만, 개인용도로는 충분히 저렴하다고 생각해서 낼름 채택했다. 사용법은 무지 쉽다. 괜히 유료 서비스이겠는가.
SimpleDB는 엑셀을 떠올리면 이해하기 쉽다. 워크시트가 있고(aws에서는 도메인이라고 부름) 하나의 워크시트는 여러개의 아이템을 가질 수 있다. 여기서부터는 살짝 엑셀과 달라지는데, 아이템이 가질 수 있는 것은 Dictionary다. key-value pair. SimpleDB에서는 attribute set이라고 하는데.. value 길이에 제한이 있다. 1024 limit !!
SimpleDB 라이브러리는 기본으로 UTF-8을 쓰므로 다국어 문제가 생기지 않는다. 그렇다면 1024 limit 을 줄 때 당연히 1024 characters 인줄 알았는데...
1024 byte 다!!! 공백 구두점 포함해서 대략 한글 400자로 뭘 어쩌.. 아, 그래. Simple 이지 Simple.
AWS 서비스들을 추상화하여 입력 attribute의 value가 1024 바이트가 넘을 경우, 알아서 S3로 넘겨버리고 S3의 데이터 URL을 attribute value에 넣어주는 것을 만들어주면 좋겠다. 물론 이럴 경우 GET 하는 부분도 추상화가 되어야 하고.. 쿼리 스트링도 처리해줘야 겠고.. (ComplexDB가 되버린다)
2048 chars 만 되도, 아니 1024 chars 만 제공해줘도 바로 쓸텐데 말이야.
하지만 결국 1024 bytes로 타협하고 프로그램 스펙을 바꾸고 있는 나를 발견.
Comments
2 thoughts shared
Continue Reading
Discover more thoughts and insights
시급제로 외주하면 후반의 잦은 수정도 견딜만하다
2달 전에 시작한 외주들이 다 잘 끝났다. 이번 외주들도 다 시급으로 처리했고, 그래서 탈 없이 끝난 것 같다. 경험 없는 고객이라면 어디서 주워들은 것들을 막 뱉으면서 이거 해주세요 저거도요! 할 수 있어서
꿈을 분실하다
홈피 다시 열었습니다. 삶의 목표가 없어져버렸습니다. 새로운 목표를 찾아보려고 홈피를 다시 엽니다. 어떤 예측가능했던 사고로 일어난 일이긴 하지만, 이전에도, 오래전에도 사는데 이유가 있었던가요? 원래
외주 상담하며 느끼는 것들
올해 들어 굵직한 외주 문의가 몰려 컨설팅하는 일이 잦아졌다. 그럼에도 불구하고 퇴사일이 딱히 가깝게 느껴지지 않는 것은 내 요구사항과도 맞아 실제로 착수하게 될 고객을 만날 확률을 3% 미만으로 느껴서일