ssuk's story

NHN Deview 2010 행사를 한다는 얘기를 듣고 미리 사전등록을 하였다.
한 세션당 4개의 track이 있어서, 자신이 원하는 track을 선택해서 들을 수 있는 행사였다.
무료인 행사지만, 여러 종류의 강의가 있어서 선택할 수 있는 폭도 넓었고,
여러분야 직종의 사람들이 자신이 원하는 분야를 선택할 수 있었다.
다만 사전등록을 한 이유는 찾아볼수 없었다.
사전등록으로 강의 세션을 예약을 하였지만, 워낙 사람이 몰리는 관계로 복도나 바닥에 앉아서 듣거나 서서 듣는 사람이 많아서, 시장의 모습과 흡사했다.

첫번째로 NHN의 김평철CTO와 김정민 이사의 Key Note가 시작되었다. 

김평철 CTO의 Key Note중 개발을 하는 이유? 란 질문에 많은 사람들이 대답을 하였는데
그중에 "밥벌이", "닭집 개점을 위한 발판" 등의 재밌는 대답이 있었는데, 그냥 웃으면서 들을 수 없는 대답이었다. 한국에서는 40세 이상의 개발자가 별로 많지 않으며, 주로 관리직의 전환이나, 업종 변경등을 통해서 개발자를 그만둔다고 한다. 우리나라도 외국처럼 은퇴할때까지 개발할수 있는 그런 환경이 갖춰졌으면 좋겠다.
그리고 많은 사람들이 "보람되서" "재밌어서"라는 답변을 댔는데, 공감되는 이야기였다^^

김정민 이사의  Key Note에서는 "어떻게 건강한 소프트웨어를 만드나" 라는 주제로 연설이 이어졌다.
반복점진 개발방법 적용사례를 들어, 기존의 폭포수 개발방법론에서 반복점진 개발 방법으로 변경하였을 때 얼마나 효과를 보았는지, 왜 저 방법론이 좋은지에 대해서 깊게 설명해주었다.
사실 Key Note에서 할 연설은 아니었지만, 저런 방법론을 통해서 NHN의 개발 프로세스의 진행 방식을 알게 되었다. 하지만, 애자일 방법론을 NHN만의 방식처럼 보여주는 것들 조금 보기 안좋았다.

점심식사  (무료제공)

총 4개의 강의를 들었는데, 강의하시는 분들 모두 NHN에서 일을 한다는 것에 자부심이 대단했으며 모두 프로페셔널한 모습이 인상 깊었다.

첫번째 세션, 네이버는 이렇게 테스트한다. 웹서비스 UI 테스트 자동화
사실 강의중에 가장 사람이 많고, 기대를 많이 했던 강의였는데
자동화 테스트 툴을 사용하여 네이버의 블로그를 자동화로 테스트 한다는 내용이 주였다.
물론 자동화 테스트를 만들기 위해서 많은 시간이 들었겠지만,
그 투자를 통해서 NHN의 QA는 편리하게 진행된다는 것을 알 수 있었다.
우리 제품에서도  Web GUI나 User Portal, MGT에도 적용가능할 수 있을 것 같다는 생각이 들었다.

두번째 세션, IT에서 가상화가 왜 필요한가?
우리회사에서 너도나도 서버 부족하다, 시험장비 부족하다라는 말을 한다. 우리팀도 마찬가지고, 시험할 때만 보면 그 많던 장비들이 다 어디갔나 생각이 든다. 물론 제품이 다양하고 버전이 여러개이기 때문이지만, 그 문제를  NHN에서는 어떻게 해결할지 궁금했다.
NHN도 우리처럼 서버 부족을 절실히 느끼고 있었다. 하지만 하나의 서버를 구입하기 위해서는 많은 프로세스를 거쳐야 하고, 급할 경우, 또한 임시로 사용할 경우 서버 구입 프로세스를 거치기에는 너무 많은 시간이 들어서 많은 고민을 했다고 한다.
그래서 생각한 것이 서버 가상화인데, 서버 가상화를 통해서 임시로 진행하는 서비스, 예를들어 노무현 전대통령, 김대중 전 대통령의 추모 서비스를 진행했다고 한다. 또한 낮에만 집중적으로 사용하는 서비스와 밤에는 집중적으로 사용하는 서비스를 하나의 서버에 가상화를 통해 서버 비용을 절감했다고 한다.
NHN도 우리회사 처럼 VMware같은 툴을 통하여 서버를 여러개의 서버처럼 사용하고 있다고 했다.
우리회사도 가상화를 하긴 하지만, 아직은 그 사용이 많이 부족하기 때문에 우리도 좀더 적용했으면 좋겠다고 생각했다.

세번째 세션, Arcus 당신의 서비스가 점점 느려진다구요??
세번째 세션은 가장 짧았지만, 가장 파워풀하고, 가장 카리스마 넘치는 강의였다. 서비스를 계속 제공하다보면, DB 등의 문제로 점점 느려진다. 그리고 계속 서비스를 제공하면 DB의 쿼리를 많이 사용하기 때문에 DBMS에도 무리가 가게 되어 결국 DB의 장애가 생기게 된다. 따라서 DB의 사용을 줄이고 서비스를 빠르게 제공하기 위해서 NHN은 memcached를 사용한다고 한다.
memcached라는 용어를 처음 듣는 나로서는 생소했지만. cache처럼 자주 사용되는 쿼리를 memcached에 결과값을 넣어서 똑같은 쿼리를 중복하는 것을 방지한다. 그래서 DB의 장애를 줄이고 서비스의 속도를 향상시키는 기술이다.
우리제품도 쿼리가 얼마나 반복되는지 모르겠지만, memcached를 사용하면 속도가 빨라지고 DB의 장애를 줄일수 있지 않을까??

네번째 세션,  단 하루도 안심할 수 없는 웹 보안의 위협들
굉장히 차분한 목소리로 진행된 웹 보안 위협의 강의는 강사분의 재미난 이력으로 시작되었다. 드라마 카이스트에서 해킹하는 화면을 구성하기 위해서 PD분이 이 강사님께 연락했었는데, 화면에서 ls를 치는 장면이 많이 나와서 방송후 많은 악플에 시달렸다고 한다. 또한 해킹 장면이 너무 다이나믹하지 않는다는 이유로도 악플을 받았다고 했다. 이렇게 재미나고 화려한 이력을 가지신 강사님은 기존에 널리 알려진 쿼리 인젝션, html에 주소추가 등의 보안위협과 어떻이 이런 위협들이 개인에게 피해가 미치는지에 대해서 알려주셨다. 실제로 보여주신 해킹 화면이 다이나믹하진 않았지만, 보안 위협의 기본적은 내용을 알 수 있는 기회였다.

마지막 세션은 경품전이라 사람이 꽉꽉 들어차서 아쉽게 볼수 없었다. 하지만 그날 들은 Key note 와 4개의 강의가 모두 재밌어서 큰 아쉬움이 남지는 않았다. 이런 큰 행사를 여러준 NHN에 감사했고, 우리 회사도 이렇게 큰 행사를 열수 있는 실력과 기반이 갖춰줬음 좋겠다고 생각했다.

SIP Trunking?

SIP Trunk는 IP PBX와 Service Provider의 application server와의 논리적인(logical)인 연결(connection)이다.

호가 internal에서 external로 시도가 되면, PBX는 SIP Trunk Provider에 필요한 정보를 전송한다.

PBX와 provider 사이의 모든 signal과 voice는 IP network상에서 SIP와 RTP protocol packet으로 이루어진다.

 

PSTN telephone으로 호가 시도되면 trunk provider는 IP packet을 PSTN gateway로 전송한다.

또한 provider는 PSTN number로 호를 종료할 수 있고 incoming call을 IP PBX을 전송할 수 있다.

business상으로 local phone number를 여러 지역에서 사용하고 같은 location처럼 서비스 할 수 있다.

 

호가 SIP Trunk로 전달되면, call은 PSTN망에서 전송할 필요가 없으며 IP network상에서 end to end로 전달될 수 있다. Provider는 호를 고객에게 가장 적은 비용으로 전송할 수 있으며, 요금을 부과하지 않고 서비스를 제공할 수 있다. 일부 service provider들은 서로의 고객에게 IP network상에서 직접 연결할 수 있다. 그렇지 않은 provider들 사이에서는 양단이 SIP Trunk라도 PSTN망에서 전송될 수 있다.

 

SIP Trunk가 물리적인 연결이 아니기 때문에 single turnk 상에서 전송될 수 있는 호의 제한은 없다. IP PBX와 provider의 장비 사이의 Network bandwidth만큼 호가 이루어질 수 있다.

 

SIP Trunking 이점

SIP Trunking은 voice와 data의 조합을 하나의 회선에서 통할 수 있도록 한다.

1.     장거리, 국제, 시내 통화요금이 상당히 줄어든다.

2.     T1과 analog trunk card의 구입과 관련되니 비용이 줄어든다.

3.     Trunk card의 구입과 유지 비용이 줄어든다.

4.     분리된 voice와 data 회선의 비용을 줄일 수 있다.

5.     SIP Trunk가 channel이기 때문에 IP통신 기반의 voice의 call quality가 향상된다.

6.     Video, instant message를 포함한 다양한 통신의 형식을 지원한다.

7.     Local telephone number를 가지고 remote user를 지원한다.

8.     Media gateway의 구입 및 유지보수 관련 비용을 줄일 수 있음

9.     분리된 PSTN과 data회선의 순환 비용을 줄일 수 있음

10.   각 사원이 자신의 phone line을 가질 수 있는 DID의 활용

11.   IM, application sharing 등을 포함한 protocol로 실시간 통신이 가능해진다.

12.   IP voice와 PSTN 사이의 interface를 담당하는 장비들을 추가적으로 구입하지 않아도 된다. 오직 한 개의 connection만 사용되기 때문에

13.   PSTN과의 연결과 마찬가지로 두 개의 Connection에 대한 비용을 줄일 수 있으므로 장거리 호의 비용을 줄일 수 있다.

14.   여러 도시에 지사가 있는 회사가 고객들이 수신자 부담이 아닌 local number로 회사에 전화를 걸 수 있게 할 수 있다. 고객은 장거리 전화를 꺼려하는데 local number로 전화하기 때문에 좋고, 회사 또한 수신자 부담 서비스를 사용하지 않아서 요금을 줄일 수 있다.

여행 둘째날 스타페리를 타고 가면서 찍은 사진~
실제 모습보다 더 이쁘게 나온듯??
다른 사람들이 찍은 사진들은 많이 봤는데
디카만 있으면 다들 이런 모습 찍을 수 있습니다!!

RFC 문서 조회 및 다운로드

Downloading RFC Collections Using FTP
http://www.rfc-editor.org/download.html

All RFC Indices
http://www.armware.dk/RFC/rfc/

홍콩의 옥토퍼스 카드는 여행자들 뿐 아니라 현지인들한테 유용하게 사용되는
교통카드이다. 우리나라의 교통카드 보다 쓰임새가 넓다 (맥도날드, 편의점 등 사용가능)

옥토퍼스 카드는 일반용과 여행자용으로 나뉠수 있는데.
나는 여행자용인 Airport Express Travel Pass 220달러용으로 살것이다.
마지막날 공항에 돌아갈 때 탈 AEL이 편도로 이용할 수 있으며 지하철 3일이 무제한 이기 때문!
단 사자마자 충전을 해야함.
예전에는 20달러가 충전이 되어있었는데 지금은 안되있다고 해서!
나는 버스를 안탈 생각이니 안해도 될듯한데~
어차피 다 환불이 되니깐 조금은 해놓는게 좋을 것 같다.

• 옥토퍼스 카드 구매

 옥토퍼스  카드는 공항 입국장의 A홀과 B홀 중간의 AEL창구와 시내 전역의 MTR역에서 구입할 수 있다.

• 옥토퍼스 카드 충전

자동충전기 이용시 왼쪽 상단에 카드를 넣으면 액정 패널에 카드 잔액이 표시
오른쪽 지폐투입구에 50, 100달러 단위로 돈을 투입
액정 패널에서 금액 확인후 액정패널 오른쪽의 <- 화살표 누르면 충전 완료

• 옥토퍼스 카드 활용도

지하철 MTR, 트램, 2층 버스, 소형 버스, 스타페리

• 구입할 때
   (Otopus Card Please )

• 충전 할 때
  HK$50 부터 할 수 있음 (Recharge Please)
  어차피 환불되기 때문에 금액은 상관없음!

• 환불 할때
  (Refund Please)

Tourist Day Pass	- Valid for 1 month from the day of issue - Any 1 day* of unlimited travel on MTR (except Airport Express, MTR Bus, East Rail Line First Class, Lo Wu and Lok Ma Chau stations).   *24 consecutive hours starting from the recorded entry time of the first journey - Ticket is restricted to tourists who are non-Hong Kong residents and have stayed in Hong Kong for less than 14 days.	$55	Yes
Child Tourist Day Pass	- Valid for children aged 3 to 11 - Valid for 1 month from the day of issue - Any 1 day* of unlimited travel on MTR (except Airport Express, MTR Bus, East Rail Line First Class, Lo Wu and Lok Ma Chau stations). *24 consecutive hours starting from the recorded entry time of the first journey - Ticket is restricted to tourists who are non-Hong Kong residents and have stayed in Hong Kong for less than 14 days.	$25	No
Disneyland Resort Line Day Pass	- Valid for 6 months from day of issue - Any 1 day of unlimited train travel to / from Disneyland Resort Station (except Airport Express, Light Rail and East Rail Line First Class).	$50	No
Tourist Cross-boundary Travel Pass	Tickets can be used for any 2 consecutive days within one month from date of issue: - Unlimited travel on MTR and Light Rail* (except Airport Express, East Rail Line First Class, Lo Wu and Lok Ma Chau stations) - 2 single journeys to/from Lo Wu or Lok Ma Chau stations - Ticket is restricted to tourists who are non-Hong Kong residents and have stayed in Hong Kong for less than 14 days. * Travel on Light Rail only becomes effective after the first journey has been made on the MTR	$120	No
Airport Express Travel Pass	- This is an Octopus Card with either 1 or 2 Airport Express single journey(s) plus 3 consecutive days of unlimited travel on MTR (except Airport Express, East Rail Line First Class, Lo Wu and Lok Ma Chau stations). - Ticket is restricted to tourists who are non-Hong Kong residents and have stayed in Hong Kong for less than 14 days.	$220/$300	Yes

참고할 사이트
http://sayhk.tistory.com/293

예약을 하든지 하지 않든지 상관이 없지만
유인창구에서 줄서서 기다리면서 티켓을 구매하기 귀찮아서
미리 예약하기로 맘먹었다~
어차피 손해봐도 몇만원이니~ 미리 해놓는게 좋지 않을까???


1. 먼저 터보젯 사이트에서 회원가입
   - 굳이 회원가입을 안해도 되지만 나중에 티켓을 발권할때 IP와 PASS또는 카드 번호를 입력해야 하므로.. 그리고 혹시 몰라서 나는 가입했다. ㅎ

터보젯 사이트에서 회원가입하는 방법
http://blog.naver.com/jslnlsl/60105340428


2. 티켓 예약하는 방법

터보젯 사이트에서 티켓 예약하는 방법
http://blog.naver.com/jslnlsl?Redirect=Log&logNo=60105404620

1. 서비스 생성 환경 기술(SCE: Service Creation Environment)

  - 망 운용자나 고객이 서비스를 정의하고 제어하는 방식.
  - 고객이 원하는 서비스를 보다 쉽고 신속하게 망에 도입하기 위하여 각종 도구 제공.
  - 서비스 생성 과정
    개념화 -> 정의 -> 명세 -> 개발 -> 검증 -> 도입


2. 지능망 서비스 교환 기술(SSP: Service Switching Point)

  - 기존 전화망의 부가 통신 서비스 처리능력은 교환기가 보유한 소프트웨어에 의존적.
  - 새로운 서비스를 제공하기 위해서는 모든 교환기의 소프트웨어 변경 필요.
  - 지능망의 교환기에서 지능망 서비스를 감지하여 서비스 계층으로 전달할 수 있는 기능.


  * ITU-T IN CS-1의 CCF(Call Control Function)/SSF(Service Switching Function) 모델

  - CCF : 호/접속 처리와 제어를 위한 기본 호 처리 기능.
               사용자가 CCF로 접근을 가능하게 하는 CCAF(Call Control Agent Function)에
               의한 호/접속 및 해제 요구를 처리.
               미리 정의된 기본 호처리 사건을 검출하여 SSF로 보냄
  - SSF : CCF와 연결되어 지능망 호처리 기능을 행하며, SCF와 상호 작용하기 위해
               필요한 CCF의 상태를 관리.
               부가적인 지능망 서비스 처리를 위하여 SCF와 협력하여, CCF의 호/접속 처리
               과정을 변경하는 기능.
   
  ○ BCM(Basic Call Manager)
      - 사용자를 위하여 통신 경로를 설정하기 위한 기본 호 및 접속 제어를 담당.
      - 지능망 서비스 로직의 인스턴스를 활성화하기 위하여 보고되어야 하는 호 및 접속
         제어 이벤트를 감지.
      - 호 및 접속 제어를 지원하기 위해 필요한 CCF 자원을 관리, FIM/CM과 연동
 
  ○ FIM/CM(Feature Interaction Manager/Call Manager)
      - 처리 중인 서비스 호와 관련된 서비스 혹은 서비스 특징이 상호 영향을 미칠 때,
        서비스 제공자가 의도한 서비스 사양에 맞도록 서비스 혹은 서비스 특징의 수행
        여부 및 수행 결과를 관리.
      - 단일 종단 및 단일 제어점 방식을 통한 지능망 서비스 로직의 다중 병렬 인스턴스
         지원 메카니즘을 제공
      - 특정 호에 대하여 지능망/ 비지능방 서비스 로직의 병렬 인스턴스를 제한
      - 특정 호에 대하여 SSF내에서 호/접속 처리의 통일된 처리를 위해 BCM 및
         IN-SM과 상호 동작 메카니즘을 제공
 
  ○ IN-SM(IN-Switching Manager)
      - 지능망 서비스의 특징을 사용자에게 제공하는 과정 중 SCF와 상호 동작
      - SCF에게 CCF/SSF의 호/접속 처리 활동을 알리며 CCF/SSF의 능력과 자원을
         이용할 수 있도록 한다.
      - 지능망 서비스 로직 인스턴스를 활성화하기 위하여 SCF로 보고하여야 할 지능망
        호/접속 처리 이벤트를 감지하거나, 지능망 서비스로 인스턴스를 지원하기 위해
        요구되는 SSF자원을 관리한다.

  ** CCF의 구현방법
     - 초기 지능망에서 기본 호처리 기능은 서비스에 종속된 구조로 구현
     - 서비스의 기능을 변경하거나 새로운 서비스를 추가할 때, 기본 호 처리 기능을
        변경하거나 새로운 기능을 추가해야하고, 기본 호처리 기능을 담당하는 블럭과
        인터페이스 되는 블럭의 변경까지 이루어져야하는 단점

    ○ 기본 호 상태 모델(BCSM: Basic Call State Model)
        - SSP에 실장되어 지능망 서비스 및 비지능망 서비스의 기본 호처리 기능을
           공통으로 처리할 수 있는 서비스 독립적인 구조
        - 기본 호 처리 과정을 세분화
        - 감지점(DP: Detection Point), 천이(Transition), 사건(Event),
          호처리점(PIC: Point In Call)으로 구성
        - 기본 호 처리과정을 수행하며, 서비스 제어가 필요한 시점을 감지하여, SSF에 보고
        - 발신 BCSM(Origination BCSM), 착신 BCSM(Termination BCSM)으로 구분

  ** SSF의 구현방법
     - 지능망에 새로운 서비스 도입시, 기존 시스템 변경을 최소화하려면??
            -> BCSM의 호처리점 동작의 출력 혹은 입력 사건으로 나타나는 감지점으로 해결
     
     ○ 감지점 처리 기능
        - SSP에서는 감지점 처리 기능을 이용하여 기본 호 처리 절차의 진행 과정을 SCP로
           보고할 수 있으며, SCP는 지능망 서비스 로직 프로그램에 따라 적절한 호 처리
           동작을 지시하게 됨.
         - 아밍(arming) : SCP로 감지점이 전달될 수 있도록 미리 예약해 두는 절차
         - BCSM의 감지점이 모두 SCP로 보고되는 것이 아니라 아밍 되어 있는 감지점만이
           SCP로 보고된다.

     ○ 지능망 호 연결 제어(Connection View Processing)
        - SSF/CCF의 동작 상태를 논리적인 정보로 표현하여 SCF로 전달함으로써,
           SCF가 BCSM 동작을 제어할 수 있도록 함

스트레스2

스트레스1

 사자성어