nusicaa
2k
2017-02-18 16:17:59
11
4315

국민은행, 차세대시스템에 'Java' 채택 유력…후폭풍 예고


국민은행, 차세대시스템에 'Java' 채택 유력…후폭풍 예고


국민은행 차세대 계정계 메임프레임의 unix c대신 java를 채택한다고 합니다.

인력 수급 문제도 있고 64비트 대용량 메모리를 다루는 JVM도 성능이 많이 좋아져 언제가는 이렇게 될것으로 예상하였습니다.

골치 아픈 병형성 프로그래밍 문제를 해결하기 위해 더 나가 은행 계정계에 클로저언어 도입도 점쳐봅니다.

0
  • 댓글 11

  • 하마
    7k
    2017-02-18 16:55:54 작성 2017-02-18 17:07:55 수정됨

    아직까지 c 를 써 왔다는게 더 충격이군요. @@

    변화에 주저하고 혁신을 거부하면 미래가 뻔 합니다. 그게 보수적인 은행업계라도..

  • nusicaa
    2k
    2017-02-18 17:10:57
  • zepinos
    20k
    2017-02-18 17:47:53

    아무래도 "성능"이라는 단어가 들어가면 Java 는 고사하고 C++ 도 의문부호를 붙이는 사람들이 좀 있습니다. 리눅스만 하더라도 커널 개발은 대부분 C 을 여전히 선호하고 있구요.


    하지만 LMAX 에서 Azul Systems 의 Zing 이라는 상용 JVM 을 통해 GC 발생이 (거의?) 되지 않는 환경 속에 잘 돌아가고 있다는 걸 생각하면, 국민은행 쯤이야...라고 말할 수도 있겠네요. Zing 을 쓰지 않더라도 이미 Java 는 하마 님께서 언급한 적이 있듯이 충분히 빨라졌고, 다른 언어에서 Java 만큼 빠르다라고 언급할 정도로 성숙해졌다고 생각하기 때문입니다. 거기에 Akka 같은 것도 Java 을 지원하고, Scala 보다는 Java 쪽 인력 수급이 월등히 쉬울테니...계정계가 아닌 쪽에서의 인력만 데려와도 상당수는 Java 를 쓸테니까요.

    전 개인적으로 괜찮은 도전이라고 생각합니다.

  • 최첨단
    1k
    2017-02-18 17:59:51 작성 2017-02-18 18:02:03 수정됨

    은행쪽 지식은 없어서 정확하지는 않지만... 아무래도 계정계 업무는 미션 크리티컬한 영역이라 자바로 전환을 총대 맬만한 사람이 없지 않았나 생각이 드네요. 계속 진화하는 자바 컴파일러와 자바 가상 머신에는 많은 버그가 있고 심지어 CPU에도 버그가 있어서 메인프레임을 못 버린 이유도 있을 것 같기도 하고요.

    누가 진짜 이유 알면 알려 주시면 좋을 것 같습니다.

    (저는 메인프레임이 어찌 생겼는지 구경도 못해 봤습니다. IDC 철조망 속에 있던 무식한 냉장고 같이 생긴게 메인프레임 같기도 하고...)

    일단, 자바로 주로 먹고 사는 입장에서는 그만큼 자바와 서버 환경이 안정되어 있다는걸 인정 받은거 같아서 기분 좋습니다.

    비행기, 우주선, 인공위성등에도 자바를 본격 채택한다는 소식이 기대 되네요. ㅋㅋㅋ

  • 하두
    12k
    2017-02-18 18:01:41 작성 2017-02-18 18:45:50 수정됨

    서비스 측에 주로 쓰이는 자바 코딩 분량이 다이어트 되지 않았나요.

    양측 쿼리와 화면으로~~~몰려있고

    허리측 자바는 중계 메소드 호출 로직, 긴 주석만 있지 않나요.

    충격은 무슨 ㅋ

    제가 국민은행 it 임원이라면,

    자기 환경에 적합한 언어,  Test  tool이나

    소스 생성기 만들겠어요 ㅋ

  • fireguy
    2017-02-18 20:07:36

    자바로 로직 구현하나요 ?...

    바보아닌가요.. 어차피 로직은 sql에 있을겁니다.

    성능이나 모든 이슈는 DB SQL에서 나올꺼며.. 자바로 하는건 아무 문제 없습니다.

  • 최첨단
    1k
    2017-02-18 20:57:26

    성능이나 모든 이슈가 SQL에서 나오고 자바로 로직 구현 안한다는건 전혀 동의 할 수 없네요. 단순 게시판도 인증, 세션, 권한, 유효성 , 트랜젝션, 로깅, 분산처리 등 대충만 해도 이정도인데....

    로직이 SQL에 집중되어 있다면 분명 설계가 잘 못 된거라 생각 합니다.

  • dkb
    2017-02-18 21:38:01 작성 2017-02-18 23:32:11 수정됨

    그런데 뭐 mybatis + sql로 다 처리하겠죠.

    소심하게 100원 정도 걸어봅니다.

  • byeworld
    3k
    2017-02-19 01:09:28 작성 2017-02-19 01:17:19 수정됨

    기존에는 Java기반으로 바꾸는 것에 대한 확신이 없었을 겁니다. 

    Java vs.C에서 단순히 생각하면 생산성이냐 성능이냐의 문제부터 볼 수 있었는데, 

    금융권에서 Java 기반 시스템에 대해 성능에서 확신이 없었습니다. 

    (그와 별개로 외부 인력에 대한 신뢰도 있습니다.)


    AWS를 보면서 시스템의 성능향상에 대해 시사해주는 부분도 많습니다.

    (서버의 성능과 아키텍처의 발달등.. )


    금융권도 자바 기반의 변화가 올것이라 예상은 되었던 부분이긴 한데, 그 시점이 언제냐 하는 문제였죠. 

    물론 가상화도 언젠가는 이뤄질 것이라고 생각합니다. 

    (서버 교체와 차세대 개발이 같이 이뤄지지 않는다는 것을 의미하게 되겠죠.)


    그런데 KB라면 코볼 먼저 들어내는 것이 문제일 것 같은데.. 

    양이 만만치가 않습니다. 


    또다른 문제로 KB는 과거 주택은행과 합병 과정에서 시스템 통합 실패의 경험이 있습니다. 

    10년도 더 된 일이지만, 그 때의 경험을 가지고 있는 사람들은 시스템에 급격한 변화를 주려고 하지 않고 외부 인력에 대해서도 그리 호의적이진 않았던 것으로 알고 있습니다. 


  • spaceLamb
    943
    2017-02-19 12:28:31

    직접 들어가보기전엔 모릅니다

  • 로그인을 하시면 댓글을 등록할 수 있습니다.