[개발생각] 시스템의 정리 - 코드 컨벤션과 분류
요즘은 좀 집착하는게 있다, 컨벤션과 분류라고 해야할까? 현재 진행하는 프로젝트가 아무래도 오래된 년차가 있는 시스템을 신규로 개발을 해야하는 프로젝트다보니,기존의 레거시 시스템을 우선적으로 파악해야하는 경우가 많다.(레거시를 파악하고 이해해야, 신규 시스템도 만들수있으니) 여기서 어려운점이 무엇이었냐하면 (아직 프로젝트는 끝나지 않았지만..ㅎ)기존의 시스템,서버들, 즉 인스턴스들의 분류가 명확하지 않고, 관리가 잘안되는 느낌이었다.인스턴스들이 동작하고 있는 정보를 한눈에 볼수가 없고, 파편화되여, 여러서버들에 인스턴스가 떠있는 느낌이 들었다.따라서 명시적으로 어떤 기능이 어떤 서버에 몇개의 인스턴스로 동작하는지를 파악하는게 어려웠고,파악을 하더라도, 이게 정확한것인지를 확신하기가 어렵다는 것이였다. 이..
[개발생각] ActiveMq에서 Topic을 Queue방식으로 컨슘하기
이번주에 삽질을 한부분을 글로 남겨둔다.ㅠ 셋팅문제긴했지만, ActiveMq는 사실 십몇년전에 레포트만들때 잠깐 사용한게 전부, ActiveMq에 Topic을 컨슘을 해야했다. 컨슘을 했고, 컨슈머를 이제 늘려서 성능을 높이려고 늘려서 테스트를 하는데,같은 데이터가 컨슈머 갯수만큼 들어왔다. 이상하다라고 생각이 들어서, 확인해보니,ActiveMq에서의 Topic은 Fan-Out방식으로 동작을 한다는것을 알았다.(하나의 이벤트를 여러 컨슈머가 동일하고 소비하는 방식)즉, 같은 이벤트를 동일하게 컨슘하는 방식이고, 여러 컨슈머가 서로 다른 이벤트를 소비하려면,Queue방식으로 컨슘을 해야한다는것을 알았다. 참... 토픽, 큐 정의 명확히 통일좀 시켜주면 안될까..ㅋㅋ카프카, 레빗엠큐, 액티브엠큐에서 의미하는..
[개발생각] API 패키지를 어떻게 관리하면 될까?
클린코드에서든 레거시에서든, 어떻게 해야할까?라는 생각이 잠깐씩 들때가 있다. 바로 API패키지를 어떻게 가져가야하지? 생각이다. UserGetUsecase, OrderGetUsecase, ProfileGetUsecase가 있다고 하자!앱내의 My탭에서 정보조회를 해야하는데, 여러 이유때문에 User, Order, Profile정보를 하나의 API로 제공을 해야한다.또는 앱에서의 여러번의 API호출을 줄이기위해, API를 묶어서 한번에 조회하는 API를 제공해야한다면..이런경우, Facade를 만들거나, 컴포지트 Service를 만들어서 여러개를 조회해서, DTO로 내려주면 되기에, 큰 고민은 없는뎅... 고민은 DTO와 Package명, api경로가 영 너무 맘에 안들게 된다.예를 들면) /api/v..
[개발생각] SSS 암호화 대해서
Sharmir’s Secret Sharing 암호화 방법 있는데, 일명 트리플 S... 요즘 알고리즘 공부를 하고있어서, 생각난 암호화기술이긴한데, 생각보다 재미도 있고, 예전직장에서 이 암화화방법을 이용해서 아이디어를 냈다가, 까인적도 있어서..기억에 많이 남는다.(그런데, 왜 까였을까? ㅋ 아직도 모르겠다..) 예를 들면, "Hello Word"라는 문장을 암호화한다고 할때복호화 키를 몇개를 만들것이고, 해당 복호화키중에 몇개의 키가 있으면 복호화를 할수있는지를 미리 정해서 암호화를 할수있다. 예를 들면)평문 : 123 있다고 하자.함수: f(x)=123 + 2x + x² 암호화후 결과 값 :x=1 → 126x=2 → 131x=3 → 138 사람들에게:(1,126)(2,131)(3,138) 위..
[개발생각] PostgreSQL의 하이퍼테이블 사용
기존에 통계 데이터를 minute, hour, day, month등의 테이블로 나누고, 테이블에 날짜키로 Insert를 했었다... 일반적인 데이터의 크기라면 상관이 없지만, 데이터가 빅데이터 수준으로 늘어나게 되면, 여러가지 문제가 생긴다. 인덱스가 커지게 되고, 해당 인덱스을 메모리상에 올리지 못하게 될때는, 디스크 IO가 폭발적으로 발생할수있다.로우 삭제가 있는 테이블이라면, 추후에 VACUUM 오버헤드가 엄청나게 들어나게 된다.(VACUUM 작업은 그냥 디스크 정리 같은거라고 생각하면 쉽다.)삭제된 로우를 실제적으로 정리하면서, 인덱스도 지우고, 디스크도 정리하고 하는 작업인데,테이블의 데이터가 빅데이터라면, cpu 오버헤드가 상당해진다. 이런 단점을 극복하기위해서 PostgreSQL은 exte..
[개발생각] 애자일방법론에 대해서..
애자일을 모든 사람들은 이야기하지만, 정작 애자일이 무엇인지를 정확히 알고있는 사람은 많지않다...아니..없는것같기도.. IT개발에서 가장 많이 하는 방식은 프로젝트팀을 구성하고,해당 프로젝트팀에 여러 파트 (기획, 디자이너, 프론트, 서버개발등등) 인원들이 멤버가 되어,어떤 목표를 가지고 서비스를 만드는 방식을 많이 사용한다.이렇게 목적 조직을 만들고, 운영하고, 서비스가 완성되면, 다시 해체하는 과정을 반복한다. 여기서, 이런 조직을 원활하게 운영하기 위한 방법으로 애자일 방식 활용을 많이 한다. 특히 IT조직에서는... 애자일의 뜻은 "긴밀하고, 민첩한"의 뜻이다.민첩하게 움직이려면, 수행해야하는것이 가벼워야하고, 긴밀하게 움직이려면, 수행해야하는것이 계획적이고 세밀해야한다. 민첩과 긴밀함은 사실..
