기본 콘텐츠로 건너뛰기

글

Simple Java Heap & Gabage Collection

Java heap management 자바의 메모리 관리는 garbage collection 의 효율성을 높이기 위해 존재한다. 자바의 특징 중 하나는 JVM이 자동으로 메모리 관리를 하는 것이다. 정확히 말하자면 메모리 해제만을 자동으로 한다. 그리고 이 기능을 garbage collection이라고 한다. Fig 1. Layer of heap 그림 1에서 볼 수 있듯이, heap 메모리 영역은 Eden 과 Tenured 로 크게 2 영역으로 나눠진다. Eden Eden은 자유영역 정도로 볼 수 있다. Object의 생성/소멸이 자유롭게 또는 빈번하게 이뤄지는 영역이라는 뜻으로 볼 수 있다. Tenured Tenured는 종신 영역이라 번역할 수 있는데, object가 이곳에 들어가면 빠져 나올 수 없다고 이해하는 것이 쉽다. 실제로 이런 이름이 어울리는 이유는 생성/소멸의 빈도에 따라 object의 위치를 바꾸기 때문이다. Fig 2. Heap에서의 object 이동 그림2를 보면 heap 에서의 object의 이동을 원리를 알 수 있다. Minor GC(=Young GC) Eden 영역에 "new" 연산자에 의해 Object가 생성된다. 설정된 비율 이상의 객체가 Eden에 할당된다. Eden +From Space( S0 )에서 Minor GC (소규모 객체 해제, Young GC라고도 한다.)가 일어난다. 객체 중 참조(reference)가 없는 객체는 메모리 해제시킨다. 객체 중 참조가 남은 메모리는 To Space( S1 )으로 보낸다. 설정된 비율 이상의 객체가 Eden에 할당된다. Eden +From Space( S1 )에서 Minor GC (소규모 객체 해제, Young GC라고도 한다.)가 일어난다. 객체 중 참조(reference)가 없는 객체는 메모리 해제시킨다. 객체 중 참조가 남은 메모리는 From Space( S0 )으로 보낸...

Spring Data Projection 기능 활용

Projection Spring Data REST에서는 Projection 기능을 제공하고 있습니다. Spring Data란?   Data Access Layer에 대한 추상화 기능을 제공하는 프레임워크입니다. 간단히 설명하자면 기존에는 Database에 데이터를 저장하고 읽어오기 위해서는 Database의 종류, 스키마를 고려하여 SQL Query를 사용해서 데이터를 저장하고 읽어왔습니다. 그러나 Spring Data를 이용하게 되면 이 과정을 ORM을 사용하여 함수를 사용하여 쉽게 처리할 수 있습니다. ORM(Object Relational Mapping)란?   데이터베이스가 테이블, 필드간 상관 관계를 통해 도메인 데이터를 표현하였다고 한다면,  ORM은 Object, 클래스 간의 상관 관계를 통해 도메인 데이터를 표현하는 것을 말합니다. 다음의 링크는 Spring Data REST Documentation 중에서 Projection 부분입니다.               8. Projections and Excerpts 그러나 실제 "Projection" 기능을 사용하는데는 한가지 문제점이 있습니다. 레거시 웹서비스를 쓰고 있다거나, Spring Data  REST를 이용하지 않는다면 "Projection" 기능을 활용하는 것이 힘들다는 것입니다. Spring Data REST의 경우 데이터  Response Type이 json-hal 타입만을 지원하기 때문입니다. JSON-HAL 타입으로 경우 웹서비스 제공 입장에서 최선의 선택일 수 있습니다. 그러나 실제 프로젝트에서는 이를 쓰려는 클라이언트가 없을 경우 사용할 수 없게 될 것입니다. 그렇다면 Projection 기능만을 사용할 수 있는 방법이 없을까요? 있습니다. ProjectionFactory 를 직접 사용하는 것입니다. 다음과 같이 Spr...

REST Web Service에서 Projection 기능 활용

REST Web Service에서 Projection을 이용한 웹 인터페이스 유연성 확보하기. Projection 기능이란?   프로젝터와 같이 실제하는 물체를 보고 싶은 형태로 볼 수 있게 도와주는 기능을 말한다. 좀 더 쉽게 말하면 실제하는 물체란 필름을 말하는 것이고, 보고 싶은 형태란 70인치 화면으로 보여주는 것을 말한다. 설정에 따라 30인치 화면으로 볼 수도 있다.   즉, Projection 기능이 있다면 상황에 맞는 화면 크기로 보여 줄 수 있는 것이다. [프로젝터] 웹 인터페이스 설계의 어려움   웹서버를 개발하는 개발자 입장에서 하나의 인터페이스라도 만드는 일은 쉽지 않다. 그렇기 때문에 웹 인터페이스의 개수를 줄이려고 노력하는 것이 일반적이다. 그러기 위해서는 좀 더 일반적인(General) 형태의 인터페이스로 설계하는 수밖에 없다. 그러나 아이러니하게도 사용자(인터페이스를 사용하는 다른 개발자) 입장에서는 이런 일반적인 인터페이스를 쓰기란 여간 어려운게 아니다. 클라이언트마다 필요한 데이터가 다르다.  REST 웹서비스에서는 리소스에 해당하는 데이터를 다음과 같이 JSON 형식의 Response로 전달해준다. 예를 들어 다음과 같이 상품 정보를 보내주는 RESR API가 있다고 해보자. GET /api/furniture/item/123334333 위의 REST API를 이용하여 다음과 같은 데이터를 받을 수 있다. { "item_id" : 1233343333 , "name" : "chair" , "category" : "furniture" , "price" : 56000 , "seller" : "Makers" , "description" : "Goo...

Java garbage collection애 대한 이해

Java heap management 자바의 메모리 관리는 garbage collection의 효율성을 높이기  위해 존재한다. 자바의 특징 중 하나는  JVM이 자동으로  메모리 관리를 하는 것이다. 정확히 말하자면 메모리 해제만을 자동으로 한다. 그리고 이 기능을 garbage collection이라고 한다. 그림 1. Layer of heap  그림 1에서 볼 수 있듯이,  heap 메모리 영역은 Eden과 Tenured로 크게 2 영역으로 나눠진다.   (Eden은 자유영역 정도로 볼 수 있다. Object의 생성/소멸이 자유롭게 또는 빈번하게 이뤄지는 영역이라는 뜻으로 볼 수 있다. Tenured는 종신 영역이라 번역할 수 있는데, object가 이곳에 들어가면 빠져 나올 수 없다고 이해하는 것이 쉽다. 실제로 이런 이름이 어울리는 이유는 생성/소멸의 빈도에 따라 object의 위치를 바꾸기 때문이다.) 그림 2. Heap에서의 object 이동   그림2를 보면 heap 에서의 object의 이동을 원리를 알 수 있다. 

비니지니스 로직 처리 Workflow

  현재 확장 가능한 비지니스 로직 처리에 대한 모델 설계 및 룰엔진을 개발하고 있다. 기존의 로직인 단순 1:1 이벤트 처리 방식이었다. 즉, A -> B 라는 state가 없는 로직이었다. "A라는 이벤트가 발생하면 B라는 액션을 수행한다."  이전까지는 Simple 이벤트/액션이라고 할 수 있다. 지금 설계하는 부분은 Real Workflow라고 할 수 있다.  Complex event processing의 시작인것이다. 다양한 이벤트를 받아들이고, 복잡한 이벤트 조합 조건을 판단하여,  사용자가 원하는 액션을 처리해주는 역할을 할 것이다.   여기서 중요한 것은 workflow object이다. 이전까지의 event processing이 stateless 상태였다면, complex event processing을 위해 state 유지가 필요하기 때문이다. 단기적으로 인메모리에서 관리 가능하지만, 일정 규모 이상의 event processing이 필요할 경우 DB로 넘어가야 할 것이다.

프로그래머에게 필요한 EQ

  "당신은 똑똑하신가요? 그래서 코딩 잘하시나요?"   좋은 프로그래머가 되기 위해서, 인정받기 위해서 필요한 것이 똑똑함, IQ라고 생각하시는가요? 물론 기본적인 논리적 사고, 분석력은 있어야 합니다. 아니 프로그래머라면 그냥 있다고 보면 되겠네요. IQ 차이는 10000 라인에 만들 수 있는 프로그램을 8000라인으로 줄여 줄 수 있는데 의미가 있다고 생각합니다.   EQ가 필요합니다. 프로그래머들은 혼자 일하는 일이 없습니다. 다른 프로그래머와 함께 일하는 것은 물론 마케팅, 기획 등 다양한 분야의 사람들과도 함께 일하게 됩니다. 그래서 일을 진행시키고, 마무리하는데 있어서 중요한 것이 EQ입니다.   EQ라고 하면 감성적인 능력입니다. 자신의 감정을 이해하고, 적절한 방법으로 표현할 수 있으며, 다른 사람들의 감정을 읽고, 적절히 반응해 줄 수 있는 능력입니다. 프로그래머들에게 필요한 능력이 바로 이런 능력이라고 할 수 있습니다. 아무리 좋은 아키텍처, 기술을 가지고 있더라도 회의 시간에 이를 적절히 피력하여 관철시키지 못하면 아무런 의미가 없습니다. 그런데 이런 회의를 이끌고, 의견 차이를 줄이는데 필요한 능력은 IQ가 아닌 EQ입니다.  회의나 토의를 하다가 감정적으로 대한다거나 화를 내서 회의를 망치게 되면 그 사람이 아무리 좋은 의견, 아이디어를 가지고 있더라도 무용지물이 되기 마련입니다. 게다가 개인적 평판까지 나빠지게 되어 실력까지 평가절하될 수  있는 것입니다.    프로그래머로서 새로운 기술을 익히는 것, 멋진 코드를 만들어 내는 것도 중요하지만, 사람들 사이에서 일어나는 일들을 이해하고 이해시킬 수 있는 감성적인 능력 EQ를 기르는 것도 그 무엇보다 중요하다는 것을 잊지말아야합니다.    다음은 EQ를 기를 수 있는 팁들을 모아본것입니다. 한두개씩이라도 실천해보려고 노력해보세요.  1. 너 자신을 알라. 2. 함께 울 수 있는 감수성을 키우...

Connector, Maven, Salesman 중 난 누구?

  망콤 글래등웰의 '티핑 포인트'에서 소수의 법칙을 보면 3가지 유형의 사람들을 볼 수 있다. Connector, Maven, Salesman이 그 세가지 부류이다. 단어의 의미를 보면 각각의 유형이 어떤 역할을 할지 느낌이 올것이다.   Connector의 경우, 사람들을 연결해주는 역할을 한다. 한국에서는 '마당발'이라는 말을 쓰곤한다. 여러분야의 사라들을 알고 있으며, 알기 원하며, 사람들과의 소통을 즐기는 사람들이다.   Maven의 경우, 특정 분야의 방대한 지식을 가진 사람들을 말한다. 그리고 그에 한발 더 나아가 그 정보를 공유하려고 노력하는 사람들이다. 이들은 특정 분야의 글을 많이 쓰는 블로거들, 커뮤니티의 답글을 많이 다는 회원이라고 할 수 있다.   Salesman의 경우, 실제로 사람들을 하나로 역고, 일을 진행시켜 나가는 리더쉽, 카리스마를 갖춘 사람들이라고 할 수 있다.   Connector, Maven, Salesman 세 부류의 사람들이 모두 모여야지 하나의 변화를 만들어 낼 수 있는 것이다.   당신은 어떤 부류에 속하시나요? 나는 어떤 부류에 속하는가? 질문해 볼 필요가 있을 것이다. 혹은, 나는 어떤 부류에 속하고 싶은가? 라고 물어보자. 그리고 그렇게 되기 위해 한발 더 나아가보자.