초보 개발자/학생들을 위한 오픈소스 트랜드
•
3 gefällt mir•829 views
오픈소스 트랜드와 현업에 가기위한 여러 가지 기술적 이해를 돕고자 한다. 또한 node.js, golang, mongodb, mysql등 여러 신기술에 대해서도 특장점을 소개하고자 한다.
Empfohlen
Empfohlen
Weitere ähnliche Inhalte
Was ist angesagt?
Was ist angesagt? (20)
Ähnlich wie 초보 개발자/학생들을 위한 오픈소스 트랜드
Ähnlich wie 초보 개발자/학생들을 위한 오픈소스 트랜드 (20)
Mehr von YoungSu Son
Mehr von YoungSu Son (20)
Kürzlich hochgeladen
Kürzlich hochgeladen (6)
초보 개발자/학생들을 위한 오픈소스 트랜드
- 1. Open Source 모바일과 클라우드 트랜드
- 2. 시작,트랜드 그리고 나아갈 길. 오픈소스의 시작점 왜 오픈소스를 해야 하나? 모바일 트랜드 백엔드 트랜드 클라우드 고민할 거리들?
- 4. 3명의 거장. Richard Stallman Linus Torvalds Eric S. Raymond
- 5. 이 3명과 오픈소스를 잘 이해할수 있는 영화 영문 자막 https://youtu.be/GsHh2wfy_-4 한글 자막 http://bit.ly/YDb5TN
- 6. • 오픈소스 오픈소스는‘소스코드’를 공개하여 누구나 수정 · 재배포할 수 있는 소프트웨어
- 8. •1960 ~ 1970 •하드웨어 판매가 핵심 •소프트웨어의 코드는 공유하는 문화 •FORTRAN, COBOL, Algol
- 9. 1970 ~ 1980 유닉스(UNIX) 탄생 http://www.flickr.com/photos/9479603@N02/4143361191/
- 10. •1970 ~ 1980 •70년대 초반 벨 연구소 직원인 켄 톰슨, 데 니스 리치, 더글러스 매클로리 등이 처음 개발 •AT&T를 비롯한 여러 회사들과 버클리대 학(UC Berkeley) 등 비영리 단체들이 개 발한 다양한 버전
- 12. 1980 ~ 1990 상용 소프트웨어
- 13. •1980 ~ 1990 •소프트웨어 저작권에 대한 인지가 시작된상업용 소프트웨어 시대
- 14. •1980 ~ 1990 빌게이츠 컴퓨터 애호가들에게 보내는 공개 편지 “Open Letter to Hobbyists” 저작권의 개념이 대두됨 http://bit.ly/1DoDJ0o
- 15. 1984 ~ 2000 자유소프트웨어의 성행 리차드 스톨먼, GNU 선언
- 16. •1985 - GNU 선언문을 발표 •유닉스에 대항한 자유로운 대안을 만들기 위한 의지를 말한 것 •Free Software 운동 후 자유 소프트웨어 재단(FSF) 설립
- 17. •Free = 무료 •사용 •수정 •재배포 •에 자유로운 것!
- 19. •리눅스(Linux) 1991~ •리눅스는 핀란드 헬싱키 대학의 대학원생 인, 리누스 토발즈가 취미로 개발한 커널 •현재 200여 종류가 넘는 배포판이 존재
- 20. Eric S. Raymond OSI 설립
- 21. • 오픈소스 문화를 활성화해 기업들의 참여를 이끄는 목적. • GPL은 파생물 역시 항상 동일한 라이센스 GPL을 준수해야 하므로, 즉 소스가 외부에 공 개 되어야 하므로, 기업의 참여가 제한됨 • 오픈소스를 변경하더라도, 다른 라이센스로 또는 상업용으로 쓰는 것을 가능케 함. 1998년 - OSI(Open Source Initiative)
- 22. 오픈소스가 주류로!
- 23. 현재는 대세!! •OS ( 리눅스, OSX- freebsd 기반) •브라우져 ( 크롬, 파이어폭스, 사파리 - Webkit) •모바일 OS (안드로이드, 타이젠 등) •백엔드 서버 소프트웨어 ( 웹서버, 데이터베이스, NoS QL )
- 24. 2. 라이센스 이야기.
- 25. 원저작자 사용자 누구에게 더 많은 권한을 줘야할까?
- 26. 원 저작자의 권한을.. GPL / LGPL ..
- 27. 원 저작자의 권한을.. GPL / LGPL .. 고객 (사용자)의 권한을.. MIT / BSD / Apache..
- 28. 주요 License 비교 GPL LGPL MIT BSD Apache 저작권 보호 기능 O O O O O 상용 SW 사용 가능 O O O O O 기능 확장 공개 의무 O O X X X 타인에게 특허권 제공 X X X X O 독점 프로그램에서 사용 가능 여부 X O O O O 라이선스 전파 여부 O O X X X
- 29. 주요 License 비교 GPL LGPL MIT BSD Apache 저작권 보호 기능 O O O O O 상용 SW 사용 가능 O O O O O 기능 확장 공개 의무 O O X X X 타인에게 특허권 제공 X X X X O 독점 프로그램에서 사용 가능 여부 X O O O O 라이선스 전파 여부 O O X X X
- 30. 주요 License 특허권 제공여부 GPL LGPL MIT BSD Apache 저작권 보호 기능 O O O O O 상용 SW 사용 가능 O O O O O 기능 확장 공개 의무 O O X X X 타인에게 특허권 제공 X X X X O 독점 프로그램에서 사용 가능 여부 X O O O O 라이선스 전파 여부 O O X X X
- 31. 2008년 Open Source License 통계 GPL LGPL BSD MIT 기타 GPL (60%) LGPL (7%) BSD (6%) MIT (2%)
- 32. 2015년 Open Source License 통계 https://www.blackducksoftware.com/resources/data/top-20-open-source-licenses (2015)
- 33. 왜 이렇게 BSD/MIT가 증가했나?
- 34. 플랫폼 싸움!
- 35. 오픈 소스 라이선스 위반
- 36. 특허 침해 관련 Apache License
- 37. 2. 모바일이 가져온 오픈소스 생태계의 변화..
- 38. Android 의 문제..
- 39. 배경.. 극심한 파편화. 엄밀히 말하면..
- 40. 엄밀히 말하면.. 3개의 전혀 다른 OS..
- 41. 3.0 이전 3.0 이후 저장 위치 Dalvik외부 native Heap Dalvik 내부 GC 동작 전체 App이 멈춤 부분적으로 진행(partially) Bitmap의 GC GC의 대상이 아님 GC의 대상 다른 App의 영향 메모리 누수가 발생하면 다 른 App도 함께 죽음 다른 앱에 영향이 없음 3.0 기준으로 다룬 OS
- 42. 구글에서 메모리 누수 현상이 자주 발생해서 메모리 관리 체계를 변경 합니다. Honeycomb이전 Honeycomb이후 이미지 파일 이전에는 Native영역에서 이미지 파일을 관리했다면, 이후에는 Dalvik내부에서 관리를 하는 구조로 변경되었습니다. Q : 이미지파일의 저장위치가 핵심인가요? A : 이미지가 메모리 누수의 50~70%를 차지하기 때문에
- 49. DALVIK
- 50. 변경된 GC 메커니즘 3.0 이후3.0 미만
- 51. GC의 성능 향상을 위해 새로운 메모리 할당 메커니즘 (Rosalloc)
- 52. Rosalloc 이란 Runs fo Slots Allocator 작은 객체를 할당하는 영역과 큰 객체를 할당하는 영역을 구분하자 하나의 영역에 객체를 할당하니, GC가 빈번하게 발생해서, 역할을 나누자!
- 53. Android 5.0 이후 변화된 메모리 구조..
- 54. Android ART Runtime (5.0 이후 도입)
- 55. 화면사이즈의 Pixel을 얻어오는 함수 API 파편화…
- 56. 구글이 만든 이슈는.. 여기서.. https://code.google.com/p/android/issues/list
- 57. 제조사의 파편화
- 58. 피해야할 저주들.. • Gingerbread (2.3)의 저주 - apk 사이즈 제한 • 2.x 이전 / 3.0 이후 메모리 핸들링 기법 다름 • Apache 네트워크 라이브러리의 저주 • Disk Cache가 잘 먹히는 저주 • 삼성폰의 저주 • 홍대향의 저주
- 59. 지표에 빠져 있는 나라..
- 60. 중국은 구글 Play 사용 못함
- 61. China Market 광고 수익은 전세계 1위 앞으로 성장 가능성 3배 이상 2년안에 원화 약 1조 3000억원
- 62. 중국에서만 볼수 있는 믿지 못할 에러들..
- 63. 믿지못할 마켓 단편화..
- 64. Android In-App Billing Tracking
- 65. 23 58 58 61 65 68 71 84 Openness Android Qt Symbian Meego Mozilla Webkit Linux Eclipse 안드로이드의 개방성 Vision Mobile Report July, 2011- http://bit.ly/oTmEmF
- 66. 오픈 소스 이긴 한데.. 구글러가 아니면 할수 있는게 없다…
- 67. 정리하면.. 버그만 잡아줘..
- 68. AOSP% Source%:%ABI%research% 안드로이드%오픈소스(AOSP)를%이용한% %반구글%전략은%중국의%스마트폰%업체인%% 샤오미,%화훼이,%ZTE%등도%추진%
- 69. 늘어나는 안드로이드 점유율
- 70. 구글의 폐쇄성으로 안드로이드에 좋은 기능을 외부에서는 추가할수 없다. 오직 구글 직원만 가능..
- 71. 안드로이드에 포함되지 못한 외부 오픈소스…
- 75. 대세는.. (실리콘벨리 기준)
- 76. BDD vs TDD
- 77. BDD vs TDD • BDD 는 Acceptance Test 집중 • TDD 는 Unit Test에 집중 • Acceptance Test는 고객의 의도에 맞는지 를 테스트하는 것 • Unit Test는 실제 기술적인 요구조건을 테 스트하는 것이라고 보면 되겠다.
- 78. TDD 코드
- 79. BDD 코드
- 80. Calabash Installation Ant 설치 Install Ant (1.9) http://ant.apache.org/ 다운로드 경로설정 for mac cd ~ - sudo vi .bash_profile - PATH = “ant가 설치된 경로:${PATH}” export PATH - . .bash_profile - echo $PATH해서 현재의 ant경로가 나오는지 확인 경로설정 for window7 내컴퓨터 - 속성 - 고급 시스템 설정 - 고급 - 환경변수 -Path에 ant설치한 경로 덧붙이기
- 81. Installation` Android SDK 경로설정 for mac 아래의 그림과 같이 sdk가 설치된 경로를 ANDROID_HOME으로 지정 - . .bash_profile 경로설정 for window7 환경변수 - ANDROID_HOME환경변수에 SDK설치 경로 넣기
- 82. Installation Ruby 설치(http://rubyinstaller.org) 경로설정 for mac 2.0.0설치 권장 - 설치 후 ruby –v쳐서 버전이 제대로 나오는지 확인 경로설정 for window7 Ruby1.9.3버전만 설치할 것 - 설치 후 Path에 등록 - ruby –v해서 버전이 제대로 나오는지 확인 - 설치 후 Devkit 설치(http://rubyinstaller.org/downloads/) - 데브킷이 설치된 곳으로 이동 - ruby dk.rb init - ruby dk.rb install
- 83. Installation calabash 설치(sudo gem install calabash-android) Mac에서 다음과 같은 에러가 나는 경우 http://developer.apple.com/ 에 가서 os버전에 맞는 command line tools을 다운로드 받는다.
- 84. Feature, Scenario, command Feature : 로그인 Scenario : 일반 사용자로서 로그인하기 Scenario : 관리자로서 로그인 하기 step : Id를 입력하라 step : Password를 입력하 라 step : Signin버튼을 눌러라 step : … step : … step : …
- 85. Features폴더안 my_first.feature보기 SimpleLogin project를 import해서 run해보기 터미널에서 Project경로/bin에 가서 calabash-android gen타이핑 features폴더 생성확인 cd features - vi my_first.features확인 Project경로/bin으로 다시가서 calabash-android run SimpleLogin.apk 실행
- 86. 1위는 Appium (android, io, windows phone) http://www.imaso.co.kr/?p=6176 http://www.imaso.co.kr/?p=6188
- 87. 4. 모바일 때문에.. 백엔드에도 큰 변화가..
- 88. Backend란?
- 89. 배경 - 예전에는.. (매출과 사용자는 비례관계) 매출 사용자
- 90. 배경 - 모바일이 나온후 (사용자가 많다고 매출이 좋은건 아니다..) 매출 사용자
- 91. 사용자가 많아도 수익이 별로다.. • 값 비싼 하드웨어 장비, 오라클.. 을 살수 없는데.. • 저렇게 많은 사용자를 어떻게 견디지?? • 소프트웨어, 하드웨어 구매할 비용이 안된다..
- 92. 속내는.. • 비싼 하드웨어 장비 + 오라클 너무 비싸다. • 대신 저렴하며 비슷한 효과를 낼 만한 것은? • 클라우드 서버를 늘려가면서. (Scale Out) + 오픈소스 솔루션으로..
- 93. Scale Out vs Scale Up 86
- 94. 그래서 나온.. 여러가지 오픈소스 조합들…
- 95. 간략한 서비스 구성 Request Response Server DB Client Write Read
- 96. LAMP vs MEAN
- 99. 각 언어의 모듈 성장 세 http://www.modulecounts.com/
- 100. Node.js 사용한 어플리케이션
- 101. Node.js 사용한 어플리케이션
- 102. Node.js Paypal [출처] https://www.paypal-engineering.com/2013/11/22/node-js-at-paypal/ Double the requests per second vs. the Java application. This is even more interesting b ecause our initial performance results were using a single core for the node.js applicatio n compared to five cores in Java. We expect to increase this divide further. 35% decrease in the average response time for the same page. This resulted in the pag es being served 200ms faster— something users will definitely notice.
- 108. Node.js 좋은 활용 • REST + JSON APIs • Single-page web app • Real-time web app • 빠른 prototyping • 많은 I/O 처리
- 109. Node.js 나쁜 활용 • CPU 부하 걸리는 작업 • Multi-thread app • 큰데이터 연산 • 복잡한 비지니스 로직
- 110. • Server side Javascript • Event driven • Asynchronous • Non-Blocking I/O • Single Threaded • Lightweight • Fast #02. Node.js의 철학 및 아키텍처
- 111. Node.js Event Loop Thread pool Event loop Thread 1 Thread 2 Thread n Task 1 Task 2 Task n Return 1 Task 4 … Node.js Application Callback() 1
- 112. Node.js - Architecture Node.js bindings ( socket, http, etc ) V8 Node.js standard libaray Thread pool (libeio) Event loop (libev) DNS (c-ares) crypto (OpenSSL) libuv Javascript C/C++
- 113. Node.js - Architecture Node.js bindings ( socket, http, etc ) V8 Node.js standard libaray Javascript C/C++ libuv libeio libev IOCP Windows Kernel Unix/Linux Kernel epoll, kqueue, event ports
- 114. Node.js 의 엔진 libuv • libuv is a multi-platform support library with a focus on asynchronous I/O. • It was primarily developed for use by Node.js, but it's also used by Luvit, Julia, pyuv, and others.
- 115. Reactor – select , epoll
- 116. Proactor – IOCP
- 117. Node.js System Application V8 ( Javascript engine ) Node.js Bindings Libuv ( Asyncronous I/O ) Event Queue Worker Threads Event loop
- 118. Node.js Event Loop var fs = require('fs'); fs.readFile('./data.txt', function(err, data) { if( err ) { throw err; } console.log(data); }); Node.js bindings ( socket, http, etc ) V8 Node.js standard libaray libuv Thread pool Thread 1 Task 1 return 1 call callback()
- 119. Memory Usage : Nginx vs Apache
- 120. Performance : Nginx vs Apache
- 121. Single Thread가 성능이나요? CPU가 놀지 않나요?
- 122. Node.js Production 레벨에서는 CPU 갯수 +@ 만큼 Single Thread를 뛰워요! 외부의 도움을 받아 eventloop도 core별로 늘릴수 있다.
- 123. Benchmark 1 json 1초에 hello world 반환하는 실험 • node.js 225,328 • spring : 97,354 • php : 167,888 • https://www.techempower.com/benchmarks/ #section=data-r10hw=peaktest=json
- 124. Benchmark 2 : 간단한 http 요청 http://www.hostingadvice.com/blog/comparing-node-js-vs-php- performance/
- 125. Benchmark 3 : HTTP CPU Task
- 126. V8 ( Javascript engine ) Application Node.js Bindings Libuv ( Asyncronous I/O ) Event Queue Worker Threads Event loop V8 Engine Node. JS 성능 포인트
- 127. 메모리 문제 잡기 (heap dump로)
- 128. process.memoryUsage() { rss: 4935680, heapTotal: 1826816, heapUsed: 650472
- 130. V8 GC 동작원리 http://d2.naver.com/helloworld/329631 http://bit.ly/2qAqJ9u by Irina Shestack
- 131. V8 GC – by Irina Shestack http://bit.ly/2qAqJ9u
- 132. heap snapshot 얻는 방법 • npm v8-profiler (코드에 instrument 코드 를 삽입) • npm node-inspector • StrongLoop arc • NodeSource N|Solid
- 133. Heap Snapshot
- 136. NSolid Heap Snapshot
- 137. CPU Profiling으로 문제 잡기
- 138. cpu profilng 정보를 얻는 방법 • npm v8-profiler (코드에 instrument 코드 를 삽입) • Npm node-inspector • StrongLoop arc • NodeSource N|Solid
- 139. CPU Profiling
- 140. Chrome에서 보는 Timeline 뷰
- 141. NSolid Flame Graph
- 143. EventLoop 동작원리
- 147. Single Thread가 가져오는 성능 저하.
- 148. 성능 측정 (handler 부하 테스트)
- 149. Node에서 긴 작업을 하면..
- 150. nodejs dashboard (open source) https://github.com/FormidableLabs/nodejs-dashboard
- 151. 힌트 • 일정한 응답시간을 SLA로 보장하는 서비스라면, Node 서비스가 올라간 인스 턴스의 자원을 적게 쓰게 만들어라 (60%) • CPU 사용량이 높은 (복잡한 계산이 들어가 있는) 서비스는 Node가 비적합. • 높은 스펙의 인스턴스에 여러 노드를 서비스를 놓는것 보다는, 낮은 스펙의 여 러개의 인스턴스를 늘려서 사용하는 것이 훨씬 유리. • 다른 paas 보다, 비용적으로는 heroku 짱! (traffic 비용, io 비용 없음)
- 152. Golang
- 154. Go의 목적
- 156. Go 사용하는 곳
- 157. Go 사용하는 곳
- 158. 심지어 Azure도..
- 161. Parallelism
- 162. Concurrency
- 164. … Thread goroutine goroutine Go의 핵심 컴포넌트 … … goroutine goroutine … Thread C h a n n e l
- 165. Go와 Java Thread 성능 차이 Thread(Java) Goroutine 개수 100000 100000 처리 속 도 5.902s 226.750829ms CPU Memory Hello 10만개 출력하기 http://www.slideshare.net/seungkyupark/go-langgoroutine-channel- 56542876
- 166. 한동안 node.js 와 golang의 조합이 많이 애용될듯..
- 168. 가장 많이 사용되는 DB는 (mongodb , redis..) casandra
- 169. 162
- 170. 10gen이라는 회사에서 만들었습니다. 클라우드 서비스를 SaaS로 제공하고 싶었는데 망했고 사람들은 그 중에서 DB만 쓰고 싶어했습니다. 그래서 남은 DB가 mongoDB가 되었습니다.
- 171. 164
- 172. mongoDB의 특징 - document data model - 스키마가 없다 (삽입시 생성된다..) - json / bson - 애드혹 쿼리 및 세컨더리 인덱스 지원 - 복제 / 샤딩 지원 - 하나의 마스터가 존재 cf. Casandra - 일부 원자적 연산 지원 (트랜잭션 X)
- 173. Document Data Model { _id: ObjectID('5d41402abc4b2a76b9719d911017c592'), title: '실종 슈퍼마리오 4-1 리커버 발견, 몸안의 초록 버섯도 일치', url: 'http://mario.game/0401', author: 'kuppa', vote_count: 7777, tags: ['마리오','쿠파', '만우절', '사망'], image: { url: 'http://naver.com/logo1.png', caption: '로고', width: 480 }, comment: [ { user: '루이지', text: '마리오 본인도 인정, 논란 그만했으면..' }, {user: '모그레인', text: '일어나라, 나의 쿠파여~' } ] }
- 174. Document 도큐먼트는 { 로 시작하고 } 로 끝난다. 속성의 이름 : 값의 집합을 저장한다. 속성은 , 로 분리한다. 값에는 배열(리스트)가 올 수 있다. 값에는 다른 도큐먼트가 올 수 있다.
- 175. JSON 모든 도큐먼트는 JSON 형식으로 표현됨
- 176. 169 내부적으로 저장될때는 BSON으로 됩니다. {“hello”: “world”} x16x00x00x00x02hello x00x06x00x00x00world x00x00
- 178. 일반적인 DB구성 WebServer, WAS DB(Master)
- 181. master slave slaveslave Mongo Replication이 매우 쉽다 master master slave slave master master slave master
- 182. 데이터 베이스 분할.. 175
- 183. 데이터 베이스 분할.. • 수평 분할(horizontal partitioning = Sharding) 은 하나의 테이 블의 각 행을 다른 테이블에 분산시키는 것이다. 예를 들어 방 대한 고객 데이터 테이블을 성별에 따라 ‘남녀’로 나누어 Custo merMen과 CustomerWomen 두 개의 테이블로 분할한다. 테이 블은 2개로 분할되지만, 모든 고객을 나타내기 위해 양자를 결 합한 뷰를 생성하면 된다. 176
- 184. 데이터 베이스 분할.. • 수직 분할(vertical partitioning)은 테이블의 일부 열을 빼내는 형태로 분할한다. 관계의 정규화는 본질적으로 수직 분할에 관 련된 과정이다. • 사용 빈도가 높은 데이터에만 액세스할 경우 성능이 향상된다. 예를 들어, 뉴스를 서비스할 때, 고객들은 최근의 데이터를 가장 많이 조회할 것이다. 이 경우 1개월 전의 데이터를 다른 테이블 에 두면, 훨씬 효율적으로 검색할 수 있을 것이다. 177
- 185. 실제 어떻게 쓰나? 178
- 186. Sharding • Range based paritionning
- 187. Sharding • Hash based paritionning
- 188. Sharding • Ranged + Hash based paritionning
- 189. client mongos ...mongos mongod mongod mongod mongod mongod mongod ... 몽고 Auto-sharding 지원 Shards mongod mongod mongod Config Servers
- 190. MySQL의 역습!
- 191. MySQL의 역습.. (MySQL 5.7.8 부터 JSON 지원)
- 192. MySQL의 역습..
- 194. Redis란? • Remote Dictionary Server의 줄임말 • Key-Value Cache and Store • Persistence을 지원하는 In-Memory Dataset - 다양한 자료구조 지원(List, Hash, Set, Sorted Set, bitmaps and hyperloglogs) • ANSI C로 작성 • Open Source(BSD licensed) • Single Thread • Transactions, Pub/Sub, Lua scripting 등 지원
- 195. Redis Memcached MongoDB In-memory ✔ ✔ Persistent ✔ ✔ Key-value store ✔ ✔ Supports more than strings ✔ ✔ Multithreaded ✔ ✔ Supports larger-than-memory datase t ✔ As fast as Memory Memory Disk 다른 NoSQL 비교
- 197. 성능 비교
- 198. 엄청나게 많은 리소스 누가 관리?
- 199. 5. 클라우드 시대 그리고 Micro Service Architecture
- 200. 클라우드 고민할 거리들.. • 막대한 부하를 처리할 수 있는 만능 열쇠? • 클라우드의 보안? (클라우드 회사 지원?? ) • 국내 클라우드 경험 인력의 부족.. • 관리 유지 보수는? 어떻게?
- 201. 백엔드의 아키텍처 패러다임 변화
- 202. 이전에는..
- 203. 요즘에는
- 207. MSA의 해답은 무얼까? 현존하는 MSA의 끝판왕에게 조금만 노하우 를 전수받자!
- 208. MSA의 끝판왕
- 209. Netflix 7년간 노력끝에 전체 시스템 클라우드 이전 완료!
- 210. MSA에 대한 아마존에 대한 해답!
- 211. MSA에 대한 아마존에 대한 해답!
- 212. 이 수많은 컴포넌트들을 어떻게 잘 관리할 것인가?
- 213. 실패할려면 빨리 실패하자!
- 214. Hystrix
- 215. 이러한 일이 자주 발생하면.
- 216. Connection을 얻지 못해 전체 요청에 80%가 거절..
- 217. 그래서 circuit break pattern도입
- 218. 임계값 정하기!
- 219. Hystrix Dashboard
- 221. 이외 알아야 할것들 • Zookeeper • etcd
- 222. ZooKeeper • 분산 처리 환경에 사용할수 있는 코오디네 이터
- 223. ZooKeeper Watch
- 224. ZooKeeper가 감지하는 이벤트 • Watcher가 감지하는 znode의 ‘변경’ event 는 4가지 종류가 있습니다. - NODE_CREATED : 노드가 생성 됨을 감지. - NODE_DELETED : 노드가 삭제 됨을 감지. - NODE_DATA_CHANGED : 노드의 데이터가 변경 됨을 감지. - NODE_CHILDREN_CHANGED : 자식 노드가 변경 됨을 감지.
- 225. ZooKeeper의 단점? • 일회성 Trigger.. • 해당 Watcher가 삭제되면, 다시 Watcher 를 만들고 걸어줘야 한다.. • 프로그래밍 스타일이.. 번거롭게 된다.
- 226. etcd • 빠르고 간편한 프로그래밍 모델을 제시
- 227. etcd
- 228. 관련 샘플 코드 • Mongodb zookeeper 핸들링 코드 https://github.com/swmaestro6th- crashreport/nodejs-mongodb-zookeeper • Mongodb etcd High 핸들링 코드 https://github.com/swmaestro6th- crashreport/nodejs-etcd-mongodb
- 229. Fault Tolerance Pattern MSA가 튼튼하려면 하나의 서비스가 High Availability 해야 한다. 고전으로 가자..
- 230. PL of Fault Tolerance
- 231. 분산 객체의 대가.
- 232. 리얼타임 분산 객체의 대가. http://download.dre.vanderbilt.edu/
- 233. - 오픈소스SW의 탄생부터 현재까지의 역사를 한눈에 보여주는 박물관 - 오픈소스SW의 개발과 진화과정을 추적하고 공개하는 사이트 - 품질을 평가할 수 있는 다양한 지표들을 제공 참고 자료 OpenHub.NET
- 234. 참조 • 자료 받는 곳 • http://www.slideshare.net/arload • Android O • https://news.realm.io/kr/news/android-o-pre view-and-new-features/ • Java script 트랜드 • http://d2.naver.com/helloworld/7229119