![](http://i1.daumcdn.net/thumb/C148x148.fwebp.q85/?fname=https://blog.kakaocdn.net/dn/b8uQfU/btqRI79iQ3C/5h3qDoS2yBSi6RM2KKFfF0/img.png)
서론Docker는 Container를 기동하는 표준으로써 오랜기간 자리잡아 왔다. 특히 Kubernetes가 Docker를 Runtime Container로 활용하면서 그 위상은 점점 커져왔다. 그 위상은 지속될 것이라 생각해 왔고, 여전히 최선의 방법이자, 최고의 방법이지만, 최근 Docker의 CE 버전 중단 선언, 무거운 기능, SPOF 등의 문제들이 계속 대두되며, 다양한 Runtime Container 들이 대안으로써 떠오르고 있다. 특히 Kubernetes에서 정식으로 Docker 이외에 RKT, Containerd 그리고 오늘 알아볼 CRI-O 등을 Runtime Container로 채택하며, Docker의 자리를 위협하고 있다. Docker 단점1) High & Low Level Runti..
![](http://i1.daumcdn.net/thumb/C148x148.fwebp.q85/?fname=https://blog.kakaocdn.net/dn/4k3u2/btqEepVXjGh/hXMpHpWXoiaPBtNJkkqDS0/img.png)
1) CRI-O의 등장? 왜 나타났을까? 이미 대표적인 Container Runtime인 Docker가 있는데.. 사실 잘못 알고 있는 점이 있는데, 도커는 Kubernetes를 위해 등장한 기술은 아니다. 컨테이너 런타임이라는 기술을 만든것은 일종의 규격을 만들기 위할 뿐 컨테이너가 활용되는 다양한 오케스트레이션 플랫폼을 위해 도커는 존재한다. 따라서 도커가 Kubernetes를 지원하는 것이 아니라 Kubernetes가 도커를 지원하는 방식이다. 이는 최근 Kubernetes가 컨테이너 오케스트레이션 플랫폼의 대부분을 점유함으로써 도커에서는 무상으로 사용하는 것에 대한 문제를 삼게 되었다. Docker-CE가 존재하지만, 이 마저도 Docker에서는 지원 중단을 선언했다. 이로 인해 구글은 CRI-O..
- Total
- Today
- Yesterday
- nodejs
- k8s
- webtob
- JEUS7
- Da
- openstack tenant
- Architecture
- 마이크로서비스
- 오픈스택
- git
- node.js
- API Gateway
- jeus
- SWA
- JBoss
- SA
- 쿠버네티스
- 아키텍처
- wildfly
- OpenStack
- 마이크로서비스 아키텍처
- MSA
- aa
- apache
- TA
- Docker
- openstack token issue
- kubernetes
- JEUS6
- aws
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | 6 | 7 |
8 | 9 | 10 | 11 | 12 | 13 | 14 |
15 | 16 | 17 | 18 | 19 | 20 | 21 |
22 | 23 | 24 | 25 | 26 | 27 | 28 |
29 | 30 |