어쨌건간에 흘러가는 者

금번 프로젝트에서 사용했던 Amazon DynamoDB 및 NoSQL에 대한 리뷰가 되겠다. 근간에 잘 나가는 소위 Amazon Serverless Architecture - Amazon API Gateway / AWS Lambda / Amazon DynamoDB 기반으로 프로젝트를 진행하다보니 자연스럽게 마주하게 된 경과라능. 일단 알려진 특징 먼저 간단히 나열한다.NoSQL - document store database SON 데이터를 통으로 저장하며, 각 JSON record가 동일한 scheme을 가질 필요가 없다(schema-free. 다만 Hash/Range Key는 필수). 또한, 1 depth에 국한되기는 하지만 JSON document의 각 attribute를 column으로 하여 JSO..

순서대로라면 '요즘 쓰고 있는거 리포팅, 소감 #1'의 #2가 나와야겠지만, 뭐 언제부터 내가 순서 따졌냐.당장 쓰고 싶은대로 NoSQL부터.요즘 진행하는 프로젝트에 Cassandra를 포팅해보고 있는데, 먼저 밝히고 가야할 것 먼저.대용량 데이터? 오우 노. 일단 global 서비스다보니 대용량이 될 가능성은 있지만, 게다가 log성 데이터이기에 또 다시 가능성이 있지만, 굳이 NoSQL을 쓸 필요는 없단게 현재의 판단.performance 이슈 가능성? 이 역시 희박. 게다가 대기업 답게 눈먼 돈이 많아서 peformace 이슈는 인프라 투자로 생각 외로 쉽게 풀 수 있다는.그럼에도 불구하고 NoSQL을 건드리는 이유는,현재의 화두이니깐(현재라고 말하는 것도 우스울 정도로 몇 년 지났지만, 여전히 화..

간만에 블로깅,, 이를 위해 마주친 티스토리 editor를 마주친 순간의 느낌. '아,, 졸 싸보이는 UI이다.'잠시 WordPress에 계정을 만들 일이 있어 이를 지나쳤더니 그새 비교가 된 듯. 여하간,요즘 하고 있는 거 정리 한번 할 때가 된 듯 해서리 그간 스팸 지울 때나 들어왔던 여기에 포스팅을. 일단, JIRA(https://anyflow.atlassian.net). JIRA에 대한 ALM - issue tracking system이란거, Apache 재단에서도 채용한,, 대세가 된 도구란 정도만 언급하면, 더 상세한 설명은 굳이 여기서 할 필요 없겠지. 근간에 개인적으로 진행하는 프로젝트는 모조리 JIRA를 통해 task logging을 하고 있다. 첫 번째 이유는 무엇보다 나 자신의 tas..

그림 출처 : http://msdn.microsoft.com/ko-kr/library/dd380647.aspx 1. Scrum은 XP(eXtreme Programming)와 거반 다를 게 없더라. 어찌보면 XP의 단순화 버전으로 느껴지기도. MS의 공식 가이드 문서를 보면 Scrum과 XP의 비교에 XP는 공학적 실천지침(Engineering Practices)에 중점을 둔 반면 Scrum은 포괄적 프레임워크(overarching framework)가 강하다라고 설명했는데, 둘 간에 뭔 차이를 나타내는지 잘 몰겠다. 뒤에 프로세스를 포괄적 프레임워크를 예로 드는데, XP에도 제시되는 프로세스가 엄연히 존재하는걸(http://bit.ly/bpQyT3).. 위 공식 문서 링크는 한글판인데, 번역의 문제가 여..

참고 : 본 내용은 MS Visual Studio 2008에 기반하며, 2010이나 2005 등에서도 별다를 바 없으리라 예상한다. Remote Debugging 자체로만 보자면, 이를 위한 설정은 전혀 어려울 것이 없다. local에서 Attach to Process 하는 것과 다른 것이라곤 Remote Debugging Monitor를 디버그 대상 프로세스가 담긴 Remote Host에서 실행하는 단계 하나가 더 추가되었다고 할까? 하지만 항시 문제는 해당 과정까지의 환경 설정에서 발생하곤 하는데, Remote Debugging이 딱 그 꼴이다. Active Directory 등을 통한 동일 Domain 내의 Remote Host가 아닌 타 Domain의 Remote Host의 것을 하려다 보니 보안..

ADO.NET Entity Framework 4.0의 개선 사항 (2/3)에 이어... 1. Model-First Development - 이게 뭔 소린고 하니, edmx designer에서 DB 없이 객체지향 기반의 Entity 모델을 먼저 생성 가능하다는 이야기이다. 기존에는 ERD 등을 통한 DB Table Schema 먼저 만들고 이를 edmx에 적용하는 Database-First 기반이었다. edmx designer를 통해 클래스 다이어그램을 만들고 DB 생성 명령을 내리는 순간, 해당 DB 생성 SQL script가 명시적으로 생성되며, 이를 갖고 DB를 생성하게 된다. 물론 기존 방식 역시 그대로 지원한다. 나 같이 DB가 아닌 Application 개발 출신에게는 이게 딱이다. - 자동 생..