FRENDS 발표자료 - 취미 개발기

1. 취미

2. 개발기
dani.kim@geekple.com

3. 이번

4. 취미를

5. 통해

6. 배우려는

7. 것
• 퍼포먼스

8. (비용

9. 절감)

10.
• C10K

11. Problem

12.
• 기초

13. 분석

14. /

15. 통계

16.
• 안드로이드

17. 개발

18. 1.

19. 최소한의

20. 비용으로

21.
최대한의

22. 효과

23. 거두기
• 무료를

24. 최대한

25. 이용해서

26. (주

27. 서버

28. CPU

29. 사용

30. 최소화)

31.
• GAE

32. free

33. tier를

34. 적극

35. 이용

36.
• API

37. 서버

38. Router

39. 정보,

40. Public

41. Key

42. 정보,

43. 앱

44. 버전

45. 관리

46. 등

47.
• 디스크

48. 사용

49. 최소화

50. (없는

51. 메모리

52. 쥐어짜듯!)

53.
• 모든

54. 결과를

55. Caching!

56.
• 디비

57. 테이블

58. 데이터도

59. 되도록

60. 작게

61. (무조건

62. 숫자)

63. 꼭

64. 필요한

65. 인덱스
만

66.
• 네트워크

67. 사용

68. 최소화

69.
• 왠만한

70. 정보는

71. 클라이언트에

72. 저장시켜서

73. 재

74. 요청

75. 없도록

76.
• 모든건

77. 압축

78.
• 지금은

79. 안했지만

80. R/W

81. 분리해서

82. 읽기요청은

83. CDN으로

84. 결과

85. 캐슁

86.
• change

87. set

88. 을

89. API

90. 서버에

91. 요청하는

92. 방법으로

93. 트래픽

94. 최소화

96. 1.

97. 스택
• 최대한

98. 간단하게

99. 구성

100. (모두

101. 한

102. 서버에서

103. 수행

104. 및

105. 관리)

106.
• API

107. Server

108. (1

109. vCore

110. /

111. 1

112. GB)

113.
• VM

114. /

115. Python

116. 2.7.x

117. /

118. MySQL

119. /

120. Memcached

121. /

122. uWSGI

123.
• API

124. =

125. Flask

126. /

127. SQLAlchemy

128. /

129. gevent

130.
• 분석

131. 및

132. 통계처리

133. =

134. Cron

135. /

136. MySQL

137.
• Admin

138. Tools

139.
• Browserify

140. /

141. AngularJS

142. /

143. requestJS

144. /

145. Gulp

146. /

147. Chart

148. libraries

149.
• Router

150. Server

151.
• GAE

152. /

153. Python

154. 2.7.x

155. /

156. Flask

157. /

158. 300

159. lines

160.
• Android

161.
• GA

162. /

163. Flurry

164. /

165. Crashlytics

166. /

167. NewRelic

168. 1.

169. 절약
• 무료

170. GAE

171. 서버를

172. 활용해서

173. API

174. 서버

175. 라우팅한다.

176.
• 버전

177. 관리(강제,

178. 권고

179. 업그레이드

180. 용)

181. /

182. public

183. key

184. 발급

185. 등

186.
• 내가

187. 메인

188. 폰이

189. 요청하면

190. 무조건

191. 개발서버로

192. 감.

193. (이런

194. 기능을

195. GAE

196. 가

197. 하는

198. 구조)

199.
• 선결제하면

200. 50%

201. 할인

202. 행사로

203. 미리

204. 서버비용

205. 처리

206. (150달러

207. 납입)

208.
• 추가

209. 납입없이

210. 3년반

211. 유지할

212. 수

213. 있음.

214. 추후

215. 한대

216. 늘리면

217. 2년가까이

218. 가능.

219.
• 현재

220. 매달

221. 비용은

222. 4달러가

223. 넘지

224. 않는다.

225. (=

226. 카페라떼

227. 한잔)

228.
• WRITE

229. API의

230. 경우엔

231. 자체

232. 방식으로

233. RSA/AES

234. 로

235. 암호화하여

236. 통신한다.

237.
• 한

238. 서버에

239. 많은

240. 대몬이

241. 뜬다.

242. 최대한

243. 근검절약

244. 모드!

245. 메모리를

246. 적게

247. 사용하는

248. 것만

249. 사용.
• Redis보다는

250. Memcached로

251. =

252. 48M

253. +

254. @

255.
• MySQL

256. innodb_buffer_pool_size

257. =

258. 64M,

259. +

260. @

261.
• uWSGI

262. =

263. 200MB

264. (4

265. processes)

266.
• NodeJS

267. =

268. 70MB

269. (관리툴

270. /

271. serve

272. only

273. static

274. files

275. /

276. 죽어도

277. 무관)

278.
• HAProxy

279. =

280. 1.5MB

281. (접속자가

282. 많아지면

283. 커짐)

284.
• 개발서버

285. =

286. 46MB

287. (내

288. 요청

289. 전용

290. /

291. NewRelic

292. 통계

293. 제외

294. 시키기위해

295. /

296. 테스트

297. 목적)

298.
• 전체

299. 600MB

300. 정도

301. 사용

302. /

303. OOM

304. 킬러는

305. 무섭.

306. 1.

307. 초기

308. 구조
Client uWSGIHAProxy
MySQL
Memcached
uWSGIuWSGI

309. 1.

310. 캐쉬
• 모든

311. 것을

312. 캐슁

313.
• 캐쉬를

314. 잘

315. 써야

316. Disk를

317. 쓰지

318. 않는다.

319.
• 그

320. 만큼

321. 리소스

322. 사용도

323. 적게

324. 한다.

325.
• serialize/deserialize

326. CPU

327. 비용은

328. 어쩔

329. 수…⋯

330. 1.

331. 캐쉬

332. /

333. 1
• 1번

334.
• 서버부하

335. 및

336. 네트워크

337. 사용량이

338. 넘쳐나는

339. 경우

340. 일부

341. API를

342. CDN으로.

343.
• 현재는

344. 최초

345. 앱

346. 다운로드

347. 후

348. 첫

349. 실행에서만

350. 사용

351.
• 2번

352.
• 대부분의

353. 요청은

354. 캐쉬서버에

355. 요청

356. 없으면

357. DB로

358. 요청.

359.
• 함수

360. 결과를

361. 캐쉬하지

362. 않고

363. PK

364. 단위로

365. 모든

366. 결과를

367. 캐쉬.

368.
• 1.

369. PK(만

370. 있는)목록을

371. 캐쉬에서

372. 조회

373.
• 2.

374. 복수개의

375. PK를

376. 캐쉬서버에

377. 요청

378. (없으면

379. DB

380. 요청)

381.
• 3.1

382. 결과

383. 반환

384. (모든

385. PK대응하는

386. 레코드가

387. 있다면)

388.
• 3.2

389. 캐쉬에

390. 없는

391. 것만

392. DB에서

393. 조회하고

394. 캐쉬결과와

395. 병합해서

396. 결과

397. 반환

398.
• 3.3

399. 모두

400. 없으면

401. DB에서

402. 조회

403.
• 현재

404. Hit

405. rate

406. :

407. 55%

408. (현재는

409. TTL이

410. 짧음)
클라이언트 API
DB
21
Cache
3
Memcached
MySQL

411. 1.

412. 캐쉬

413. /

414. 2
# booster라는 자체 라이브러리를 만들어서 사용.!
ids = []!
with db(config, ‘main’, autocommit=False) as s,!
cache(config) as c:!
booster = new_booster(c, ‘cx:topics’)!
query = s.query(topic.c.id, topic.c.name) !
.filter(topic.c.hidden == False) # (1)!
rows = booster.mget(ids, query,!
addition=lambda x: topic.c.id.in_(x), # (2)!
key_fn=lambda r: r.id) # (3)!
!
(1)은 캐쉬에 없을 때 사용할 쿼리!
(2)는 lambda에 전달되는 x는 캐쉬에 없는 PK 목록!
(3)은 db조회한 후 각 레코드는 이 함수를 호출하고 cx:topics:PK 값으로
캐쉬에 저장.!

415. 이번

416. 취미를

417. 통해

418. 배우려는

419. 것
• 퍼포먼스

420. (비용

421. 절감)

422.
• C10K

423. Problem

424.
• 기초

425. 분석

426. /

427. 통계

428.
• 안드로이드

429. 개발

430. C10K

431. Problem
• 10,000개의

432. client를

433. 동시(?)에

434. 핸들링하기

435.
• 꽤

436. 도전적인

437. 과제

438.
!
• http://www.kegel.com/c10k.html

439. C10K

440. Problem

441.
Thread/Process

442. costs!
• Thread

443. per

444. client

445. ?

446.
• Context

447. switching

448. :

449. 1051

450. ns

451. /

452. 797

453. ns

454. (process

455. /

456. thread)

457.
• 내

458. 서버

459. 기준

460.
• Stack

461. space

462. (ulimit

463. -s)

464.
• Thread

465. stack

466. space

467.
• Thread

468. creation

469. time

470. :

471. ~50

472. microseconds

473.
• 이런

474. 이유

475. 등으로

476. CPU

477. 및

478. 메모리

479. 사용이

480. 높아짐

481.
!
• 그

482. 외에

483.
• TCP

484. Handshake

485. 비용

486.
• 덩치

487. 큰

488. HTTP

489. Header

490. C10K

491. Problem

492.
하지만…⋯
• 내게

493. 필요한가!?

494.
• 전혀!

495. 필요하지

496. 않은

497. 상황이다.

498.
• 오로지

499. 재미.

500. 그냥

501. 오버엔지니어링.!

502. C10K

503. Problem

504.
어떻게

505. 통신해볼까!
• 잠시

506. 생각했던

507. 후보!

508.
• WebSocket

509.
• Meteor의

510. DDP

511.
• BSON,

512. JSON

513.
• Thrift

514. RPC

515.
• ProtocolBuffer

516. RPC

517.
• SPDY

518.
• …⋯

519. C10K

520. Problem

521.
WebSocket

522. /

523. Meteor

524. DDP
• Distributed

525. Data

526. Protocol;

527. 쉽게

528. 말하면

529. 데이터

530. 동기화

531. 프로토콜

532.
• 동기화쪽

533. 말고도

534. method

535. message

536. call

537. 등

538. 다양한

539. 지원

540.
• @fallroot

541. 님의

542. Meteor

543. 시연을

544. 보고

545. 관심이

546. 있어서

547. 통신쪽

548. 코드

549. 살펴봄

550.
• WebSocket

551. (내부

552. 구현에

553. SockJS

554. 사용)

555.
• JSON

556. 형태로

557. 통신

558. /

559. Major

560. 언어들은

561. 대부분

562. 클라이언트

563. 구현됨

564.
• {“msg”:

565. “method”,

566. “id”:

567. “message

568. ID”,

569. “method”:

570. “”,

571. “params”:

572. ~~}

573.
• EJSON

574. 이라는

575. JSON

576. 확장

577. 지원

578. /

579. date,

580. binary,

581. custom

582. type

583.
• 장점은

584. JSON형태를

585. 벗어나지

586. 않는다.

587. (다시

588. 말하면

589. 그냥

590. JSON)

591.
• {“$date”:

592. 1358205756553}

593. //

594. {“$binary”:

595. “c3VyZS4=“}

596.
• 타입이

597. 기존

598. JSON에비해

599. 명확해질

600. 수

601. 있다.

602. 하지만

603. 오버헤드!

604.
• 제

605. 점수는

606. :

607. 80점ㅋㅋ

608.
• JSON은

609. 무겁다.

610. 차라리

611. BSON이었으면

612. 점수가

613. 좋았을?

614. C10K

615. Problem

616.
WebSocket

617. /

618. BSON
• JSON보다

619. 몸집이

620. 가볍다.

621.
• JSON과

622. BSON과

623. 같은

624. 특징으로

625. schema-less!

626.
• 장점으로는

627. 유연(flexible)하지만

628.
• 내겐

629. 불필요한

630. 필드명까지

631. 포함하는게

632. 단점.

633.
• 유연해서

634. API

635. 버전관리가

636. 쉽다.

637. 스펙변경이

638. 자유롭다.

639.
• JSON

640. /

641. BSON

642. 모두

643. 타입이

644. 어정쩡함.

645.
• date

646. 및

647. binary

648. 등

649. 타입

650. 표현이

651. 애매.

652. 그럼

653. EJSON으로!?

654.
• 제

655. 점수는

656. :

657. 85점ㅋㅋ

658. C10K

659. Problem

660.
Thrift

661. /

662. ProtocolBuffer
• Thrift

663.
• Thrift

664. IDL로

665. 언어별

666. 자동

667. 코드

668. 생성

669.
• 서버

670. 및

671. 클라이언트

672. 코드

673. 작성이

674. 쉽다.

675.
• 이미

676. 내부

677. API용으로만

678. 사용

679. 중

680.
• 운영을

681. 시작한

682. 후

683. spec

684. 변경은

685. 주의해야한다.

686.
• 물론

687. 약간의

688. 제약이

689. 있지만

690. 운영

691. 중

692. 변경

693. 가능.

694.
• ProtocolBuffer

695. -

696. 딱히

697. 안

698. 땡김.

699.
• Thrift

700. 와

701. 성격이

702. 비슷

703. 물론

704. Avro도

705. 비슷.

706.
• 제

707. 점수는

708. :

709. 85점ㅋㅋ

710. C10K

711. Problem

712.
SPDY
• Single

713. connection

714. /

715. Request

716. priority

717. /

718. Server

719.
push

720. /

721. Header

722. compression

723. /

724. …⋯

725.
• TLS

726. (SSL)

727.
• 내가

728. 쓸

729. 만한

730. 잇점이

731. 별로

732. 없음

733.
• single

734. connection

735. /

736. bidirectional

737. /

738. header

739.
compression

740. 등을

741. 활용할

742. 수

743. 있다는

744. 것은

745. 장점

746.
• 살펴

747. 본지

748. 얼마

749. 안되서

750. 잘

751. 모른다는

752. 단점.

753. C10K

754. Problem

755.
목표
• TCP

756. handshake

757. 비용을

758. 제거한다.

759.
• persistent

760. connection!

761.
• single

762. connection!

763.
• Base64

764. 쓰지않고

765. binary로

766. 전송!

767. 더

768. 효율

769. 높은

770. 압축!

771.
• No

772. disk

773. ops!

774.
• proxy!

775.
• Stateless!

776.
• scale

777. out!

778. C10K

779. Problem

780.
구현
0 1 2 3!
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1!
+-+-+-+-+-------+-+-------------+-------------------------------+!
|F|R|R|R| opcode|M| Payload len | Extended payload length |!
|I|S|S|S| (4) |A| (7) | (16/64) |!
|N|V|V|V| |S| | (if payload len==126/127) |!
| |1|2|3| |K| | |!
+-------------------------------+-------------------------------+!
| Extended payload length continued, if payload len == 127 |!
+ - - - - - - - - - - - - - - - +-------------------------------+!
| |Masking-key, if MASK set to 1 |!
+-------------------------------+-------------------------------+!
| Masking-key (continued) | Payload Data |!
+-------------------------------+-------------------------------+!
: Payload Data continued ... :!
+ - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - +!
| Payload Data continued ... |!
+-------------------------------+-------------------------------+!
!
http://datatracker.ietf.org/doc/rfc6455/

781. C10K

782. Problem

783.
WebSocket
• 초기에

784. WebSocket

785. Handshake

786. 비용만

787. 지불!

788.
• Simple

789. frame

790. -

791. 거의

792. 붙는게

793. 없다고

794. 봐도

795. 무방.!

796.
• 쓴

797. 이유는

798. 제공되는

799. 클라이언트가

800. 많다.

801.
• 언어별

802. 웹소켓

803. 클라이언트는

804. 가져다

805. 쓰면

806. 된다.

807.
• 패킷

808. 프레임이

809. 가벼운

810. 것이

811. 최대

812. 장점

813.
• 앱

814. 뿐만

815. 아니라

816. 웹에서

817. 활용가능하다.

818. C10K

819. Problem

820.
선택
• WebSocket

821. /

822. Custom

823. Binary

824. Protocol

825.
• Encryption

826. (RSA/AES)

827. -

828. optional

829.
• aes_key

830. =

831. random_aes_key()

832.
• rsa(aes_key)

833. +

834. aes(data)

835.
• Compression

836. (ZLIB)

837. -

838. optional

839.
• 현재는

840. 192bytes

841. 넘으면

842. 자동

843. 압축

844.
• SockJS를

845. 함께

846. 활용해서

847. Web도

848. 지원예정

849.
• 매우

850. 유연하지

851. 않지만

852. 꽤

853. 컴팩트

854. 함.

855.
• bit

856. packing

857. 까지는

858. 하지

859. 않음.

860. C10K

861. Problem

862.
Custom

863. Binary

864. Protocol
• 클라이언트

865. 시간(8bytes),

866. 프로토콜

867. 버전(4),

868. 기타

869. 속성(4)

870. 등을

871. 접속

872. 때

873. 보냄.

874.
• 웹소켓

875. 비용

876. 포함해서

877. 30bytes를

878. 안

879. 씀

880.
• 실제는

881. 조금

882. 다르지만

883. (암호화하고

884. 압축하고

885. 내용이

886. 더

887. 추가

888. 됨)

889.
• JSON을

890. 이용해

891. RESTful하게

892. 했다면?

893.
• GET

894. /xxx

895. HTTP/1.1

896. Host,

897. User-Agent,

898. Connection,

899. …⋯

900.
• JSON.stringify({“timeInMillis”:

901. [0-9]+,

902. “clientVersion”:

903. [0-9]+,

904. “flags”:

905.
[0-9]+}).length

906. =

907. 30

908. bytes

909.
• 서버는

910. 몇

911. bytes를

912. 보내는지

913. 알고

914. 있다.

915.
• 단점은

916. binary

917. 데이터를

918. 잘못보내면

919. 해당

920. frame은

921. 무시된다.

922.
• 클라이언트와

923. 서버측

924. 구현

925. 언어가

926. 달라서

927. 이중

928. 구현해야한다.

929.
!
| 0x00000001 | 0x0000014a 0x2d575a68 | 0x00000001 | 0x00000001 |
| op code | unix timestamp (ms) | proto ver | flags |

930. C10K

931. Problem

932.
Ping

933. /

934. Pong!
• 첫

935. 접속에

936. 암호화된

937. 240

938. bytes

939. 짜리

940. 교환하고

941.
• 두

942. 번째부터는

943. 평문

944. 20

945. bytes

946. 짜리

947. 무한

948. 주고

949. 받기

950. 테스트

951.
• server

952. :

953. 1

954. node

955. (2

956. vcores)

957. /

958. single

959. thread

960.
• Python

961. 으로

962. 작성

963. (Python

964. Tornado)

965.
• CPU

966. 리소스

967. 부족,

968. 메모리는

969. 400메가

970. 이상

971. 사용

972.
• WhatsApp은

973. 1,000,000

974. connections

975. 인데

976. 나는

977. 12,866

978. cons.

979. OTL

980.
• 물론

981. 꽤

982. 헤비하게

983. 쓰도록

984. 테스트

985. 했음.

986.
!
!
• clients

987. :

988. 4

989. nodes

990. /

991. 37

992. processes

993.
• 서버

994. 프로세스

995. 당

996. 109,080

997. rpm

998. 처리

999. 가능

1000.
• 하루로

1001. 환산하면

1002. 157,075,200

1003. 메세지

1004. 처리

1005. 가능
$ lsof -p 11855|grep EST|wc -l!
12866

1006. 현재

1007. 구조
Client uWSGI
HAProxy
MySQL
Memcached
uWSGIuWSGI
WebSocket

1008.
Server
이전되지 않고 남아있는 API는 Android Volley로 처리
이전된 API는 Persistent WebSocket connection!으로!
WebSocket은 Storage와 접근하지는 않는다.
인증정보는 캐쉬. 멤캐쉬가 아닌 내부 LRU형태로 캐쉬.
인증서버
POST http://xxx.com/api/v1/user/authorize
Authorization: Bearer xxxxxx
…

1009. 변경된

1010. 스택
• 최대한

1011. 간단하게

1012. 구성

1013. (모두

1014. 한

1015. 서버에서

1016. 수행

1017. 및

1018. 관리)

1019.
• API

1020. Server

1021. (1

1022. vCore

1023. /

1024. 1

1025. GB)

1026.
• VM

1027. /

1028. Python

1029. 2.7.x

1030. /

1031. MySQL

1032. /

1033. Memcached

1034. /

1035. uWSGI

1036.
• API

1037. =

1038. Flask

1039. /

1040. SQLAlchemy

1041. /

1042. gevent

1043.
• 분석

1044. 및

1045. 통계처리

1046. =

1047. Cron

1048. /

1049. MySQL

1050.
• WS

1051. Server

1052.
• VM

1053. /

1054. Python

1055. 2.7.x

1056. /

1057. Tornado

1058. +

1059. Twisted

1060. +

1061. SockJS

1062.
• 인증정보

1063. 캐슁은

1064. 내부

1065. LRU

1066. 방식으로

1067. 운용.

1068. 멤캐쉬

1069. 안

1070. 씀.

1071.
• Admin

1072. Tools

1073.
• Browserify

1074. /

1075. AngularJS

1076. /

1077. requestJS

1078. /

1079. Gulp

1080. /

1081. Chart

1082. libraries

1083.
• Router

1084. Server

1085.
• GAE

1086. /

1087. Python

1088. 2.7.x

1089. /

1090. Flask

1091. /

1092. 300

1093. lines

1094.
• Android

1095.
• GA

1096. /

1097. Flurry

1098. /

1099. Crashlytics

1100. /

1101. NewRelic

1102. 이번

1103. 취미를

1104. 통해

1105. 배우려는

1106. 것
• 퍼포먼스

1107. (비용

1108. 절감)

1109.
• C10K

1110. Problem

1111.
• 기초

1112. 분석

1113. /

1114. 통계

1115.
• 안드로이드

1116. 개발

1117. 분석

1118. 및

1119. 통계

1120. 학습
• 오버뷰

1121.
• 로그

1122. 수집

1123.
• 정제

1124. 및

1125. 설명

1126.
• 활용

1127.
• 코호트

1128. (Cohort)

1129. 분석

1130. 및

1131. 통계

1132. 학습

1133.
기본

1134. 지식

1135. 갖추기
• 사용자의

1136. 중요

1137. 행동을

1138. 기록한다.

1139. (물론

1140. 로컬

1141. 디비에)

1142.
• 누가

1143. 무엇을

1144. 어떻게

1145. 어디를

1146. 통해

1147. 언제

1148. 얼마나

1149. 했는가를

1150. 기록

1151.
• 예)

1152. 로그인한

1153. 사용자가

1154. A작품을

1155. 오늘의

1156. 작품

1157. 목록에서

1158. 1번

1159. 방금

1160. 봤다.

1161.
• 작품

1162. 보기,

1163. 에피소드

1164. 보기,

1165. 특정

1166. 기능

1167. 사용,

1168. 알림을

1169. 통해

1170. 실행?,

1171. 직접

1172.
실행?,

1173. 구독,

1174. 구독취소

1175. 등등

1176.
• 서버에

1177. 정상

1178. 저장될

1179. 때까지

1180. 무조건

1181. 요청!

1182. (못하면

1183. 다음

1184. 턴에

1185. 또

1186. 하기!)

1187.
• 코드

1188. 버그가

1189. 없는

1190. 이상

1191. 분실은

1192. 없다!

1193. (과…⋯연..)

1194.
• 물론

1195. RSA/AES로

1196. 암호화해서

1197. 전송

1198.
• 서버에

1199. 로그를

1200. 분실했을

1201. 경우

1202. 클라이언트에

1203. 남아있는

1204. 로그

1205. 재

1206. 요청

1207. 가
능

1208.
• 간단한

1209. 배치

1210. 스크립트

1211. 관리

1212.
• 하둡을

1213. 쓰지는

1214. 않지만

1215. 데이터

1216. 정제는

1217. map/reduce방식으로

1218. 비슷하게

1219. 처
리

1220.
• 혼자

1221. 힘으로

1222. 코호트(cohort)

1223. 분석

1224. 해보는게

1225. 단기

1226. 목표.!

1227. (물론

1228. 했음.)

1229. 분석

1230. 및

1231. 통계

1232. 학습

1233.
로그

1234. 수집
1. 안드

1235. 로컬에

1236. activity

1237. code,

1238. object,

1239. referrer,

1240. timestamp

1241. 데이터

1242. 기록

1243.
• referrer

1244. 예:

1245. 어느

1246. 화면에서

1247. 구독?

1248. 어느

1249. 화면을

1250. 통해

1251. 에피소드를

1252. 읽
나?

1253. 등

1254.
2. 안드로이드

1255. 동기화

1256. 기능을

1257. 이용해서

1258. 로그

1259. 데이터를

1260. 서버와

1261. 동기화

1262.
3. 서버는

1263. user_id,

1264. device_id,

1265. sync_id를

1266. 포함시켜서

1267. 저장

1268.
• 추후에

1269. 타

1270. 디바이스에서

1271. 남긴

1272. 로그를

1273. 서로

1274. 동기화할

1275. 때도

1276. 사용할

1277. 예
정

1278.
4. 크론으로

1279. 배치처리를

1280. 하며

1281. 로그를

1282. 분해하고

1283. 약간

1284. 정제한다.

1285.
• 기본적으로

1286. weekly,

1287. daily로

1288. 나누고

1289. 각각을

1290. actor와

1291. object를

1292. 기준으
로

1293. 또

1294. 나눈다.

1295. (Map)

1296.
• 이렇게

1297. 분해한

1298. 것을

1299. 카운팅해서

1300. 컴팩트한다.

1301. (Reduce)

1302.
5. 무한

1303. 반복

1304. 나는 정제를 이렇게~
로그 chunk! 조회
대상이 뭔고??
actor 가입한 주
Map 단계
같은 키를 가진
로그를 그루핑하고
Reduce!
계산했으면 결과
반영

1305. 분석

1306. 및

1307. 통계

1308. 학습

1309.
중간