shopkeeper/korean_wiki_content_only_120125 huggingface dataset:
코몬도르는 다수의 키가 30인치 이상에 이를만큼 대형견종의 하나로 인식된다. 몸은 두껍고 골진 털로 덮여있다. 튼튼한 몸과 근육에 긴 다리를 지녔다. 꼬리는 약간 구불구불하다. 코와 입술은 언제나 까맣다.
암컷 코몬도르의 가장 작은 키는 25.5인치(65센티미터)이며 평균 키는 27.5인치(70센티미터)에 달한다. 수컷 코몬도르의 가장 작은 키는 27.5인치(70센티미터)이며 평균 키는 31.5인치(80센티미터)이다. 암컷 코몬도르의 평균 몸무게는 40–50 kg이며 수컷 코몬도르는 평균 50–60 kg이다.
이 종은 가축을 보호하는 경비견이다. 선수견으로서 코몬도르는 날렵하고 굳세며 포식자를 뛰어넘어 때려눕힌다. 늑대와 곰으로부터 양을 지키는데 성공적으로 이용할 수 있다. 털은 야생동물, 기후, 초목으로부터 보호해준다.
조제 카를루스 토폴루 주니오르(, 1989년 3월 2일 ~ )는 흔히 알레망()으로 불리는 브라질의 축구 선수로, 포지션은 공격수이다. 현재 브라질의 구아라니 FC에서 활약 중이다. 알레망은 이탈리아 국적 또한 보유하고 있다.
알레망은 산투스 FC에서 축구를 시작하였으며, 2005년 구단과 프로 계약을 맺었다. 2008년 1월 31일 캄페오나투 파울리스타에서 그레미우 바루에리를 상대로 출전하여, 프로 데뷔 무대를 가졌다. 4일 뒤 파울리스타 FC와의 경기에서 프로 통산 첫 골을 기록하였다.
이탈리아 진출.
2008년 7월 알레망은 이탈리아 세리에 A 소속 우디네세 칼초에 자유 계약으로 입성하였다. 그러나 알렉시스 산체스, 두샨 바스타, 오디온 이갈로, 리카르도 차라를 이미 보유하였던 우디네세였으며, 산체스와 이갈로만이 세리에 A 명단에 등록되었다. 논-EU 쿼터가 부족한 관계로 세리에 A에 출전하지 못하게 된 알레망은 우디네세 U-20 팀에서 경기를 가졌다. 2010년 7월 우디네세는 세리에 B 클럽 비첸차 칼초에게 40만 유로의 가격으로 공동소유권을 넘겨주며, 알레망을 내보내었다. 2010년 8월 20일 알레망은 아탈란타 BC와의 경기에 66분 교체출전하며 세리에 B 데뷔전을 가졌다.
2011년 1월 31일 알레망은 바레세 칼초의 마르코 첼리니와 트레이드되었다. 같은 해 6월 우디네세는 알레망에 대한 나머지 50%의 소유권을 양도하였다.
브라질 복귀.
2012년 1월 알레망은 그레미우 카탄두벤시와 임시 계약을 맺으며, 브라질로 복귀하였다. 2012년 12월 중순 구아라칭게타 푸치보우로 이적하며, 정식 계약을 다시 맺을 수 있게 되었다. 구아라칭게타에서 득점포를 다시 가동시킨 알레망은 이후 AA 폰치 프레타로 이적하였다. 그러나 폰치 프레타에서 출장 기회를 잡지 못하고, EC 비토리아, 샤페코엔시, 포르투게자 등으로 임대를 전전하였다.
저니맨 생활.
2014년 12월 12일 알레망은 멕시코의 크루스 아술과 계약을 맺었다. 리가 MX에서 14경기에 출전하여 3골 4도움을 기록하였고, 이후 피게이렌시 FC가 임대 계약을 제의하였다. 그 후로 ABC FC, 보타포구-SP를 거쳤고, 2016년에는 네덜란드 2부 에이르스터 디비시의 FC 에인트호번으로 이적하며 유럽 무대로 복귀하기도 하였다. 2017년에는 파라나 클루비로 이적하며 다시 브라질로 복귀하였다. 2018년 대한민국 K리그2의 부산 아이파크로 1년간 임대되었다.
부산에서 태어나 경남고와 서울대 법대를 졸업하고 제13회 고등고시 사법과에 합격하여 대구지방법원 경주지원 판사에 임용되었다. 이후 부산지법과 대구고법 등에서 부장판사를 지내면서 "형사판결에 있어 양식을 간이화하는데 앞장서는 등 송무업무의 개선에 기여했다"는 평가를 받았다. 제주지방법원장, 부산지방법원장, 대구고등법원장과 부산고등법원장을 지냈으며 김영삼 대통령에 의해 1993년 10월에 대법관에 임명되어 법원행정처장을 역임했다. 법원행정처장에 재직할 때인 1999년 2월 의정부지원에서 법원이 사건 변호사로부터 실비를 받는다는 의혹에 대한 조사결과를 발표하는 자리에서 "법원 실비는 관행이 아니다"라고 하면서 "다시는 이런 사태가 발생하지 않도록 사법부 구성원 전원은 뼈를 깍는 각오로 노력하겠다"고 밝혔지만 전국법원에서 실비제공이 이루어지고 있다는 문제제기에 대해선 "동의할 수 없다"고 했다. 대법관 퇴임이후 변호사 활동을 하다가 한국신문윤리위원회 위원장을 맡아 2003년에 연임하였으며 2010년 4월 1일에 대한적십자사 유종하 총재로부터 임기2년의 법률고문에 위촉되었다.
쿠버네티스(Kubernetes, 쿠베르네테스, "K8s")는 오픈 소스 컨테이너 오케스트레이션 시스템으로, 소프트웨어 전개, 확장 및 관리를 자동화한다. 구글에서 처음 설계했으며, 현재는 전 세계 기여자 커뮤니티에서 유지보수하며, 상표는 클라우드 네이티브 컴퓨팅 재단이 소유한다.
쿠버네티스라는 이름은 그리스어의 κυβερνήτης (kubernḗtēs)에서 유래했으며, '지사', '키잡이' 또는 '파일럿'을 의미한다. 쿠버네티스는 K와 s 사이의 여덟 글자를 세어 K8s로 종종 약칭한다 (누메로님).
쿠버네티스는 하나 이상의 컴퓨터(가상 머신 또는 베어 머신)를 클러스터로 묶어 컨테이너에서 워크로드를 실행할 수 있게 한다. 이는 containerd 및 CRI-O와 같은 다양한 컨테이너 런타임과 함께 작동한다. 모든 크기와 스타일의 워크로드를 실행하고 관리하는 데 적합하여 클라우드 및 데이터 센터에서 널리 채택되었다. 이 플랫폼은 독립 소프트웨어 공급업체(ISV)와 모든 주요 공용 클라우드 공급업체의 호스팅 클라우드 서비스 형태로 여러 배포판이 존재한다.
이 소프트웨어는 컨트롤 플레인과 실제 애플리케이션이 실행되는 노드로 구성된다. 또한 REST 기반 API와 상호 작용하는 데 사용할 수 있는 codice_1 및 codice_2과 같은 도구를 포함한다.
쿠버네티스는 2014년 6월 6일 구글에 의해 발표되었다. 이 프로젝트는 구글 직원인 조 베다, 브렌던 번스, 크레이그 맥클러키에 의해 구상되고 만들어졌다. 곧 빌 아익스, 던 첸, 브라이언 그랜트, 팀 호킨, 다니엘 스미스를 포함한 다른 구글 직원들도 프로젝트 구축을 도왔다. 레드햇과 CoreOS와 같은 다른 회사들도 곧 클레이튼 콜먼과 켈시 하이타워와 같은 저명한 기여자들과 함께 이 노력에 동참했다.
쿠버네티스의 설계 및 개발은 구글의 보그 클러스터 관리자에서 영감을 받았으며 프라미스 이론을 기반으로 한다. 많은 최고 기여자들이 이전에 보그에서 일했으며, 그들은 스타 트렉의 전 보그 캐릭터인 세븐 오브 나인의 이름을 따서 쿠버네티스를 ""이라고 불렀고, 로고에 7개의 바퀴살을 가진 선박의 바퀴를 넣었다 (팀 호킨이 디자인). C++로 작성된 보그와 달리 쿠버네티스는 Go 언어로 작성되었다.
쿠버네티스는 2014년 6월에 발표되었고, 1.0 버전은 2015년 7월 21일에 출시되었다. 구글은 리눅스 재단과 협력하여 클라우드 네이티브 컴퓨팅 재단 (CNCF)을 설립하고 쿠버네티스를 시드 기술로 제공했다.
구글은 이미 관리형 쿠버네티스 서비스인 GKE를 제공하고 있었고, 레드햇은 2014년 쿠버네티스 프로젝트 시작부터 오픈시프트의 일부로 쿠버네티스를 지원하고 있었다. 2017년, 주요 경쟁사들은 쿠버네티스를 중심으로 모여들었고, 이에 대한 기본 지원을 추가한다고 발표했다.
2018년 3월 6일, 쿠버네티스 프로젝트는 깃허브 프로젝트 중 커밋 수에서 9위, 작성자 및 이슈 수에서 리눅스 커널에 이어 2위를 차지했다.
버전 1.18까지 쿠버네티스는 N-2 지원 정책을 따랐는데, 이는 가장 최근의 세 가지 마이너 버전이 보안 업데이트 및 버그 수정을 받는다는 의미이다. 버전 1.19부터 쿠버네티스는 N-3 지원 정책을 따른다.
쿠버네티스는 CPU, 메모리 또는 사용자 지정 메트릭에 기반한 애플리케이션을 배포, 유지보수 및 확장하는 메커니즘을 집합적으로 제공하는 일련의 빌딩 블록("프리미티브")을 정의한다. 쿠버네티스는 다양한 워크로드의 요구 사항을 충족하도록 느슨하게 결합되어 있으며 확장 가능하다. 내부 구성 요소뿐만 아니라 쿠버네티스에서 실행되는 확장 및 컨테이너는 쿠버네티스 API에 의존한다.
플랫폼은 컴퓨팅 및 스토리지 리소스를 객체로 정의하여 제어하며, 이러한 객체를 관리할 수 있다.
쿠버네티스는 마스터-슬레이브 아키텍처를 따른다. 쿠버네티스 구성 요소는 개별 노드를 관리하는 부분과 컨트롤 플레인의 일부인 부분으로 나눌 수 있다.
컨트롤 플레인.
쿠버네티스 마스터 노드는 클러스터의 쿠버네티스 컨트롤 플레인을 처리하며, 워크로드를 관리하고 시스템 전체의 통신을 지시한다. 쿠버네티스 컨트롤 플레인은 TLS 암호화, RBAC, 강력한 인증 방법, 네트워크 분리와 같은 다양한 구성 요소로 이루어져 있으며, 각 구성 요소는 자체 프로세스로 단일 마스터 노드 또는 여러 마스터에서 실행되어 고가용성 클러스터를 지원할 수 있다. 쿠버네티스 컨트롤 플레인의 다양한 구성 요소는 다음과 같다.
Etcd는 영구적이고 경량이며 분산된 키-값 데이터베이스 (원래 Container Linux를 위해 개발됨)이다. 이는 클러스터의 구성 데이터를 안정적으로 저장하며, 특정 시점의 클러스터 전체 상태를 나타낸다. Etcd는 네트워크 분할 시 가용성보다 일관성을 선호한다 (CAP 정리 참조). 일관성은 서비스를 올바르게 스케줄링하고 운영하는 데 매우 중요하다.
API 서버.
API 서버는 HTTP를 통해 JSON을 사용하여 쿠버네티스 API를 제공하며, 이는 쿠버네티스에 대한 내부 및 외부 인터페이스를 모두 제공한다. API 서버는 REST 요청을 처리하고 유효성을 검사하며, etcd에 있는 API 객체의 상태를 업데이트하여 클라이언트가 워크로드와 컨테이너를 워커 노드에 걸쳐 구성할 수 있도록 한다. API 서버는 etcd의 워치 API를 사용하여 클러스터를 모니터링하고, 중요한 구성 변경 사항을 롤아웃하거나, 클러스터 상태의 불일치를 etcd에 선언된 원하는 상태로 되돌린다.
예를 들어, 인간 운영자가 특정 "파드"(아래 참조)의 세 인스턴스가 실행되어야 한다고 지정하면 etcd는 이 사실을 저장한다. 배포 컨트롤러가 두 인스턴스만 실행 중임을 발견하면(etcd 선언과 충돌), 해당 파드의 추가 인스턴스 생성을 스케줄링한다.
스케줄러는 자원 가용성 및 기타 제약 조건에 따라 스케줄링되지 않은 파드(스케줄링될 워크로드의 기본 단위)가 실행될 노드를 선택하는 확장 가능한 구성 요소이다. 스케줄러는 각 노드의 자원 할당을 추적하여 가용 자원을 초과하여 워크로드가 스케줄링되지 않도록 한다. 이를 위해 스케줄러는 자원 요구 사항, 자원 가용성, 그리고 서비스 품질, 선호도/반선호도 요구 사항 및 데이터 지역성과 같은 사용자 제공 제약 조건 또는 정책 지침을 알아야 한다. 스케줄러의 역할은 자원 "공급"을 워크로드 "수요"에 맞추는 것이다.
쿠버네티스는 단일 클러스터 내에서 여러 스케줄러를 실행할 수 있도록 한다. 따라서 스케줄러 플러그인은 쿠버네티스 스케줄링 프레임워크를 준수하는 한 별도의 스케줄러로 실행하여 기본 바닐라 스케줄러의 인-프로세스 확장으로 개발 및 설치될 수 있다. 이를 통해 클러스터 관리자는 필요에 따라 기본 쿠버네티스 스케줄러의 동작을 확장하거나 수정할 수 있다.
컨트롤러는 API 서버와 통신하여 관리하는 리소스(예: 파드 또는 서비스 엔드포인트)를 생성, 업데이트 및 삭제함으로써 실제 클러스터 상태를 원하는 상태로 이끄는 조정 루프이다.
컨트롤러의 예로는 ReplicaSet 컨트롤러가 있는데, 이는 클러스터 전반에 걸쳐 지정된 수의 파드 복사본을 실행하여 복제 및 확장을 처리한다. 이 컨트롤러는 또한 기본 노드가 실패할 경우 대체 파드를 생성하는 것을 처리한다. 코어 쿠버네티스 시스템의 일부인 다른 컨트롤러로는 모든 머신(또는 머신의 일부 하위 집합)에 정확히 하나의 파드를 실행하는 DaemonSet 컨트롤러, 그리고 완료될 때까지 실행되는 파드(예: 배치 작업의 일부)를 실행하는 Job 컨트롤러가 있다. 레이블 선택기는 컨트롤러가 관리하는 파드 집합을 지정하는 컨트롤러 정의의 일부를 형성하는 경우가 많다.
컨트롤러 매니저는 여러 코어 쿠버네티스 컨트롤러(위에서 설명한 예시 포함)를 관리하고, 표준 쿠버네티스 설치의 일부로 배포되며, 노드 손실에 대응하는 단일 프로세스이다.
클러스터에는 사용자 정의 컨트롤러를 설치할 수도 있으며, 이를 통해 사용자 정의 리소스(사용자 정의 리소스, 컨트롤러 및 오퍼레이터 아래 참조)와 함께 사용될 때 쿠버네티스의 동작 및 API를 더욱 확장할 수 있다.
노드.
노드 또는 워커, 미니언으로 알려진 것은 컨테이너(워크로드)가 배포되는 머신이다. 클러스터의 모든 노드는 기본 네트워크 구성을 위해 아래 언급된 구성 요소뿐만 아니라 컨테이너 런타임을 실행해야 한다.
kubelet.
kubelet은 각 노드의 실행 상태를 담당하며, 노드의 모든 컨테이너가 정상 상태인지 확인한다. 컨트롤 플레인의 지시에 따라 파드로 구성된 애플리케이션 컨테이너를 시작, 중지 및 유지 관리한다. kubelet은 파드의 상태를 모니터링하며, 원하는 상태가 아니면 해당 파드를 동일한 노드에 재배포한다. 노드 상태는 하트비트 메시지를 통해 몇 초마다 API 서버로 전달된다. 컨트롤 플레인이 노드 실패를 감지하면, 상위 수준 컨트롤러가 이 상태 변화를 감지하고 다른 정상 노드에 파드를 실행할 것으로 예상된다.
컨테이너 런타임.
컨테이너 런타임은 컨테이너의 시작, 조정 및 종료를 포함하여 컨테이너의 수명 주기를 담당한다. kubelet은 컨테이너 런타임 인터페이스(CRI)를 통해 컨테이너 런타임과 상호 작용하며, 이는 코어 쿠버네티스 유지 관리를 실제 CRI 구현과 분리시킨다.
원래 kubelet은 "dockershim"을 통해 도커 런타임과만 연동되었다. 그러나 2020년 11월부터 2022년 4월까지 쿠버네티스는 컨테이너 런타임 인터페이스(CRI)를 준수하는 런타임으로 shim을 직접 컨테이너를 통해 또는 도커를 대체하는 런타임으로 교체하는 것을 선호하여 더 이상 지원하지 않는다. 2022년 5월 v1.24가 출시되면서 "dockershim"은 완전히 제거되었다.
kubelet과 호환되는 인기 있는 컨테이너 런타임의 예로는 containerd(처음에는 Docker를 통해 지원됨)와 CRI-O가 있다.
kube-proxy.
kube-proxy는 네트워크 프록시 및 로드 밸런서의 구현이며, 다른 네트워킹 작업과 함께 서비스 추상화를 지원한다. 이는 들어오는 요청의 IP 및 포트 번호를 기반으로 적절한 컨테이너로 트래픽을 라우팅하는 역할을 한다.
네임스페이스.
쿠버네티스에서 네임스페이스는 관리하는 리소스를 서로 다른 비겹치는 컬렉션으로 분리하는 데 사용된다. 이는 여러 팀, 프로젝트, 또는 개발, 테스트, 프로덕션과 같은 환경을 분리해야 하는 많은 사용자가 있는 환경에서 사용하도록 고안되었다.
파드.
쿠버네티스의 기본 스케줄링 단위는 파드이다. 파드는 동일한 노드에 함께 위치하도록 보장되는 하나 이상의 컨테이너로 구성된다. 쿠버네티스의 각 파드에는 클러스터 내에서 고유한 IP 주소가 할당되어, 애플리케이션이 충돌 위험 없이 포트를 사용할 수 있도록 한다. 파드 내의 모든 컨테이너는 서로를 참조할 수 있다.
컨테이너는 파드 내부에 존재한다. 컨테이너는 실행 중인 애플리케이션, 라이브러리 및 해당 종속성을 포함하는 마이크로 서비스의 최하위 계층이다.
워크로드.
쿠버네티스는 단순 파드보다 더 높은 수준의 여러 워크로드 추상화를 지원한다. 이를 통해 사용자는 개별 파드를 직접 관리할 필요 없이 이러한 고수준 추상화를 선언적으로 정의하고 관리할 수 있다. 쿠버네티스의 표준 설치에서 지원되는 이러한 추상화 중 일부는 아래에 설명되어 있다.
ReplicaSet, ReplicationController 및 Deployment.
ReplicaSet의 목적은 언제든지 안정적인 복제 파드 집합을 유지하는 것이다. 따라서 이는 지정된 수의 동일한 파드 가용성을 보장하는 데 자주 사용된다. ReplicaSet은 또한 쿠버네티스가 주어진 파드에 대해 선언된 인스턴스 수를 유지하도록 하는 그룹화 메커니즘이라고도 할 수 있다. ReplicaSet의 정의는 선택기를 사용하며, 이 선택기 평가는 이와 관련된 모든 파드를 식별하는 결과를 가져온다.
ReplicationController는 ReplicaSet과 유사하게 동일한 목적을 가지며, ReplicaSet과 유사하게 동작하여 항상 지정된 수의 파드 복제본이 원하는 대로 존재하도록 보장한다. ReplicationController 워크로드는 ReplicaSet의 선행자였지만, 집합 기반 레이블 선택기를 사용하기 위해 결국 ReplicaSet을 선호하여 더 이상 사용되지 않게 되었다.
배포(Deployments)는 ReplicaSet을 위한 상위 수준 관리 메커니즘이다. ReplicaSet 컨트롤러가 ReplicaSet의 규모를 관리하는 반면, 배포 컨트롤러는 ReplicaSet에 일어나는 일, 즉 업데이트가 롤아웃되어야 하는지, 롤백되어야 하는지 등을 관리한다. 배포가 스케일 업 또는 스케일 다운될 때, 이는 ReplicaSet의 선언 변경을 초래하며, 이 선언된 상태의 변경은 ReplicaSet 컨트롤러에 의해 관리된다.
StatefulSet.
StatefulSet은 파드 인스턴스 간의 고유성과 순서 속성을 강제하는 컨트롤러로, 상태 저장 애플리케이션을 실행하는 데 사용할 수 있다. 무상태 애플리케이션을 확장하는 것은 단순히 실행 중인 파드를 추가하는 문제이지만, 상태 저장 워크로드의 경우 파드가 다시 시작될 때 상태를 보존해야 하므로 더 어렵다. 애플리케이션이 스케일 업 또는 다운되면 상태를 재분배해야 할 수 있다.
데이터베이스는 상태 저장 워크로드의 한 예이다. 고가용성 모드로 실행될 때, 많은 데이터베이스는 주 인스턴스와 보조 인스턴스의 개념을 포함한다. 이 경우 인스턴스 순서의 개념이 중요하다. 아파치 카프카와 같은 다른 애플리케이션은 데이터를 브로커 간에 분산시키므로, 한 브로커가 다른 브로커와 동일하지 않다. 이 경우 인스턴스 고유성의 개념이 중요하다.
DaemonSet.
DaemonSet은 클러스터의 모든 단일 노드에 파드가 생성되도록 보장하는 역할을 한다. 일반적으로 대부분의 워크로드는 애플리케이션이 필요로 하는 가용성 및 성능 요구 사항에 따라 원하는 복제본 수에 반응하여 확장된다. 그러나 다른 시나리오에서는 클러스터의 모든 단일 노드에 파드를 배포해야 할 수도 있으며, 노드가 추가될 때 총 파드 수가 늘어나고 노드가 제거될 때 쓰레기 수집된다. 이는 로그 수집, 인그레스 컨트롤러 및 스토리지 서비스와 같이 워크로드가 실제 노드 또는 호스트 머신에 대한 종속성을 갖는 사용 사례에 특히 유용하다.
쿠버네티스 서비스는 다층 애플리케이션의 한 계층처럼 함께 작동하는 파드 집합이다. 서비스를 구성하는 파드 집합은 레이블 선택기로 정의된다. 쿠버네티스는 환경 변수 또는 쿠버네티스 DNS를 사용하여 두 가지 서비스 검색 모드를 제공한다. 서비스 검색은 서비스에 안정적인 IP 주소와 DNS 이름을 할당하고, 해당 IP 주소의 네트워크 연결에 대한 트래픽을 선택기와 일치하는 파드들 간에 라운드 로빈 방식으로 로드 밸런싱한다(심지어 실패로 인해 파드가 머신 간에 이동하더라도). 기본적으로 서비스는 클러스터 내부에 노출된다(예: 백엔드 파드는 서비스로 그룹화될 수 있으며, 프론트엔드 파드의 요청은 이들 사이에 로드 밸런싱된다). 하지만 서비스는 클러스터 외부에도 노출될 수 있다(예: 클라이언트가 프론트엔드 파드에 접근할 수 있도록).
쿠버네티스 컨테이너의 파일 시스템은 기본적으로 임시 스토리지를 제공한다. 이는 파드가 재시작되면 해당 컨테이너의 모든 데이터가 사라지므로, 사소한 애플리케이션을 제외하고는 이러한 형태의 스토리지는 상당히 제한적이라는 의미이다. 쿠버네티스 볼륨은 파드 자체의 수명 동안 존재하는 영구 스토리지를 제공한다. 이 스토리지는 파드 내 컨테이너를 위한 공유 디스크 공간으로도 사용될 수 있다. 볼륨은 컨테이너 내의 특정 마운트 지점에 마운트되며, 이는 파드 구성에 의해 정의되고 다른 볼륨에 마운트되거나 다른 볼륨과 연결될 수 없다. 동일한 볼륨은 다른 컨테이너에 의해 파일 시스템 트리의 다른 지점에 마운트될 수 있다.
ConfigMap 및 Secret.
일반적인 애플리케이션 과제는 구성 정보를 저장하고 관리하는 방법을 결정하는 것인데, 이 중 일부는 민감한 데이터를 포함할 수 있다. 구성 데이터는 개별 속성과 같은 세밀한 정보부터 전체 JSON 또는 XML 문서와 같은 일반적인 구성 파일까지 다양할 수 있다. 쿠버네티스는 이러한 필요를 해결하기 위해 ConfigMap 및 Secret으로 알려진 밀접하게 관련된 두 가지 메커니즘을 제공하며, 둘 다 애플리케이션을 재구축하지 않고도 구성 변경을 수행할 수 있도록 한다.
ConfigMap과 Secret의 데이터는 이 객체들이 Deployment를 통해 바인딩된 애플리케이션의 모든 인스턴스에 제공된다. Secret 및 ConfigMap은 해당 노드의 파드가 필요로 할 경우에만 해당 노드로 전송되며, 이 데이터는 노드의 메모리에만 저장된다. Secret 또는 ConfigMap에 의존하는 파드가 삭제되면, 바인딩된 모든 Secret 및 ConfigMap의 메모리 내 복사본도 삭제된다.
ConfigMap 또는 Secret의 데이터는 다음 방법 중 하나를 통해 파드에 접근할 수 있다.
Secret과 ConfigMap의 가장 큰 차이점은 Secret이 안전하고 기밀 데이터를 포함하도록 특별히 설계되었다는 점이다. 비록 기본적으로 정지 상태에서 암호화되지 않으며, 클러스터 내에서 Secret의 사용을 완전히 보호하기 위해서는 추가 설정이 필요하다. Secret은 종종 인증서, 이미지 레지스트리 작업 자격 증명, 암호 및 SSH 키와 같은 기밀 또는 민감한 데이터를 저장하는 데 사용된다.
레이블 및 선택기.
쿠버네티스는 클라이언트(사용자 또는 내부 구성 요소)가 파드 및 노드와 같은 시스템의 모든 API 객체에 레이블이라는 키를 첨부할 수 있도록 한다. 이에 따라 레이블 선택기는 일치하는 객체로 해석되는 레이블에 대한 쿼리이다. 서비스가 정의될 때, 서비스 라우터/로드 밸런서가 트래픽이 라우팅될 파드 인스턴스를 선택하는 데 사용될 레이블 선택기를 정의할 수 있다. 따라서 단순히 파드의 레이블을 변경하거나 서비스의 레이블 선택기를 변경함으로써 어떤 파드가 트래픽을 받고 어떤 파드가 받지 않는지 제어할 수 있으며, 이는 블루-그린 배포 또는 A/B 테스트와 같은 다양한 배포 패턴을 지원하는 데 사용될 수 있다. 서비스가 구현 리소스를 동적으로 활용하는 이 기능은 인프라 내에서 느슨한 결합을 제공한다.
예를 들어, 애플리케이션의 파드에 시스템 codice_3 (예: codice_4, codice_5 등의 값) 및 codice_6 (예: codice_7, codice_8 등의 값)에 대한 레이블이 있는 경우, 모든 codice_5 및 codice_7 노드에 대한 작업은 다음과 같은 레이블 선택기를 사용할 수 있다.
레이블과 마찬가지로 필드 선택기도 쿠버네티스 리소스를 선택할 수 있게 한다. 레이블과 달리 선택은 사용자 정의 분류가 아닌 선택되는 리소스에 내재된 속성 값에 기반한다. codice_12 및 codice_13는 모든 쿠버네티스 객체에 존재하는 필드 선택기이다. 사용할 수 있는 다른 선택기는 객체/리소스 유형에 따라 달라진다.
애드온은 쿠버네티스 클러스터 내에서 애플리케이션으로 실행되는 추가 기능이다. 파드는 배포, ReplicationController 등에 의해 관리될 수 있다. 많은 애드온이 있으며, 그 중 몇 가지 중요한 것은 다음과 같다.
컨테이너는 소프트웨어 이식성을 위한 방법으로 등장했다. 컨테이너는 서비스를 실행하는 데 필요한 모든 패키지를 포함한다. 제공되는 파일 시스템은 컨테이너를 매우 이식성 있게 만들고 개발에서 사용하기 쉽게 한다. 컨테이너는 사소한 구성 변경만으로 또는 전혀 변경 없이 개발에서 테스트 또는 프로덕션으로 이동할 수 있다.
역사적으로 쿠버네티스는 무상태 서비스에만 적합했다. 그러나 많은 애플리케이션에는 영속성이 필요한 데이터베이스가 포함되어 있어 쿠버네티스를 위한 영구 스토리지가 생성되었다. 컨테이너를 위한 영구 스토리지를 구현하는 것은 쿠버네티스 관리자, DevOps 및 클라우드 엔지니어에게 가장 큰 과제 중 하나이다. 컨테이너는 일시적일 수 있지만, 그 데이터는 점점 더 일시적이지 않으므로 컨테이너 종료 또는 하드웨어 장애 발생 시 데이터의 생존을 보장해야 한다. 쿠버네티스 또는 컨테이너화된 애플리케이션으로 컨테이너를 배포할 때, 조직은 영구 스토리지가 필요하다는 것을 종종 깨닫는다. 그들은 데이터베이스, 루트 이미지 및 컨테이너가 사용하는 기타 데이터에 빠르고 안정적인 스토리지를 제공해야 한다.
이러한 상황 외에도 클라우드 네이티브 컴퓨팅 재단 (CNCF)은 쿠버네티스 영구 스토리지에 대한 추가 정보, 특히 컨테이너 연결 스토리지 패턴을 정의하는 데 도움이 되는 블로그를 발행했다. 이 패턴은 쿠버네티스 자체를 스토리지 시스템 또는 서비스의 구성 요소로 사용하는 것으로 생각할 수 있다.
이러한 접근 방식 및 기타 접근 방식의 상대적 인기에 대한 더 많은 정보는 CNCF의 환경 조사를 통해서도 찾을 수 있다. 2019년 가을 현재 OpenEBS (Datacore Software의 Stateful Persistent Storage 플랫폼) 및 Rook (스토리지 오케스트레이션 프로젝트)이 평가 중일 가능성이 가장 높은 두 프로젝트로 나타났다.
컨테이너 연결 스토리지(Container Attached Storage)는 쿠버네티스가 부상하면서 등장한 데이터 스토리지 유형이다. 컨테이너 연결 스토리지 접근 방식 또는 패턴은 특정 기능에 대해 쿠버네티스 자체에 의존하면서, 주로 쿠버네티스에서 실행되는 워크로드에 블록, 파일, 객체 및 인터페이스를 제공한다.
컨테이너 연결 스토리지의 일반적인 속성에는 사용자 정의 리소스 정의와 같은 쿠버네티스 확장 기능 사용, 그리고 스토리지 또는 데이터 관리를 위해 별도로 개발 및 배포되었을 기능에 쿠버네티스 자체를 사용하는 것이 포함된다. 사용자 정의 리소스 정의 또는 쿠버네티스 자체에 의해 제공되는 기능의 예로는 쿠버네티스 자체에 의해 제공되는 재시도 로직, 그리고 일반적으로 사용자 정의 리소스 정의를 통해 제공되는 사용 가능한 스토리지 미디어 및 볼륨 인벤토리 생성 및 유지가 있다.
컨테이너 스토리지 인터페이스 (CSI).
쿠버네티스 버전 1.9에서 컨테이너 스토리지 인터페이스(CSI)의 초기 알파 버전이 도입되었다. 이전에는 스토리지 볼륨 플러그인이 쿠버네티스 배포에 포함되어 있었다. 표준화된 CSI를 생성함으로써 외부 스토리지 시스템과 인터페이스하는 데 필요한 코드가 핵심 쿠버네티스 코드베이스에서 분리되었다. 불과 1년 후, CSI 기능은 쿠버네티스에서 일반 가용(GA) 상태가 되었다.
쿠버네티스 컨트롤 플레인의 핵심 구성 요소는 API 서버이며, 이 서버는 클러스터의 다른 부분뿐만 아니라 최종 사용자 및 외부 구성 요소에서도 호출할 수 있는 HTTP API를 노출한다. 이 API는 REST API이며 본질적으로 선언적이며, 컨트롤 플레인에 노출되는 것과 동일한 API이다. API 서버는 모든 레코드를 영구적으로 저장하기 위해 etcd를 사용한다.
API 객체.
쿠버네티스에서 모든 객체는 클러스터 상태의 "의도 기록" 역할을 하며, 객체를 작성하는 사람이 클러스터가 되기를 원하는 원하는 상태를 정의할 수 있다. 따라서 대부분의 쿠버네티스 객체는 다음과 같은 동일한 중첩 필드 집합을 가진다.
쿠버네티스의 모든 객체는 동일한 API 규칙을 따른다. 그 중 일부는 다음과 같다.
사용자 정의 리소스, 컨트롤러 및 오퍼레이터.
쿠버네티스 API는 사용자 정의 리소스(Custom Resources)를 사용하여 확장될 수 있으며, 이는 표준 쿠버네티스 설치의 일부가 아닌 객체를 나타낸다. 이러한 사용자 정의 리소스는 사용자 정의 리소스 정의(CRD)를 사용하여 선언된다. CRD는 현재 실행 중인 클러스터를 종료하거나 다시 시작할 필요 없이 동적으로 등록 및 등록 해제될 수 있는 리소스 유형이다.
사용자 정의 컨트롤러는 쿠버네티스 API와 상호 작용하는 또 다른 확장 메커니즘이며, 표준으로 사전 설치된 쿠버네티스 컨트롤러 관리자의 기본 컨트롤러와 유사하다. 이러한 컨트롤러는 사용자 정의 리소스와 상호 작용하여 선언적 API를 허용할 수 있다. 사용자는 사용자 정의 리소스를 통해 시스템의 원하는 상태를 선언할 수 있으며, 변경 사항을 관찰하고 조정하는 것은 사용자 정의 컨트롤러의 책임이다.
사용자 정의 리소스와 사용자 정의 컨트롤러의 조합은 종종 쿠버네티스 오퍼레이터라고 불린다. 오퍼레이터의 주요 사용 사례는 서비스 또는 서비스 집합을 관리하는 인간 오퍼레이터의 목표를 캡처하고, 자동화를 사용하여 이를 구현하며, 이 자동화를 지원하는 선언적 API를 사용하는 것이다. 특정 애플리케이션 및 서비스를 관리하는 인간 오퍼레이터는 시스템이 어떻게 동작해야 하는지, 어떻게 배포해야 하는지, 문제가 발생할 경우 어떻게 대응해야 하는지에 대한 깊은 지식을 가지고 있다.
오퍼레이터가 해결하는 문제의 예로는 애플리케이션 상태의 백업 및 복원, 데이터베이스 스키마 또는 추가 구성 설정과 같은 관련 변경 사항과 함께 애플리케이션 코드 업그레이드 처리가 있다. 클라우드 네이티브 컴퓨팅 재단의 인큐베이팅 프로그램에 속한 몇몇 주목할 만한 프로젝트는 쿠버네티스를 확장하기 위해 오퍼레이터 패턴을 따르는데, 여기에는 Argo, Open Policy Agent, Istio가 포함된다.
API 보안.
쿠버네티스는 API 접근을 제어하기 위해 다음 전략을 정의한다.
전송 보안.
쿠버네티스 API 서버는 전송 계층 보안(TLS)을 CA 인증서를 사용하여 적용하기 위해 TCP 포트에서 HTTPS 트래픽을 수신한다.
쿠버네티스의 이전 버전에서는 API 서버가 HTTP 및 HTTPS 포트에서 모두 수신하는 것을 지원했다(HTTP 포트는 전송 보안이 전혀 없음). 이는 v1.10에서 더 이상 사용되지 않게 되었고, 결국 쿠버네티스 v1.20에서는 지원이 중단되었다.
쿠버네티스 API 서버에 대한 모든 요청은 인증되어야 하며, 다음을 포함한 여러 인증 전략을 지원한다.
사용자는 일반적으로 kubeconfig 파일에 클러스터 URL 세부 정보와 필요한 자격 증명을 표시하고 정의해야 하며, 이는 kubectl 및 공식 쿠버네티스 클라이언트 라이브러리와 같은 다른 쿠버네티스 도구에서 기본적으로 지원한다.
권한 부여.
쿠버네티스 API는 다음 권한 부여 모드를 지원한다.
API 클라이언트.
쿠버네티스는 여러 공식 API 클라이언트를 지원한다.
클러스터 API.
동일한 API 설계 원칙을 사용하여 쿠버네티스 클러스터를 생성, 구성 및 관리하기 위한 API를 프로그램으로 활용하도록 정의했다. 이를 클러스터 API라고 한다. API에 구현된 핵심 개념은 코드형 인프라스트럭처 또는 쿠버네티스 클러스터 인프라 자체가 다른 쿠버네티스 리소스처럼 관리될 수 있는 리소스/객체라는 개념이다. 유사하게, 클러스터를 구성하는 머신도 쿠버네티스 리소스로 취급된다. API는 핵심 API와 공급자 구현의 두 부분으로 구성된다. 공급자 구현은 쿠버네티스가 클라우드 공급자의 서비스 및 리소스와 잘 통합되는 방식으로 클러스터 API를 제공할 수 있도록 하는 클라우드 공급자별 기능을 포함한다.
쿠버네티스는 마이크로서비스 기반 구현을 호스팅하는 방법으로 일반적으로 사용된다. 이는 쿠버네티스와 관련 도구 생태계가 모든 마이크로서비스 아키텍처의 주요 문제를 해결하는 데 필요한 모든 기능을 제공하기 때문이다.
쿠버네티스에 대한 일반적인 비판은 너무 복잡하다는 점이다. 구글도 이를 인정했다.
다양한 공급업체는 쿠버네티스 기반 플랫폼 또는 IaaS를 제공하여 쿠버네티스를 배포한다.
이들은 일반적으로 오픈 소스, 상업용 또는 관리형 배포판으로 분류된다. 몇 가지 주목할 만한 배포판은 다음과 같다.
출시 타임라인.
지원 기간.
아래 차트는 각 릴리스가 지원되는 기간을 시각적으로 보여준다.
IBM 블루믹스(IBM Bluemix)는 IBM이 개발한 클라우드 서비스형 플랫폼(PaaS)이다. 여러 프로그래밍 언어와 서비스들 및 클라우드에서 애플리케이션들을 빌드, 실행, 배치, 관리하기 위한 통합 데브옵스를 지원한다. 블루믹스는 클라우드 파운드리 개방형 기술 기반이며 소프트레이어 인프라스트럭처에서 실행된다. 블루믹스는 여러 프로그래밍 언어를 지원하는데 이를테면 자바, Node.js, Go, PHP, 스위프트, 파이썬, Ruby Sinatra, 루비 온 레일즈 등이 있으며 스칼라와 같은 다른 언어들을 지원하도록 확장 가능하다. (빌드팩을 사용하여).
각기 다른 장소에 위치한 사람들을 이루는 팀 하나가 초기 개념에서 대중화되기까지 블루믹스를 만드는데 단지 18개월이 소요되었다. 2014년 2월에 퍼블릭 베타로 발표되었으며 6월에 대중에게 정식 공개되었다.
2017년 10월에
커피레이크()는 브로드웰, 스카이레이크, 카비레이크에 이어 인텔의 두번째 14나노미터, 8세대 코어 프로세서의 코드명이다. 커피레이크 칩의 내장 그래픽스는 DP 1.2에서 HDMI 2.0 / HDCP 2.2 연결을 지원한다. 커피레이크는 듀얼 채널 모드에서 DDR4-2666 MHz 메모리를 네이티브로 지원한다.
이 칩은 2017년 10월 5일 출시되었다. 커피레이크는 300 시리즈 칩셋과 함께 사용되며 100, 200 시리즈 칩셋과는 호환되지 않는다. 데스크톱 커피레이크 프로세서들이 스카이레이크, 카비레이크와 동일한 물리 LGA 1151 소켓을 사용하지만 구형 프로세서와 메인보드와 핀이 전기적으로 호환되지 않는다.
아래의 표는 현재의 커피레이크 기반 CPU와 사양을 나열한 것이다. 대부분의 커피레이크 CPU들은 더 많은 칩셋과 함께 2018년 상반기에 출시되었다.
윌리엄 허버트 틸(William Herbert Teale, 1947년 6월 19일 ~ 2018년 2월 3일)은 아동문해교육 및 아동문학을 연구한 미국의 저명한 교육학자이다. 일리노이 대학교 시카고의 Literacy, Language &amp; Culture Program의 교수로 재직하였으며, UIC Center for Literacy의 센터장을 역임하였다.
1947년 6월 19일 미국 펜실베니아 주 벤틀리빌에서 태어나, 펜실베이니아 주립 대학교에서 영문학을 전공한 후, 버지니아대학교에서 읽기 및 영어교육 박사를 취득한다. 미국 전역에 걸쳐 문해 학습 및 교육에 초점을 맞춘 다양한 프로그램에 참여하여 자문위원을 맡았으며, 그 범위는 교육구, 도서관, 아동용 텔레비젼 워크샵, 헤드 스타트 프로그램, 공영방송, Reach Out and Read, 비영리단체 등에 이른다. 또한 비영리 단체인 국립 교육 아카데미, 미국 교육부, 미국 국립 인문학 재단의 고문을 역임했다. 문맹 퇴치 협회의 이사회(2007–2009), 국제독서협회 (후에 국제문해력협회으로 변경)의 이사회를 거쳐(2007-2009), 국제문해연맹의 회장을 역임(2016-2017) 했다. 컨퍼런스 연설 및 교육, 저서 등을 통해 학령전기 아동의 문해 교육 및 중요성에 대해 강조하였고, 다문화 가정 및 저소득층의 아동들이 양질의 아동문학을 접할 수 있도록 해야 한다는 점을 강조했다. 빌 틸의 교육 철학을 기리기 위해 William H Teale 국제문해연맹기금을 마련하여, 미국아동청소년도서협의회의 발표자를 지원하게 된다.
정태원(鄭泰源, 1926년 ~ 2004년 12월 21일)은 대한민국의 대법원 판사를 지낸 법조인이다. 본관은 연일이며, 전라북도 익산 출신이다.
전라북도 익산 출신이다. 서울대학교 법대를 졸업하고 제2회 변호사시험에 합격해 서울지방법원 판사에 임용되었다. 이후 서울고등법원과 대구고등법원에서 부장판사를 하다가 청주지방법원장, 대구지방법원장, 부산지방법원장 겸 충북,대구,부산선거관리위원장을 역임했으며 1977년 1월 4일자로 대법원 판사에 임명되었다.
1966년 7월 30일에 있었던 백범 김구 살해범 안두희를 살해하려던 곽태영(30)에 대한 재판에서 "범행동기가 공분이었다"는 이유로 원심을 파기하고 징역3년 집행유예5년을 선고했다. 1968년 8월 24일에는 4.19 당시치안국장이었던 조인구(45)에 대한 부정선거관련자처벌법위반 사건 항소심 재판에서 "경무대 앞에서 데모중인 학생에게 발포명령을 내렸다고 인정하여 징역3년6월 선고한 원심은 채증법칙위배"라고 하면서 무죄를 선고했다. 1966년 10월 15일 북한노동당 지하당 사건으로 반공법 국가보안법위반으로 유죄판결받은 김충극 등 6명에 대한 항소심 선고재판에서 김충극에 대해 원심을 깨고 무죄를 선고하면서 그외 2명에 대해 원심을 깨고 징역1년 집행유예3년을 각각 선고하면서 나머지 3명은 항소를 기각했다. 1967년 8월 8일에 있은 위장병을 앓는 남편에게 수면제를 먹여 죽인 혐의로 구속기소돼 징역15년을 선고받은 피고인에 대한 항소심 공판에서 "살의가 없었다"며 원심을 깨고 무죄를 선고했다.
1968년 1월 16일에 있었던 삼성그룹 계열사인 한국비료의 사카린 밀수 사건 항소심 공판에서 양형에 대한 원심을 파기하고 병보석 중인 한국비료 상무 이창희에 대해 특정범죄가중처벌법 위반을 적용하여 징역3년 집행유예5년 벌금 1700만월 선고했다. 1968년 4월 13일에 있은 동백림 사건의 피고인에 대한 항소심 공판에서 정규명 등 3명에 대해 사형을 선고했다. 1969년 7월 8일에 있은
개똥지빠귀(, )는 지빠귀과에 속하는 새의 하나로, 시베리아 중부에서 동쪽으로 서식한다. 더 남쪽에 서식하는 노랑지빠귀("T. naumanni")와 밀접한 관련이 있으며 이 둘은 동종으로 간주되기도 했다. 그러나 오늘날에는 독립된 2종으로 분류하고 있다. 학명은 "지빠귀"를 가리키는 라틴어 Turdus와 "질서있는"을 뜻하는 고대 그리스어 eunomos에서 온 것이다.
이 종은 개방된 우림 지대에 서식하지만 노랑지빠귀와는 달리 개똥지빠귀는 산맥과 툰드라 끝 서식지에 더 잘 견딘다. 이 종은 철새이며 남쪽에서 동남아시아(주로 중국 및 이웃 국가들)로 겨울을 난다. 서유럽에서는 거주가 일정치 않고 보기 드물다. 2016년 12월 영국 더비셔 주에서 조류 관찰자들이 수백 마리의 개똥지빠귀를 보았다.
나무에 둥지를 틀며 어수선하지만 깔끔한 경계의 둥지에 3~5개의 알을 낳는다. 철새들은 종종 적은 무리를 형성한다. 다양한 곤충, 특히 모기, 지렁이, 산딸기류를 먹는 잡식성이다.
체격이 다부진 중간 크기이며 조그마한 회색머리지빠귀(fieldfare)의 구조를 연상시킨다. 뒷날개는 적갈색이며 창백한 눈썹이 있다.
등과 엉덩이는 어두운 갈색이며 얼굴, 가슴, 옆구리는 검은색이며 배와 아랫꼬리는 흰색이다. 이와 비교하여 노랑지빠귀의 등과 머리는 더 창백한 갈색을 띄며 얼굴, 가슴, 옆구리는 빨갛고 배와 아랫꼬리는 흰색이다.
한국국방MICE연구원은 국방안보관련 MICE 업무를 학술적, 실무적으로 지원함으로써 국가산업의 활성화를 도모하고 예산의 효율적인 집행은 물론, 이와 연관된 국가정책의 효과적인 시행에 기여함을 목적으로 2015년에 설립된 대한민국 국방부 소관의 사단법인이다. 사무실은 서울특별시 금천구 서부샛길 606 대성디폴리스지식산업센터 B동 1706호에 있다. .
민문기(閔文基, 1916년 ~ 2003년 5월 5일)는 대한민국의 법조인이다. 1969년 9월부터 1980년 8월까지 대법원 판사를 지냈다. 본관은 여흥.
황해도 신천군에서 태어났다. 1938년에 경성법학전문학교를 졸업하고 1942년 일본 고등문관시험 사법과에 합격한 뒤에 검사로 임용되었다. 1945년 일본 변호사 실무고시에 합격했었던 민문기는 해방 이후에 검찰에 임용되어 법무부 검찰과장에 임명되었으나 검찰국장이 마음에 들지 않아 사퇴했다. 그 뒤에 판사에 임용되어 광주고등법원장 서울고등법원장 등을 역임하고, 1969년 9월 박정희 대통령에 의해 대법원 판사에 임명되었다.
1960년대 중반 광주고등법원장으로 재직할 때 국회 국정감사에서 법에도 없는'감사를 받게 됨을 영광으로 생각하며' 등의 내용으로 된 "선서문을 읽을 수 없다"며 국정감사장에 불참하기도 했던 민문기는 1977년 소액사건의 상고 범위를 다투는 사건에서 15 대 1 소수의견을 내면서 시대상황에 빗대 "한 마리의 제비로서는 능히 당장에 봄을 이룩할 수 없지만 그가 전한 봄, 젊은 봄은 오고야 마는 법이다. 소수의견을 감히 지키려는 이유가 여기에 있는 것이다."고 말하여 시인 판사라는 별칭으로 불리며 화제가 됐으며 폭력으로 징역6월을 선고받고 1975년 11월 1일 출소한 뒤 12월 15일부터 27일동안 강도살인 강간치사 절도 각 1회, 강도 11회의 범행을 저지르며 2명을 살해한 김영준(20)에 대하여 대법원 전원합의체가 1977년 2월 24일 선고공판을 열고 "죄질로 보아 사형을 선고해야 한다"는 12명의 다수의견과 달리 김윤행 임항준 이일규와 함께 "형벌이 목적이 응보에 있는 것이 아니며 특히 이 사건 피고인은 가족들과 헤어져 고아원에서 지내며 초등학교 4학년을 중퇴하는 등 국가와 사회나 가정으로부터 제대로된 교육과 선도를 받아보지 못한 상태"라며 "극형보다 무기징역을 선고해 교정과 교화를 다해봄이 마땅하다고 생각한다"는 이유로 사형을 반대하는 소수의견을 냈다. 박정희 대통령을 암살했던 김재규 등에 대한 상고심 재판에서 다른 5명과 함께 "대통령직에 있는 자연인을 살해한 것인지, 국헌을 문란케 할 목적으로 살해한 것인지 가릴 수 있는 증거가 부족하다"는 이유로 내란목적 살인을 인정하지 않는 소수의견을 제시했다. 정년이 7개월 남았지만 1980년 8월에 소수의견을 제시했던 다른 대법관 5명과 함께 대법원 판사직에서 물러났다. 대법원 판사에서 물러나고 1984년부터 인천에 있는 합동법률사무소에서 공증업무를 봤으나 2002년부터 노환으로 자택에서 칩거하다가 2003년 5월 5일에 사망했다.
양병호(梁炳晧, 1918년 ~ 2005년 3월 22일)는 대한민국의 대법관을 지낸 법조인이다. 본관은 남원이며, 경상남도 남해군 출생이다.
경성법학전문학교를 졸업하고 1942년 8월 조선변호사시험에 합격한 양병호는 대한변호사협회 법제위원장을 맡은 1968년까지 서울시 을지로 경기빌딩에서 변호사 활동을 하면서 탁월한 법이론과 변호사로서의 명성으로 1969년 9월 대법원 판사에 임명되었다. 양병호는 홍순엽과 함께 대한민국의 대법관 중에서 변호사에서 대법관으로 임명된 유일한 법조인이다.
대법원 판사 양병호는 김재규 등에 대해 내란목적 인정에 대하여 군부와 마찰이 있은 끝에 소수의견을 남기고 1980년 8월에 판사직에서 물러났다. 판결이 있은 직후인 1980년 8월 3일 보안사 서빙고분실로 연행되어 고문 당하고 사직서를 제출했다. 이에 대해 양삼승 변호사는 자신의 저서 《권력, 정의, 판사-폭풍속을 나는 새를 위하여》(까치글방)에서 양병호 대법관이 보안사 군인들에 의해 연행돼 고문당한 사실을 기록하였다. 1996년 1월과 7일에 대법원 판사 강제 사직과 관련하여 보안사령관이었던 전두환과 관련된 증인 자격으로 검찰에 출석한 직후에 "당시 김재규는 타인과 거사를 모의한 것으로 보기 힘들다는 결론에 도달했습니다. 궁정동 안가에서 총을 쏘기 직전에서야 부하 둘에게 '너희는 경비원을 쏘라'고 지시했지요. 도저히 내란 목적이었다고는 볼 수 없었습니다. 다섯 분의 대법원 판사가 저와 같은 입장이었지요"라고 말하면서 법복을 벗은 이후 "3년간 중풍과 실어증에 시달렸다"며 "당시 선택에는 변함이 없습니다. 저희 집에는 아직도 김재규의 항소이유서가 보관되어 있습니다. 죽는 날까지 그 자료들을 제 곁에 둘겁니다"고 했다.
《미소녀 전사 세일러문 Crystal》은 1990년대 방영되었던 미소녀 전사 세일러문(한국명 '달의 요정 세일러문') 애니메이션 시리즈와는 다르게 원작 만화의 캐릭터 설정과 스토리 전개를 거의 그대로 따른다. 공식적으로는 원작 만화 '리부트'라고 칭하고 있다. 각 기수 분류는 미소녀전사 세일러문 만화 연재 당시의 기수 분류와 같으며, 각 에피소드의 Act 번호와 제목 역시 원작 만화의 그것과 같다. 성우진은 미츠이시 코토노가 그대로 맡은 츠키노 우사기 (세일러 문)를 제외하고 모두 교체되었다.
2017년 1월에 4기 데드 문 편의 제작을 발표했고, 같은 해 6월 30일에 4기 데드 문 편을 극장판 전편 및 후편으로 제작한다고 발표했다. 2020년에는 극장판 제목이 《미소녀 전사 세일러문 Eternal》으로 결정되었고, 2021년에 개봉이 예정되어 있음을 발표했다.
1 · 2기.
2014년 7월 5일부터 2015년 7월 18일까지 매월 첫째, 셋째 토요일에 방영했다.
2016년 4월 4일부터 6월 26일까지 방영했다. 1 · 2기와는 달리 매주 방영으로 바뀌었다.
10 기가비트 이더넷(10 Gigabit Ethernet, 10GE, 10GbE, 10 GigE)은
이더넷 프레임을 10 기가비트/초 단위(10×109비트/초)로 전송하기 위한 컴퓨터 네트워크 기술의 그룹이다. IEEE 802.3ae-2002 표준에 처음 정의되었다.
이전의 이더넷 표준들과 달리 10 기가비트 이더넷은 일반적으로 네트워크 스위치들에 의해 연결되는 전이중 점대점 링크를 정의한다. 즉, 공유 매체 CSMA/CD 동작은 이전 세대의 이더넷 표준으로부터 전달되지 않으므로 반이중 동작과 리피터 허브는 10GbE에 존재하지 않는다.
수년 간 전기 전자 기술자 협회(IEEE) 802.3 워킹 그룹은 10GbE 관련 표준을 여러 개 게시하였다.
2018년 동계 올림픽은 2018년 2월 9일부터 2월 25일까지 대한민국 평창과 강릉에서 열렸다. 총 15개 종목에 102개 세부종목이 치러지며, 100경기가 넘어가는 동계올림픽 대회는 이번이 사상 처음이다. 이번 대회부터는 기존 종목에서 네 종목이 신설되었으며, 스노보드 빅에어, 혼성 컬링, 스피드스케이팅 매스스타트, 알파인스키 혼성팀 등이다.
케네디역(Kennedy Station)은 캐나다 온타리오주 토론토의 스카버러 지역에 있는 통근열차역이다. GO 트랜싯의 스토우빌선 열차가 정차하는 이 역은 토론토 지하철 2호선 블루어-댄포스와 3호선 스카버러의 환승역인 케네디 지하철역과 인접해있다.
케네디역은 메트로링스가 소유하는 억스브릿지선 지점에 위치해있으며, 북쪽으로는 에이진코트역이, 남쪽으로는 레이크쇼어 이스트선의 스카버러역이 위치해있다.
스토우빌선 열차는 유니언역에서 스카버러역까지 레이크쇼어 이스트선과 마찬가지로 킹스턴선을 지나며, 스카버러역 직후에서 북쪽으로 큰 커브를 돌아 미들랜드/댄포스 로드 근처에 접근한 뒤, 케네디와 미들랜드 애비뉴 사이를 따라 북쪽으로 계속 이어진다.
억스브릿지선은 에글린턴 애비뉴까지 대개 주택가가 이어진다. 통근열차는 코베트 초등학교와 놀이터를 지나며, 에글린턴 남쪽에는 제코 지선과 분기하며, 케네디 지하철역의 주차장과 버스 터미널을 지난다. 케네디 통근열차역은 여기에 정차하며, 2호선 블루어-댄포스와 3호선 스카버러, 토론토 시내버스와 연결된다.
케네디역에서 북쪽으로 엘즈미어 애비뉴까지 3호선 스카버러가 억스브릿지선과 나란히 달린다. 로렌스 애비뉴 북쪽으로는 바깥 경치가 주택가에서 공업 지대로 바뀌며, 이 연선의 공장은 여전히 캐나다 내셔널 철도의 화물열차가 화물을 실어나른다. 3호선 스카버러는 이후 지하로 들어가 동쪽으로 꺾은 다음, 고가 구간으로 스카버러 타운 센터까지 이어진다. 스토우빌선 열차는 북쪽으로 계속 이어지며 401번 고속도로와 캐나다 태평양 철도의 벨빌선 밑으로 지나간다. 다음 역인 에이진코트역은 셰퍼드 애비뉴 근처에 위치해있다.
GO 트랜싯이 스토우빌선에 열차를 운행하기 시작한 것은 1982년 9월 7일로, VIA 철도가 운행을 중단하면서 배리선과 같이 GO 트랜싯이 운영권을 넘겨받았다. 케네디역은 이미 1980년 11월에 2호선 블루어-댄포스가, 1985년 11월에는 3호선 스카버러 지하철 노선이 억스브릿지선을 바로 옆에 두고 운행하였지만, 통근열차와 지하철 간의 환승은 이루어지지 않았다. TTC와 GO 트랜싯은 케네디역에 통근열차역을 지을 필요가 있다고 인지했지만 두 역을 연결하는 것에 대한 TTC와 GO 사이의 의견 충돌로 개통이 지연되었다. 우여곡절 끝에 통근열차역은 2005년 6월 2일에 개통하였고 스토우빌선 승객들은 유니언역 대신 케네디역에서도 지하철로 갈아탈 수 있게 되었다.
캐나다 내셔널 철도가 원래 소유했던 선로를 메트로링스가 매입하면서 GO 트랜싯은 스토우빌선에 매일 상시 통근열차를 운행하기 위해 많은 노력을 기울였다. 현재 케네디역 연선에도 선로를 복선화하는 공사가 이루어지고 있고, 전철화 공사도 추진되고 있다.
2020년 8월 18일에는 선로 동쪽에 있던 승강장을 대체할 서쪽 승강장이 개통하였고, 기존 동쪽 승강장이 있던 자리에는 두 번째 선로와 승강장이 지어질 예정이다.
케네디역은 직원이 상주하지 않는 무인역으로, 카드 충전은 역에 있는 자동판매기에서 할 수 있다. 이 역에서 일회용 티켓은 판매하지 않으며 근처의 스카버러역이나 에글린턴역에서 판매한다. 프레스토 카드가 없는 경우에는 신용카드나 체크카드를 단말기에 태그해 요금을 정산할 수도 있고, 스마트폰에서 GO 트랜싯 홈페이지에 들어가 이티켓 (e-ticket)을 구매할 수도 있다.
케네디역은 역 건물이 존재하지 않지만, 승강장에는 눈과 비를 피할 수 있는 쉼터가 있고, 겨울에는 난방도 된다. 이 역에는 와이파이와 공중전화가 있다. 역 승강장과 열차 내부는 휠체어 승객도 이용할 수 있으며, 승강장 중앙에 있는 휠체어 경사로를 이용해 열차에 오르내릴 수 있다. 주차는 GO 트랜싯이 운영하는 주차장이 따로 존재하지 않지만, 토론토시에서 운영하는 유료 주차장을 이용할 수 있다. 케네디역까지 자전거를 이용하는 승객을 위한 자전거 거치대도 존재한다.