19. Access : 사용자가 자원에 대한 접근 방법을 알 필요가 없다.
Location: 사용자는 자원이 로컬인지,
원격인지 물리적 위치에 대해서 알 필요가 없다.
Migration: 사용자는 자원의 물리적 위치가 이동하더라도,
기존 이름으로 서비스 가능해야 한다.
Relocation: 사용자는 사용 중에 자원의 위치가 이동하더라도,
이에 대해 알 필요가 없다.
Replication: 사용자는 사용 중인 자원이 복제된 것인지 원본인지
알 필요가 없다
Concurrency: 사용자는 사용 중인 자원의 동시성에 대해서 싞경 쓸 필요가 없다.
그냥 혼자 쓰는 자원처럼 인식되어야 한다.
Failure: 사용자는 사용 중인 자원이 장애가 발생하고,
이에 대한 복원이 이루어지더라도 그에 대해 알 필요가 없다.
20. Access : 사용자가 자원에 대한 접근 방법을 알 필요가 없다.
Location: 사용자는 자원이 로컬인지,
원격인지 물리적 위치에 대해서 알 필요가 없다.
Migration: 사용자는 자원의 물리적 위치가 이동하더라도,
기존 이름으로 서비스 가능해야 한다.
Relocation: 사용자는 사용 중에 자원의 위치가 이동하더라도,
이에 대해 알 필요가 없다.
Replication: 사용자는 사용 중인 자원이 복제된 것인지 원본인지
알 필요가 없다
Concurrency: 사용자는 사용 중인 자원의 동시성에 대해서 싞경 쓸 필요가 없다.
그냥 혼자 쓰는 자원처럼 인식되어야 한다.
Failure: 사용자는 사용 중인 자원이 장애가 발생하고,
이에 대한 복원이 이루어지더라도 그에 대해 알 필요가 없다.
21. Access : 사용자가 자원에 대한 접근 방법을 알 필요가 없다.
Location: 사용자는 자원이 로컬인지,
원격인지 물리적 위치에 대해서 알 필요가 없다.
Migration: 사용자는 자원의 물리적 위치가 이동하더라도,
기존 이름으로 서비스 가능해야 한다.
Relocation: 사용자는 사용 중에 자원의 위치가 이동하더라도,
이에 대해 알 필요가 없다.
Replication: 사용자는 사용 중인 자원이 복제된 것인지 원본인지
알 필요가 없다
Concurrency: 사용자는 사용 중인 자원의 동시성에 대해서 싞경 쓸 필요가 없다.
그냥 혼자 쓰는 자원처럼 인식되어야 한다.
Failure: 사용자는 사용 중인 자원이 장애가 발생하고,
이에 대한 복원이 이루어지더라도 그에 대해 알 필요가 없다.
22. Access : 사용자가 자원에 대한 접근 방법을 알 필요가 없다.
Location: 사용자는 자원이 로컬인지,
원격인지 물리적 위치에 대해서 알 필요가 없다.
Migration: 사용자는 자원의 물리적 위치가 이동하더라도,
기존 이름으로 서비스 가능해야 한다.
Relocation: 사용자는 사용 중에 자원의 위치가 이동하더라도,
이에 대해 알 필요가 없다.
Replication: 사용자는 사용 중인 자원이 복제된 것인지 원본인지
알 필요가 없다
Concurrency: 사용자는 사용 중인 자원의 동시성에 대해서 싞경 쓸 필요가 없다.
그냥 혼자 쓰는 자원처럼 인식되어야 한다.
Failure: 사용자는 사용 중인 자원이 장애가 발생하고,
이에 대한 복원이 이루어지더라도 그에 대해 알 필요가 없다.
23. Access : 사용자가 자원에 대한 접근 방법을 알 필요가 없다.
Location: 사용자는 자원이 로컬인지,
원격인지 물리적 위치에 대해서 알 필요가 없다.
Migration: 사용자는 자원의 물리적 위치가 이동하더라도,
기존 이름으로 서비스 가능해야 한다.
Relocation: 사용자는 사용 중에 자원의 위치가 이동하더라도,
이에 대해 알 필요가 없다.
Replication: 사용자는 사용 중인 자원이 복제된 것인지 원본인지
알 필요가 없다
Concurrency: 사용자는 사용 중인 자원의 동시성에 대해서 싞경 쓸 필요가 없다.
그냥 혼자 쓰는 자원처럼 인식되어야 한다.
Failure: 사용자는 사용 중인 자원이 장애가 발생하고,
이에 대한 복원이 이루어지더라도 그에 대해 알 필요가 없다.
24. Access : 사용자가 자원에 대한 접근 방법을 알 필요가 없다.
Location: 사용자는 자원이 로컬인지,
원격인지 물리적 위치에 대해서 알 필요가 없다.
Migration: 사용자는 자원의 물리적 위치가 이동하더라도,
기존 이름으로 서비스 가능해야 한다.
Relocation: 사용자는 사용 중에 자원의 위치가 이동하더라도,
이에 대해 알 필요가 없다.
Replication: 사용자는 사용 중인 자원이 복제된 것인지 원본인지
알 필요가 없다
Concurrency: 사용자는 사용 중인 자원의 동시성에 대해서 싞경 쓸 필요가 없다.
그냥 혼자 쓰는 자원처럼 인식되어야 한다.
Failure: 사용자는 사용 중인 자원이 장애가 발생하고,
이에 대한 복원이 이루어지더라도 그에 대해 알 필요가 없다.
25. Access : 사용자가 자원에 대한 접근 방법을 알 필요가 없다.
Location: 사용자는 자원이 로컬인지,
원격인지 물리적 위치에 대해서 알 필요가 없다.
Migration: 사용자는 자원의 물리적 위치가 이동하더라도,
기존 이름으로 서비스 가능해야 한다.
Relocation: 사용자는 사용 중에 자원의 위치가 이동하더라도,
이에 대해 알 필요가 없다.
Replication: 사용자는 사용 중인 자원이 복제된 것인지 원본인지
알 필요가 없다
Concurrency: 사용자는 사용 중인 자원의 동시성에 대해서 싞경 쓸 필요가 없다.
그냥 혼자 쓰는 자원처럼 인식되어야 한다.
Failure: 사용자는 사용 중인 자원이 장애가 발생하고,
이에 대한 복원이 이루어지더라도 그에 대해 알 필요가 없다.
26. Access : 사용자가 자원에 대한 접근 방법을 알 필요가 없다.
Location: 사용자는 자원이 로컬인지,
원격인지 물리적 위치에 대해서 알 필요가 없다.
Migration: 사용자는 자원의 물리적 위치가 이동하더라도,
기존 이름으로 서비스 가능해야 한다.
Relocation: 사용자는 사용 중에 자원의 위치가 이동하더라도,
이에 대해 알 필요가 없다.
Replication: 사용자는 사용 중인 자원이 복제된 것인지 원본인지
알 필요가 없다
Concurrency: 사용자는 사용 중인 자원의 동시성에 대해서 싞경 쓸 필요가 없다.
그냥 혼자 쓰는 자원처럼 인식되어야 한다.
Failure: 사용자는 사용 중인 자원이 장애가 발생하고,
이에 대한 복원이 이루어지더라도 그에 대해 알 필요가 없다.
49. Who use Memcached?
• Facebook and Google and Many Companies
• Facebook
– 현재 가입자 수 6억명
– 활성 사용자 7,000만
– 사용자 증가 비율 4일에 100만명
– Web 서버 10,000 대, Web Request 초당 2000만번
– Memcached 서버 805대 -> 15TB, HitRate: 95%
– Mysq server 1,800 대 Master/Slave(각각, 900대)
• Mem: 25TB, SQL Query 초당 50만번
