blueapple8259/wikipedia-ko huggingface dataset:
**포야크 임레**는 헝가리의 레슬링 선수이다. 1952년, 1956년, 1960년, 1964년 하계 올림픽에서 4회 연속으로 결승전에 진출하여 금메달 1개와 은메달 3개를 획득했다. 또한 1955년, 1958년, 1962년 세계 선수권 대회에서 우승을 차지했고 1961년과 1963년 세계 선수권 대회에서 준우승을 차지했다. 1958년과 1962년에는 헝가리 올해의 스포츠인으로 선정되었다.

현역 은퇴한 후 우이페슈트 레슬링팀의 코치로 활동했으며 2003년에 국제 레슬링 연맹 명예의 전당에 헌액된 최초의 10인 중 한 사람이 되었다.
일반위상수학에서 **월먼 콤팩트화**는 임의의 T 공간으로 확장하는 방법이다. 대략, 유한 교집합 성질을 만족시키는 닫힌집합들의 집합족의 교집합이 공집합인 경우, 새로운 점을 이 교집합의 원소로 추가해 준다.

## 정의
T의 극대 필터들의 집합이다. 이 위의 위상은 다음과 같은 기저를 통해 주어진다.
이 경우,  공간이며, 함수
는 위상수학적 매장이다. 이 함수의 상

## 성질
T에 대하여, 다음 두 조건이 서로 동치이다.

이에 따라, 정규 T 공간의 월먼 콤팩트화는 스톤-체흐 콤팩트화와 일치한다.
**155번가**역은 뉴욕 지하철 IND 8번로선의 완행역이다. 맨해튼의 할렘과 워싱턴 하이츠의 경계에 있는 155번가·세인트니콜라스 애비뉴의 교차로 아래에 위치한다. A열차가 운행하는 심야를 제외한 전시간에 C열차가 운행한다.

## 역 구조
이 역은 1932년 9월 10일 시에서 운영하는 인디펜던트 서브웨이 시스템(IND)의 초기 구간인 챔버스 스트리트-207번가간의 8번로선의 일부로 개장되었다.

이 역은 한때 153번가행 출구가 있는 남쪽 대합실이 있었으나, 현재는 폐쇄되어 MTA 뉴욕 시티 트랜싯시설로 사용되고 있다. 155번가역의 북쪽 끝에는 환기구와 높은 천장이 있다.

다른 IND 8번로선 완행역들과 마찬가지로, 이 역에는 트림 라인이 없지만 검은색 테두리다 있는 노란색 배경에 흰색 산세리프 글꼴의 "155TH ST."로 표시된 모자이크 역명판이 있다. "155"라고 쓰여진 작은 타일 캡션은 역명판 사이에 일정한 간격으로 벽을 따라 흐르고 역명판 아래에 방향표시가 있으며, 모두 검은색 바탕에 흰색 글씨로 표시되어 있다.
**대한민국 대통령 선거인단**은 대한민국의 대통령 간접선거 선출 인원으로, 대한민국 제4공화국 때인 1980년 9월 9일 개정 헌법으로 제정, 1987년 10월 27일 국민투표로 폐지되었다. 선거인단은 정당별 후보자 출마 후 고득표자 순으로 당선이 결정되었다.

1980년 9월 9일 국무총리 남덕우 등에 의해 개정헌법안이 10개 조항, 131개 부조항으로 통과되었다. 선거인단 후보자는 10월 2일부터 등록하고 선거는 1981년 2월 12일 오전 7시부터 오후 7시까지 지정된 선거장소에서 개최했고 일부 지역은 개표가 늦어져 2월 13일 각 언론사별 추가 당선자 명단이 발표됐다. 이들은 1980년 2월 25일 시군구별 지정된 장소에서 12대 대통령 선거를 투표하였다. 당초 서울 장충체육관에 모여 투표하자는 의견이 제기되었으나, 이동시간 소요, 배신자의 등장이라는 이유로 시군구별 지정 장소에서 대통령 후보자를 선출하는 것으로 결정되었다.

일각에서 직선제 요구가 나왔고 1985년 5월 21일 이만섭은 연설에서 간선제가 공정하지 못함을 언급했다. 1987년 6월 10일 노태우 당시 민정당 후보가 직선제 요구를 수용, 6월 29일에 6.25 선언을 발표하여 대통령 직선제를 지지했다. 1987년 10월 27일 총 유권자의 78.2%에 대당하는 20,038,672명이 국민 투표에 참여하고 이 중 93.1%가 찬성으로 직선제 개헌안이 통과되면서 폐지되었다.
**TS**는 이성으로의 **성전환**을 다루는 장르의 약자다. 영어에서는 transgender fiction(트랜스젠더 픽션) 또는 약칭 TG라는 용어가 별도로 있었지만, 일본에서는 transsexual fiction 또는 transsexual fantasy라고 불리며, 그 머리글자로서 **TS** 또는 **TSF**로 약칭되었다.

현실 세계에서의 성전환 수술에서 육체적으로도 실제 이성으로 바뀌는 '변신담'까지 작품에 따라 장르에 폭이 있다. 이성이 되는 것에 의한 복장(크로스드레싱), 말투, 심경의 변화를 통해 사회에 있어서의 성차를 부각시키는 효과를 주는 것으로서 사용되는 경우가 많다. 고대 로마의 변신 이야기에서 여성에서 남성으로 바뀐 이피스와 카이네우스의 전설, 남성 신 유피테르가 여신 디아나로 변신, 여성화해 님프 칼리스토와 동성애적으로 사이좋게 지내는 전설 등 그 역사는 오래되었다.

현대에도 소설, 만화, 영화, 게임 등에서 폭넓게 사용되는 모티브가 되고 있다. 특히, 성인계의 픽션에서 널리 보인다.

## 기법별 분류
픽션에서의 성전환에 사용되는 도구로서는, 이하와 같은 것이 있다. 아래로 갈수록 리얼계의 픽션이 된다.

## TS와 비슷한 작품의 장르
다음과 같은 장르의 작품은 종종 TS와 혼동되거나 비슷한 기호의 방향성으로 파악될 수도 있지만, 다른 종류의 장르를 형성하고 있다. 예를 들어 TS와 후타나리를 모두 선호하는 팬도 존재할 수 있지만, 기본적으로는 팬층도 각각 다르다.
## 역사
2023년 9월 6일, 함경남도 신포조선소에서 진수식을 했다. 김정은 국무위원장과 함께 리병철·박정천 원수, 김덕훈 내각총리 등이 참석했다.

진수자는 보통 주빈인 김정은 국무위원장의 배우자인 리설주가 나오는 게 전세계 관행이지만, 최선희 외무상이 진수자 역할을 맡았다. 최 외무상은 김 위원장이 지켜보는 가운데 진수선(함정과 연결된 줄)을 도끼로 끊고, 샴페인 병을 깨뜨리는 의식을 치렀다.

북한 잠수함 발사 탄도미사일(SLBM) 발사 장면은 여러 차례 공개됐지만, 다수의 SLBM 발사관을 갖춘 잠수함이 건조돼 모습을 드러낸 것은 처음이다.

러시아 해군의 핵잠수함들이 베링해에서 작전하는데, 이 잠수함도 베링해에서 북극성 5형 SLBM으로 뉴욕, 워싱턴 DC를 핵공격할 것으로 보인다.

## 성능

### 디젤 엔진
원자로를 사용하지 않는 디젤 추진 SLBM 잠수함(SSB)이다. 미국의 핵추진 SLBM 잠수함(SSBN)과 차이가 있다.

### 로미오급
합동참모본부는 8일 북한이 신형 전술핵공격잠수함을 진수했다고 발표한 데 대해 “정상적으로 운용할 수 있는 모습은 아닌 것으로 판단한다”고 밝혔다. 한미 전문가들은 “공개된 잠수함은 수중 배수량 1800t(톤)인 로미오급 잠수함을 2배 가까운 3000t(톤)으로 개량한데다 무리하게 잠수함발사탄도미사일(SLBM) 수직 발사관을 10개나 만들면서 얄상한 잠수함의 중간 부분을 불룩하게 만들어 균형감을 깨뜨렸다”고 분석했다. 미국 군사전문매체는 “원형을 알아보기 힘들 정도로 외형이 기괴(bizarre)해졌다”면서 북한이 ‘김군옥영웅함’이라고 명명한 신형 전술핵공격잠수함에 ‘프랑켄서브(Franken Sub·프랑켄슈타인 잠수함)’라는 별명을 붙였다.
**시큐어 릴라이어블 트랜스포트**는 UDP 전송 프로토콜을 활용하는 오픈 소스 비디오 전송 프로토콜이다. SRT 프로토콜 사양은 IETF에서 인터넷 초안으로 제공된다.

## 개요
SRT는 TCP와 유사한 연결 및 제어, 안정적인 전송을 제공한다. 그러나 UDP 프로토콜을 기본 전송 계층으로 사용하여 애플리케이션 계층에서 이를 수행한다. 낮은 대기 시간(기본값: 120ms)을 유지하면서 패킷 복구를 지원한다. SRT는 AES를 사용한 암호화도 지원한다.

이 프로토콜은 빠른 파일 전송을 위해 설계된 UDT 프로젝트에서 파생되었다. 이는 연결, 시퀀스 번호, 승인 및 손실된 패킷의 재전송에 유사한 방법을 활용하여 신뢰성 메커니즘을 제공했다. 선택적 및 즉각적인(NAK 기반) 재전송을 활용한다.

SRT는 라이브 스트리밍 모드를 지원하기 위해 그 위에 몇 가지 기능을 추가했다.
**웹 API**(Web API)는 웹 서버나 웹 브라우저를 위한 API이다. 웹 개발 개념으로서 이는 웹 애플리케이션의 클라이언트 사이드(사용 중인 모든 웹 프레임워크 포함)과 관련될 수 있다. 서버 사이드 웹 API는 일반적으로 HTTP 기반 웹 서버를 통해 JSON 또는 XML로 표현되는 정의된 요청-응답 메시지 시스템에 공개적으로 노출된 하나 이상의 엔드포인트로 구성된다. 서버 API(SAPI)는 원격 웹 애플리케이션에서 공개적으로 액세스할 수 없는 한 서버 사이드 웹 API로 간주되지 않는다.

## 클라이언트 사이드
클라이언트 사이드 웹 API는 웹 브라우저 또는 기타 HTTP 클라이언트 내에서 기능을 확장하는 프로그래밍 방식의 인터페이스이다. 원래 이들은 기본 플러그인 브라우저 확장의 형태로 가장 일반적으로 사용되었지만 대부분의 최신 확장은 표준화된 자바스크립트 바인딩을 대상으로 한다.

모질라 재단은 기본 모바일 애플리케이션을 HTML5 애플리케이션으로 대체하도록 설계된 WebAPI 사양을 만들었다.

구글은 안전하지 않은 기본 플러그인을 안전한 기본 샌드박스 확장 프로그램 및 애플리케이션으로 대체하도록 설계된 네이티브 클라이언트 아키텍처를 만들었다. 구글은 또한 수정된 LLVM AOT 컴파일러를 사용하여 이것을 이식 가능하게 만들었다.

## 서버 사이드
서버 사이드 웹 API는 일반적으로 JSON 또는 XML로 표현되는 정의된 요청-응답 메시지 시스템에 공개적으로 노출된 하나 이상의 엔드포인트로 구성된다. 웹 API는 HTTP 기반 웹 서버를 통해 가장 일반적으로 노출된다.

매쉬업은 여러 서버 사이드 웹 API의 사용을 결합하는 웹 애플리케이션이다. 웹후크는 원격 명명 파이프 또는 콜백 유형처럼 사용하도록 설계된 URI로 입력을 취하는 서버 사이드 웹 API이다. 따라서 서버는 제공된 URI를 역참조하고 트리거하는 클라이언트 역할을 한다. 이 이벤트를 처리하여 일종의 P2P IPC를 제공하는 다른 서버의 이벤트이다.
**SCGI**는 CGI 프로토콜의 대안으로 응용 프로그램이 HTTP 서버와 인터페이스하기 위한 프로토콜이다. FastCGI와 유사하지만 구문 분석이 더 쉽도록 설계되었다. CGI와 달리 장기간 실행되는 서비스 프로세스가 요청을 계속 처리할 수 있도록 허용하므로 설정 오버헤드(예: 데이터베이스 연결)로 인한 요청 응답 지연을 방지할 수 있다.

SCGI는 웹 서버와 애플리케이션 서버 간의 통신을 정의하는 프로토콜이다. 이는 낮은 확장성과 높은 오버헤드가 허용될 때 애플리케이션 프로그래머가 소켓의 복잡성과 장기 실행 서비스 프로세스를 피할 수 있도록 설계된 초기 애플리케이션(게이트웨이) 인터페이스인 CGI와 대조된다.

SCGI 프로토콜은 웹 서버가 이미 HTTP 요청을 구문 분석하고 검증했다는 사실을 활용하고 응용 프로그램 프로그래머가 모호함과 프로토콜 엣지 케이스를 구문 분석하는 것을 방지하면서 SCGI 서버에 요청을 정식으로 전달한다. 이렇게 하면 RFC 2616의 복잡한 헤더 구문 분석 및 헤더 결합 규칙이 방지되어 SCGI 서버 프로세스의 복잡성이 크게 줄어든다.

## 역사
닐 셰메나워(Neil Schemenauer)는 2001년 10월에 원본 SCGI 프로토콜 사양을 발표했다. 그는 SCGI의 첫 번째 구현을 개발하고 2002년 4월에 처음으로 발표했다.
**Server Side Includes**(SSI)는 거의 월드 와이드 웹에만 사용되는 간단한 해석 서버 사이드 스크립트 언어이다. #include 지시문을 사용하여 하나 이상의 파일 내용을 웹 서버의 웹 페이지에 포함시키는 데 가장 유용하다. 이는 일반적으로 페이지 머리글, 페이지 바닥글, 탐색 메뉴 등 사이트 전반에 걸쳐 공통적으로 사용되는 코드 조각일 수 있다. SSI에는 조건부 기능을 위한 제어 지시문과 외부 프로그램 호출을 위한 지시문도 포함되어 있다. 이는 아파치, 라이트스피드, nginx, IIS 및 W3C의 Jigsaw에서 지원된다. NCSA HTTPd에 뿌리를 두고 있다.

웹 서버가 SSI 지원 HTML 파일을 인식하고 이에 따라 이러한 지침을 수행하려면 파일 이름이 기본적으로 .shtml, .stm, .shtm과 같은 특수한 파일 확장자로 끝나야 한다. 또는 서버가 다음과 같이 구성된 경우 이를 허용하려면 파일의 실행 비트를 설정해야 한다.
**웹훅**(webhook)은 웹 개발에서 사용자 정의 콜백을 사용하여 웹 페이지 또는 웹 애플리케이션의 동작을 강화하거나 변경하는 방법이다. 이러한 콜백은 원래 웹사이트나 애플리케이션과 반드시 관련이 없을 수도 있는 제3자 사용자 및 개발자에 의해 유지, 수정 및 관리될 수 있다. "웹훅"이라는 용어는 2007년 제프 린제이(Jeff Lindsay)가 컴퓨터 프로그래밍 용어인 훅(hook)에서 유래시킨 것이다.

포맷은 일반적으로 JSON이다. 요청은 HTTP POST 요청으로 수행된다.

## 기능
웹훅는 "사용자 정의 HTTP 콜백"이다. 일반적으로 저장소에 코드 푸시, 블로그에 댓글 게시 등 다양한 사용 사례와 같은 일부 이벤트에 의해 트리거된다. 해당 이벤트가 발생하면 원본 사이트는 웹훅에 대해 구성된 URL에 HTTP 요청을 보낸다. 사용자는 한 사이트의 이벤트가 다른 사이트의 동작을 호출하도록 구성할 수 있다.

일반적인 용도는 지속적인 통합 시스템으로 빌드를 트리거하거나 버그 추적 시스템에 알리는 것이다. 웹훅은 HTTP를 사용하기 때문에 새로운 인프라를 추가하지 않고도 웹 서비스에 통합될 수 있다.
**브라우저 도우미 객체**는 추가 기능을 제공하기 위해 마이크로소프트 인터넷 익스플로러 웹 브라우저용 플러그인으로 설계된 DLL 모듈이다. BHO는 1997년 10월 인터넷 익스플로러 버전 4 출시와 함께 소개되었다. 대부분의 BHO는 인터넷 익스플로러의 새로운 인스턴스마다 한 번씩 로드된다. 그러나 윈도우 탐색기의 경우 각 창마다 새 인스턴스가 시작된다.

BHO는 인터넷 익스플로러 11을 통해 윈도우 10부터 계속 지원되지만 마이크로소프트 엣지에서는 BHO가 지원되지 않는다.

## 구현
인터넷 익스플로러의 새 인스턴스가 시작될 때마다 윈도우 레지스트리에서 HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\Browser Helper Objects 키를 확인한다. 인터넷 익스플로러가 레지스트리에서 이 키를 찾으면 키 아래에 나열된 CLSID 키를 찾는다. 브라우저 도우미 개체 아래의 CLSID 키는 로드할 BHO를 브라우저에 알려준다. 레지스트리 키를 제거하면 BHO가 로드되지 않는다. BHO 키 아래에 나열된 각 CLSID에 대해 인터넷 익스플로러는 CoCreateInstance를 호출하여 브라우저와 동일한 프로세스 공간에서 BHO 인스턴스를 시작한다. BHO가 시작되고 IObjectWithSite 인터페이스를 구현하는 경우 인터넷 익스플로러에서 이벤트를 제어하고 수신할 수 있다. BHO는 COM을 지원하는 모든 언어로 만들 수 있다.

## 예시
일부 모듈에서는 일반적으로 브라우저에서 해석할 수 없는 다양한 파일 형식을 표시할 수 있다. 인터넷 익스플로러 사용자가 브라우저 내에서 PDF 파일을 읽을 수 있도록 하는 어도비 어크로뱃 플러그인은 BHO이다.

현재 탐색 중인 웹 사이트와 관련된 웹 사이트 목록을 제공하는 알렉사 도구 모음이나 구글 검색 상자가 있는 도구 모음을 브라우저 사용자 인터페이스에 추가하는 구글 도구 모음과 같은 다른 모듈은 인터넷 익스플로러에 도구 모음을 추가한다.

컨듀잇(Conduit) 도구 모음은 인터넷 익스플로러 7 이상에서 사용할 수 있는 BHO를 기반으로 한다. 이 BHO는 마이크로소프트의 빙 검색에 연결되는 검색 기능을 제공한다.

## 문제
BHO API는 BHO가 현재 페이지의 문서 객체 모델(DOM)에 액세스하고 탐색을 제어할 수 있도록 하는 훅을 노출한다. BHO는 인터넷 익스플로러 이벤트 모델에 제한 없이 액세스할 수 있기 때문에 일부 형태의 악성 소프트웨어도 BHO로 생성되었다.

예를 들어, Download.ject 악성 코드는 금융 기관에 보안 HTTP 연결이 설정될 때 활성화된 후 사용자 비밀번호를 캡처할 목적으로 키 입력을 기록하기 시작하는 BHO이다. 마이웨이 서치바(MyWay Searchbar)는 사용자의 탐색 패턴을 추적하고 기록된 정보를 제3자에게 전달한다. C2.LOP 악성코드는 사용자를 클릭당 지불 웹사이트로 유도하기 위해 웹페이지에 자체 링크와 팝업을 추가한다.

수많은 BHO는 인터넷 익스플로러 등에 도구 모음을 설치하는 등 브라우저 인터페이스에 눈에 띄는 변경 사항을 도입하지만 다른 BHO는 인터페이스를 변경하지 않고 실행된다. 이를 통해 악성 코더가 브라우저 추가 기능의 작업을 쉽게 숨길 수 있다. 특히 BHO를 설치한 후 추가 작업을 수행하기 전에 권한이 필요한 경우가 거의 없기 때문이다. 예를 들어, ClSpring 트로이 목마의 변종은 BHO를 사용하여 스크립트를 설치하여 레지스트리 값 추가 및 삭제, 추가 실행 파일 다운로드 등 수행할 여러 지침을 사용자에게 완전히 투명하게 제공한다. DyFuCA 스파이웨어는 인터넷 익스플로러의 일반 오류 페이지를 광고 페이지로 대체하기도 한다.

BHO 및 유사한 인터넷 익스플로러 확장기능과 관련된 문제에 대응하여 마이크로소프트는 윈도우 XP용 서비스 팩 2 릴리스와 함께 인터넷 익스플로러 6에 추가 기능 관리자를 선보였다. 이 유틸리티는 설치된 모든 BHO, 브라우저 확장 및 ActiveX 컨트롤 목록을 표시하며 사용자가 원하는 대로 이를 활성화하거나 비활성화할 수 있다. 설치된 BHO를 나열하고 사용자가 악성 확장을 비활성화할 수 있는 무료 도구(예: BHODemon)도 있다. 스파이봇 S&D 고급 모드에는 사용자가 설치된 BHO를 비활성화할 수 있는 유사한 도구가 내장되어 있다.
**WebAuthn**(←Web Authentication)은 월드 와이드 웹 컨소시엄에서 발표한 웹 표준이다. WebAuthn은 FIDO 얼라이언스의 지침에 따라 FIDO2 프로젝트의 핵심 구성 요소이다. 이 프로젝트의 목표는 공개 키 암호화를 사용하여 웹 기반 애플리케이션 및 서비스에 대해 사용자를 인증하기 위한 인터페이스를 표준화하는 것이다.

클라이언트 측에서는 WebAuthn 지원을 다양한 방법으로 구현할 수 있다. 기본 암호화 작업은 키 데이터 관리 방법과 관련하여 대부분 불가지론적인 추상 기능 모델인 인증자에 의해 수행된다. 이를 통해 프로세서의 신뢰할 수 있는 실행 환경 또는 신뢰 플랫폼 모듈(TPM)을 활용하여 순수하게 소프트웨어에서만 WebAuthn에 대한 지원을 구현할 수 있다. 민감한 암호화 작업은 USB, 저전력 블루투스 또는 근거리 무선 통신(NFC)을 통해 접근할 수 있는 로밍 하드웨어 인증자로 오프로드될 수도 있다. 로밍 하드웨어 인증자는 FIDO 클라이언트-인증자 프로토콜(CTAP)을 준수하므로 WebAuthn은 FIDO U2F(Universal 2nd Factor) 표준과 효과적으로 역호환된다.

레거시 U2F와 유사하게 웹 인증은 검증자 명의 도용에 탄력적이다. 즉, 피싱 공격에 강하지만 U2F와 달리 WebAuthn에는 기존 비밀번호가 필요하지 않는다. 더욱이 로밍 하드웨어 인증자는 개인 키 데이터가 호스트 시스템에서 실행되는 소프트웨어에 언제든지 액세스할 수 없기 때문에 악성 코드에 대한 저항력이 있다.

WebAuthn 레벨 1 및 2 표준은 각각 2019년 3월 4일과 2021년 4월 8일에 W3C 권고사항으로 게시되었다. 레벨 3 사양은 현재 FPWD(First Public Working Draft)이다.
**하비에르 헤라르도 밀레이**는 아르헨티나의 경제학자이자 정치인이다. 2023년 아르헨티나 대통령 선거 대통령 선거 당선자이다. 2023년 12월 10일, 알베르토 페르난데스 대통령의 후임 대통령으로 취임했다.

## 생애
1970년 10월 22일 부에노스 아이레스에서 태어났으며, 경제학 석사 학위를 취득 후 다양한 회사와 국제기구에서 경제학자로 활동하였다.

그는 오스트리아 학파의 우익 자유지상주의를 극단적으로 옹호하여 아나르코자본주의자나 극우로도 평가받는다. 그는 2010년대부터 여러 저서를 출판하고 라디오 쇼를 진행하는 등 대중 활동으로 인지도를 키웠다.

## 정치 활동
2018년 지지자들과 함께 소수정당인 자유당을 창당하였다. 이후 2021년 정당연합인 자유 전진을 이끌고 총선에 참여하여 아르헨티나 대의원 의원으로 당선되었다. 계속되는 경제난에 지친 아르헨티나에서 기성 양당을 제치고 새로운 대안으로 급부상하며 2023년 아르헨티나 대통령 선거를 앞둔 10월 22일 예비 선거에서 1위를 기록하여 화제를 모았고, 동년 11월 19일 치러진 결선에서 상대 세르히오 마사 후보를 10% 이상의 차로 누르고 대통령으로 당선되었다. 이후 2023년 12월 10일 대통령으로 취임했다.
**클라우드 네이티브 컴퓨팅**(Cloud-native computing)은 클라우드 컴퓨팅을 활용하여 "퍼블릭, 프라이빗, 하이브리드와 같은 현대적이고 역동적인 환경에서 확장 가능한 애플리케이션을 구축하고 실행"하는 소프트웨어 개발 접근 방식이다. 선언적 코드를 통해 배포되는 컨테이너, 마이크로서비스, 서버리스 기능, 클라우드 네이티브 프로세서, 불변(immutable) 인프라와 같은 기술은 이 아키텍처 스타일의 공통 요소이다. 클라우드 네이티브 기술은 사용자의 운영 부담을 최소화하는 데 중점을 둔다.

이러한 기술을 사용하면 탄력적이고 관리 가능하며 관찰 가능한 느슨하게 결합된 시스템이 가능해진다. 강력한 자동화와 결합되어 엔지니어는 최소한의 노력으로 큰 영향을 미치는 변경을 자주 그리고 예측 가능하게 수행할 수 있다.

클라우드 네이티브 애플리케이션은 Containerd와 같은 오픈 컨테이너 이니셔티브(Open Container Initiative) 호환 컨테이너에서 실행되는 마이크로서비스 세트로 구축되는 경우가 많으며 쿠버네티스에서 조정되고 데브옵스 및 Git CI 워크플로를 사용하여 관리 및 배포될 수 있다. 컨테이너 사용의 장점은 실행에 필요한 모든 소프트웨어를 하나의 실행 가능 패키지로 패키징할 수 있다는 것이다. 컨테이너는 가상화된 환경에서 실행되며, 이는 포함된 애플리케이션을 해당 환경에서 격리한다.
**클라우드 네이티브 컴퓨팅 재단**은 컨테이너 기술을 발전시키고 기술 산업의 발전을 조정하기 위해 2015년에 설립된 리눅스 재단 프로젝트이다.

구글이 리눅스 재단에 시드 기술로 기부한 오픈소스 컨테이너 클러스터 관리자인 쿠버네티스 1.0과 함께 발표됐다. 창립 멤버로는 구글, CoreOS, 메소스피어, 레드햇, 트위터, 화웨이, 인텔, 시스코 시스템즈, IBM, 도커 (소프트웨어), 유니바, VM웨어가 있다. 현재 CNCF는 450명이 넘는 회원의 지원을 받고 있다. CNCF가 관리하는 기술의 자격을 갖춘 대표자를 확립하기 위해 2016년 8월 토론토에서 열린 제1회 클라우드네이티브데이(CloudNativeDay)에서 프로그램이 발표되었다.

핵심 인프라 이니셔티브 출범을 도왔던 댄 콘(Dan Kohn)은 2020년 5월까지 CNCF를 전무 이사로 이끌었다. 재단은 깃랩의 클라우드 네이티브 얼라이언스(Cloud Native Alliances) 이사인 프리앙카 샤르마(Priyanka Sharma)가 그의 자리를 대신하여 총괄 관리자 역할을 맡을 것이라고 발표했다. 샤르마는 CNCF를 "소규모 사람들에 의해 구축되었지만 매우 큰 생태계 내에서 구축된 매우 영향력 있는 조직"이라고 설명하며, 업계 인식 및 채택 증가로 인해 CNCF가 "제2의 물결"에 진입하고 있다고 믿는다.

2018년 8월 구글은 쿠너네티스의 운영 통제권을 커뮤니티에 넘겨준다고 발표했다. CNCF는 설립 이후 다수의 호스팅 하위 프로젝트를 시작했다.

2020년 1월, 전년도 CNCF 연례 보고서가 발행되었으며 회원, 행사 참석, 교육 및 산업 투자 전반에 걸쳐 재단의 상당한 성장을 반영했다. 2019년 CNCF는 173명의 신규 회원과 최종 사용자의 거의 90% 성장으로 전년 대비 50% 성장했다. 보고서에 따르면 프로덕션 환경에서 쿠버네티스 사용이 78% 증가한 것으로 나타났다.
내부적으로 이러한 복잡한 시스템은 일반적으로 다양한 수준의 내결함성 및 복원력, 사용자가 서비스에 제출하는 워크로드의 용량 및 성능 요구 사항을 충족하기 위해 확장/축소할 수 있는 기능을 제공하는 높은 수준의 내부 자동화를 보유하고 있다. 이 자동화 패키지에 가장 일반적으로 포함되는 IaaS(Infrastructure as a Service) 기능은 컴퓨팅, 스토리지, 네트워크, 원격 측정 및 로깅/책임 기능이지만 대부분의 IaaS 구성 요소는 워크로드의 일부를 이러한 서비스에 의존한다. 현재 클라우드 컴퓨팅 에코시스템에는 여러 클라우드 제공업체가 포함되어 있으며, 각 제공업체는 고객이 온디맨드 방식으로 사용할 수 있도록 자체적인 서비스 메뉴를 제공하거나 경우에 따라 사전 범위의 용량 계약을 통해 사용할 수도 있다.

AAS 서비스에는 다음과 같은 기능이 있다.

AAS 서비스를 사용하면 기존 공급업체가 제공하는 인프라 및 서버 기반 동등성에 비해 상당한 비용 절감을 제공할 수 있다. XaaS를 결정할 때 다른 유사한 오픈 소스 프로젝트보다 더 제한될 수 있는 공급업체별 잠금 기능을 고려해야 한다.
**HP 클라우드 서비스 오토메이션**은 기업 및 정부 기관에서 주문부터 프로비저닝까지 클라우드 기반 서비스형 IT(IT-as-a-service) 관리를 자동화하는 데 사용되는 휴렛 팩커드 엔터프라이즈의 클라우드 관리 소프트웨어이다. HP 클라우드 서비스 오토메이션은 데이터베이스, 미들웨어, 패키지 애플리케이션과 같은 복잡한 IT 서비스의 프로비저닝 및 배포를 조율한다. 이 소프트웨어는 하이브리드 클라우드 제공 플랫폼과 기존 IT 환경 전반에 걸쳐 애플리케이션 기반 서비스 배포 속도를 높인다.

이 소프트웨어는 기업이 퍼블릭 클라우드나 프라이빗 클라우드 또는 둘 다를 통해 클라우드 컴퓨팅의 배포 및 사용 라이프사이클을 관리할 수 있도록 지원하는 광범위한 HP 엔터프라이즈 관리 소프트웨어 제품 포트폴리오의 일부이다.

## 클라우드 컴퓨팅 및 자동화에 대한 배경
미국 국립표준기술연구소, 정보 기술 연구소(Information Technology Laboratory)에 따르면, "클라우드 컴퓨팅은 구성 가능한 컴퓨팅 리소스의 공유 풀에 대한 편리한 주문형 네트워크 액세스를 가능하게 하는 모델이다. 최소한의 관리 노력이나 서비스 제공업체와의 상호 작용을 통해 신속하게 프로비저닝 및 출시할 수 있다.

많은 조직에서 클라우드 컴퓨팅을 채택하고 있는 이유는 "필요에 따라" 또는 "사용량별로" 인터넷을 통해 애플리케이션, 리소스 및 서비스에 액세스할 수 있기 때문이다. 이는 IT 부서에 비용 및 민첩성 이점을 제공한다. 2011년 1월 유니시스 여론 조사에 따르면 미국 기업의 거의 절반이 클라우드 컴퓨팅을 최우선 IT 우선순위로 간주한다.

클라우드 컴퓨팅은 IT 부서의 비용을 절감하고 유연성을 높일 수 있지만 몇 가지 과제도 있다. 이러한 과제에는 클라우드 인프라 및 애플리케이션의 배포 및 지속적인 관리와 관련된 복잡성으로 인해 IT 부서의 추가 노력과 어려움 증가가 포함된다. 이러한 과제로 인해 IT 부서가 클라우드 컴퓨팅 서비스를 배포할 때 자동화 및 적절한 관리가 중요하다.

인터내셔널 데이터 그룹(IDC)에 따르면 분산 서버/워크로드 자동화 도구를 사용하면 가상 머신을 추적 및 회수하여 자본, 전력 및 냉각 비용을 절감하고 수동 프로세스를 표준화 및 간소화하여 IT 직원의 효율성을 높이고 프로세스 속도를 높일 수 있다. 비즈니스 사용자가 사전 정의된 IT 리소스를 자체적으로 프로비저닝할 수 있도록 하여 IT 리소스를 프로비저닝한다.
**HPE 힐리온**(HPE Helion)은 휴렛 팩커드의 엔터프라이즈 클라우드 컴퓨팅용 오픈 소스 소프트웨어 및 통합 시스템 포트폴리오였다. 2014년 5월 HPE 클라우드에서 발표했다. HPE 힐리온은 3억 달러 미만에서 2016년까지 30억 달러 이상으로 성장했다. HP는 2016년 1월 31일에 퍼블릭 클라우드 사업을 종료했다. HP는 하이브리드 클라우드 및 기타 제품을 보유하고 있지만 힐리온 퍼블릭 클라우드 제품은 폐쇄되었다.

HPE 힐리온은 오픈스택 및 클라우드 파운드리를 포함한 오픈 소스 기술을 기반으로 했다.
**오라클 엔터프라이즈 매니저**는 오라클은 물론 오라클이 아닌 일부 기업에서 생산한 소프트웨어 및 하드웨어 관리를 목표로 하는 웹 기반 도구들의 모임이다.

## 기능
오라클 엔터프라이즈 매니저는 오라클이 오라클 관리 에이전트라고 부르는 지능형 에이전트를 통해 많은 활동을 수행한다. 이는 관리 노드에서 자율 프록시 프로세스로 실행되며, HTTP 또는 HTTPS(Hypertext Transfer Protocol)를 사용하여 통신하면서 오라클 엔터프라이즈 매니저에 대한 실행 및 모니터링 작업을 수행한다. 기본적으로 OMA는 설치 시 고객이 라이선스를 부여한 항목에 관계없이 여러 팩을 활성화한다. 사용자는 대상 데이터베이스에 에이전트를 설치한 후 라이선스가 없는 팩을 선택 취소해야 한다.

## 구현
OEM은 기본적으로 오라클 데이터베이스의 SYSMAN 스키마를 최고 관리자 계정/저장소로 사용한다. emctl 또는 emdctl과 같은 유틸리티 프로그램은 실제 기능을 수행한다. OEM은 또한 명령줄 대안인 EMCLI(EM 명령줄 인터페이스)와 동사를 제공하여 UI 기반 EM과 동일한 기능을 제공한다.
**매니지IQ**(ManageIQ)는 오픈 소스 클라우드 관리 플랫폼이다. 2014년 레드햇이 커뮤니티 프로젝트로 설립했으며 클라우드폼즈(CloudForms) 제품을 기반으로 한다. 다양한 가상화, 프라이빗 클라우드, 퍼블릭 클라우드, 컨테이너 및 소프트웨어 정의 네트워킹 기술을 중앙 집중식으로 관리할 수 있다.

## 특징
매니지IQ는 다음과 같은 기능을 제공한다.

## 역사
매니지IQ 코드 베이스는 원래 매니지IQ사에서 2006년부터 개발했다. 이 제품은 2007년 EVM(Enterprise Virtualization Manager) 제품군으로 처음 출시되었다. 이후 5년 동안 매니지IQ는 꾸준히 제품을 개선하여 더 많은 고객을 확보했다. 매니지IQ는 2008년에 가트너 쿨 벤더(Gartner Cool Vendor)로 선정되었다.

2012년 12월 레드햇은 매니지IQ를 인수하기로 최종 계약을 체결했다고 발표했다. 인수 후 레드햇은 클라우드폼즈(CloudForms) 제품 이름으로 매니지IQ사의 코드를 출시했으며, 이 코드는 델타클라우드(Deltacloud) 기반의 이전 구현을 대체했다. 최초로 공개적으로 사용 가능한 릴리스는 2013년 후반에 출시된 CloudForms 3.0이었다. 2014년 6월 레드햇은 매니지IQ라는 프로젝트 이름으로 코드 베이스를 오픈소스화했으며 오픈소스 커뮤니티로서 지속적인 개발을 관리하기 위해 매니지IQ 프로젝트를 설립했다.
**라이트스케일**(RightScale)은 여러 공급업체를 위한 클라우드 컴퓨팅 관리용 서비스로 소프트웨어를 판매하는 회사였다. 이 회사는 캘리포니아주 산타바바라에 본사를 두고 있었다. 2018년 플렉세라 소프트웨어(Flexera Software)에 인수되었다.

## 역사
코넬 대학교의 컴퓨터 과학 교수였던 토르스텐 폰 아이켄(Thorsten von Eicken)은 시트릭스 온라인(Citrix Online)이 된 신생 기업인 엑스퍼트시티(Expertcity)의 시스템 아키텍처를 관리하기 위해 떠났다. 그는 라이트스케일 CEO 마이클 크렌델(Michael Crandell)과 라이트스케일 엔지니어링 부사장 라파엘 H. 사베드라(Rafael H. Saavedra)와 합류했다.

라이트스케일은 2008년 4월에 벤처 캐피탈로부터 450만 달러, 2008년 12월에 1,300만 달러, 2010년 9월에 1억~1억 2,500만 달러의 평가액으로 2,500만 달러를 받았다.

2012년 7월 18일, 라이트스케일은 무료 클라우드 비용 예측 서비스를 제공하는 스코틀랜드 기반의 PlanForCloud.com(구 ShopForCloud.com) 인수를 발표했다.

라이트스케일은 2013년 4월 25일에 두 번째 연례 클라우드 현황 보고서를 발표하면서 클라우드 성숙도 모델을 도입했다. 보고서 결과는 625명의 IT 의사 결정권자를 대상으로 한 라이트스케일 설문 조사를 기반으로 하며 클라우드 성숙도 모델에 따라 분류되었다. 다양한 클라우드 도입 정도에 따라 기업을 분석하고 세분화한다.

2018년 9월 26일 플렉세라 소프트웨어는 미공개 금액으로 라이트스케일을 인수했다.
**Scalr**는 테라폼(Terraform)용 자동화 및 협업 소프트웨어를 전문으로 하는 미국의 클라우드 컴퓨팅 회사이다. Scalr는 모든 규모의 기술 팀이 코드형 인프라를 사용하여 IT 리소스를 배포하는 동시에 비용, 보안 및 규정 준수에 관한 정책을 유지하도록 돕는다.

## 역사
Scalr는 IT 팀 전체의 프로세스 표준화를 돕기 위한 조직 모델로 2007년 세바스티안 스타딜(Sebastian Stadil)에 의해 설립되었으며 이후 2011년에 통합되어 빠르게 성장한 하이브리드 클라우드 관리 플랫폼이 되었다. Scalr는 2016년 오픈뷰 벤처 파트너스(OpenView Venture Partners)로부터 시리즈 A 자금으로 735만 달러를 모금했다. Scalr는 2020년 공식적으로 두 번째 제품인 테라폼용 원격 운영 백엔드를 출시하여 IT 인프라 전문가가 대규모 테라폼 관리의 복잡성을 처리할 수 있도록 지원했다.
**컨버지드 인프라스트럭처**(Converged infrastructure) 또는 **컨버지드 인프라**는 여러 구성 요소를 하나의 최적화된 컴퓨팅 패키지로 그룹화하는 정보 기술(IT) 시스템을 구성하는 방법이다. 컨버지드 인프라의 구성 요소에는 서버, 데이터 스토리지, 네트워킹 장비, IT 인프라 관리, 자동화 및 조정을 위한 소프트웨어가 포함될 수 있다.

IT 조직은 통합 인프라를 사용하여 IT 리소스 관리를 중앙 집중화하고, 시스템을 통합하고, 리소스 활용률을 높이고, 비용을 절감한다. 컨버지드 인프라는 여러 애플리케이션에서 공유하고 정책 기반 프로세스를 사용하여 집단적으로 관리할 수 있는 컴퓨터, 스토리지, 네트워킹 리소스 풀을 구현함으로써 이러한 목표를 촉진한다.

IT 공급업체와 IT 업계 분석가는 융합 인프라의 개념을 설명하기 위해 다양한 용어를 사용한다. 여기에는 "컨버지드 시스템", "통합 컴퓨팅", "패브릭 기반 컴퓨팅" 및 "동적 인프라"가 포함된다.

## 데이터센터의 진화
역사적으로 비즈니스 애플리케이션과 이들이 생성하는 데이터의 성장에 보조를 맞추기 위해 IT 리소스는 사일로와 같은 방식으로 배포되었다. 한 세트의 리소스가 하나의 특정 컴퓨팅 기술, 비즈니스 애플리케이션 또는 비즈니스 분야에 할당되었다. 이러한 리소스는 단일 가정 세트를 지원하며 다양한 사용 부하를 지원하도록 최적화하거나 재구성할 수 없다.

데이터 센터의 IT 확산이 확산되면서 운영 비용이 증가하고 생산성이 감소하며 민첩성과 유연성이 저하되었다. 연간 수익이 2억 5천만 달러 이상인 500개 기업의 임원을 대상으로 실시한 2009년 인포메이션위크(InformationWeek) 조사에 따르면 유지 관리 및 운영에 조직 기술 예산의 2/3가 소요될 수 있는 것으로 나타났다. 따라서 새로운 IT 이니셔티브에 소요되는 예산은 3분의 1에 불과하다. 이 비율은 IT가 새로운 비즈니스 이니셔티브를 지원하거나 실제 애플리케이션 요구에 대응하는 것을 방해한다.

컨버지드 인프라는 IT 리소스를 풀링하고 공유하여 사일로화된 아키텍처와 IT의 스프롤 문제를 해결한다. 특정 컴퓨팅 기술, 애플리케이션 또는 사업 부문에 일련의 리소스를 할당하는 대신 컨버지드 인프라는 여러 애플리케이션 및 사업 부문에서 공유되는 가상화된 서버, 스토리지 및 네트워킹 용량 풀을 생성한다.

## 이점
업계 연구자들과 관찰자들에 따르면 컨버지드 인프라는 기술적 효율성과 비즈니스 효율성을 모두 제공한다. 이러한 이점은 부분적으로 기술 구성 요소의 사전 통합, IT 리소스 풀링 및 IT 프로세스 자동화에서 비롯된다. 컨버지드 인프라는 단일 통합 IT 관리 시스템만을 사용하여 방대한 데이터 세트를 처리할 수 있는 클라우드 컴퓨팅 시스템의 기능을 향상함으로써 효율적인 데이터 센터에 더욱 기여한다.

포레스터 리서치(Forrester Research)의 분석가인 로버트 화이틀리(Robert Whiteley)는 CIO 매거진에 기고하면서 서버, 스토리지, 네트워크를 단일 프레임워크로 결합하는 융합 인프라가 데이터 센터 운영의 경제성을 변화시키는 데 도움이 되며 IP 스토리지로의 전환을 가속화하여 다음과 같은 인프라를 구축하는 데 도움이 된다고 언급했다. 스토리지와 컴퓨팅을 단일 엔터티로 결합한 것을 컨버지드 스토리지라고 한다.

가상화 및 자동화 관리 도구가 사전 통합된 하드웨어를 사용하여 복잡성을 줄이는 것은 IDC 연구에서 언급한 바와 같이 융합 인프라에 대한 또 다른 중요한 가치 제안이다.

2012년 4월, 오픈 소스 분석 회사인 위키본(Wikibon)은 통합 인프라에 대한 첫 번째 시장 예측을 발표했다. 2017년까지 TAM(총 이용 가능 시장)이 4,020억 달러에 달할 것으로 예상된다. 그 중 엔터프라이즈 애플리케이션을 지원하는 인프라의 거의 2/3가 2017년까지 일종의 융합 솔루션을 선보일 예정이다.

## 융합 인프라와 클라우드 컴퓨팅
컨버지드 인프라는 IaaS(Infrastructure as a Service), PaaS(Platform as a Service), SaaS(Software as a Service) 제품을 포함하여 프라이빗 및 퍼블릭 클라우드 컴퓨팅 서비스를 지원하는 플랫폼 역할을 할 수 있다.

여러 가지 특성으로 인해 컨버지드 인프라는 클라우드 배포에 매우 적합하다. 여기에는 IT 리소스를 풀링하고, 리소스 프로비저닝을 자동화하고, 동적 컴퓨팅 워크로드의 요구 사항을 충족하기 위해 용량을 빠르게 확장 및 축소하는 기능이 포함된다.
**클라우드 관리**는 클라우드 컴퓨팅 제품 및 서비스를 관리하는 것이다.

퍼블릭 클라우드는 퍼블릭 클라우드 환경의 서버, 스토리지, 네트워킹 및 데이터 센터 운영을 포함하는 퍼블릭 클라우드 서비스 제공업체에 의해 관리된다. 사용자는 타사 클라우드 관리 도구를 사용하여 공용 클라우드 서비스를 관리하도록 선택할 수도 있다.

공용 클라우드 서비스 사용자는 일반적으로 다음 세 가지 기본 클라우드 프로비저닝 범주 중에서 선택할 수 있다.

프라이빗 클라우드를 관리하려면 컴퓨팅 리소스의 가상화된 풀을 생성하고, 최종 사용자를 위한 셀프 서비스 포털을 제공하고, 보안, 리소스 할당, 추적 및 청구를 처리하는 데 도움이 되는 소프트웨어 도구가 필요하다. 프라이빗 클라우드의 관리 도구는 리소스 중심이 아닌 서비스 중심인 경향이 있다. 클라우드 환경은 일반적으로 이동 가능한 워크로드 측면에서 고도로 가상화되고 구성되어 있기 때문이다.

하이브리드 클라우드 환경에서는 컴퓨팅, 네트워크 및 스토리지 리소스가 여러 도메인에 걸쳐 관리되어야 하므로 좋은 관리 전략은 무엇을 관리해야 하는지, 어디서 어떻게 관리해야 하는지 정의하는 것부터 시작해야 한다. 이러한 도메인을 관리하는 데 도움이 되는 정책에는 이미지 구성 및 설치, 액세스 제어, 예산 책정 및 보고가 포함되어야 한다. 액세스 제어에는 사용자가 한 번 로그인하면 각 시스템에서 다시 로그인하라는 메시지가 표시되지 않고 모든 시스템에 액세스할 수 있는 통합 인증 사용이 포함되는 경우가 많다.
**솔가장자리**는 신체의 여러 부분에서 발견되는 단층입방상피 및 단층원주상피의 미세융모로 덮인 표면이다. **쇄자연**(刷子緣), **줄무늬가장자리**, **솔가장자리 막**라고도 한다. 미세융모는 직경이 약 100 나노미터이고 길이는 약 100~2,000 나노미터이다. 개별 미세융모는 너무 작고 솔가장자리 경계에 빽빽하게 들어차 있기 때문에 개별 미세융모는 전자현미경을 통해서만 확인할 수 있다. 광학현미경을 사용하면 일반적으로 상피 표면의 잔털 무늬로만 집합적으로 볼 수 있다. 초기 해부학자들이 이 구조가 그림 그리는 붓의 짧고 뻣뻣한 털과 매우 흡사하다고 지적하면서 이러한 잔털 모양이 솔가장자리라는 용어를 탄생시켰다.

## 분포
솔가장자리 세포는 주로 다음의 기관에서 발견된다.

솔가장자리의 형태는 세포 표면적을 증가시키기 때문에 흡수 기능을 담당하는 세포에서 특히 유용한 특성이다. 물질을 흡수하는 세포가 효율적으로 기능하기 위해서는 물질과 접촉할 수 있는 넓은 표면적이 필요하다.

장세포에서는 미세융모를 솔가장자리(brush border)라고 하며 점막하 주름인 융모와는 반대로 원형질 확장이다. 반면에 콩팥에서는 미세융모를 줄무늬가장가리(striated border)라고 한다.
**브리스 클로테르 올리귀 응구마**는 가봉의 대통령, 제도 전환 및 복원 위원회 의장 그는 2023년 가봉 쿠데타에서 알리 봉고 온딤바를 타도하는데 핵심적인 역할을 한 것으로 여겨진다.

## 2023년 가봉 쿠데타
2023년 가봉 쿠데타로 알리 봉고 온딤바 대통령이 전복된 후, 제도전환 및 복원 위원회는 국영 TV에 방영된 발표에서 올리귀를 가봉 임시 대통령으로 지명하였다.

이 날 오후 르 몽드와의 인터뷰에서 그는 봉고를 "은퇴했다"고 언급하며 군대가 2018년 봉고의 뇌졸중, 3선 출마 결정, 국가 헌법과 선거 방식을 무시한 것, 그리고 쿠데타를 일으켰다고 말했다.
**5α-환원효소** 는 스테로이드 대사에 관여하는 효소이다. **3-옥소-5α-스테로이드 4-탈수소효소**라고도 한다. 5α-환원효소는 3가지 대사 경로에 참여한다. SRD5A1, SRD5A2, SRD5A3 유전자에 의해 암호화되는 5α-환원효소의 세 가지 동질효소가 있다.

5α-환원효소는 다음과 같은 일반적인 화학 반응을 촉매한다.

여기서 3-옥소-5α-스테로이드와 수용체는 기질이고, 상응하는 3-옥소-Δ-스테로이드와 환원된 수용체는 생성물이다. 5α-환원효소는 2형이 촉매하는 일반화된 반응의 예는 다음과 같다.

여기서 다이하이드로테스토스테론은 3-옥소-5α-스테로이드이고 NADP-스테로이드이고 NADPH는 환원된 수용체이다.
**ADDA** **(-3-amino-9-methoxy-2,6,8-trimethyl-10-phenyldeca-4,6-dienoic acid** )는 시아노박테리아에 의해 생성되는 독소에서 발견되는 비단백질성 아미노산의 일종이다. 이 아미노산은 마이크로시스틴과 노둘라린(nodularin)과 같은 독소에 포함되어 있다.

ADDA는 시아노박테리아에 의하여 생성되는 강한 독성 화합물인 마이크로시스틴-LR에서 류신 및 아르기닌과 함께 발견된다. 마이크로시스틴-LR로 오염된 공급수의 처리시에는, 여기에 포함된 ADDA의 이중 결합을 염소 소독으로 산화시킴으로 ADDA의 화학적 분해를 개시하게 된다.
**싱하푸라**는 전설적인 인도 왕 싱하바후가 다스리던 왕국의 수도였다. 비자야 왕자에 관한 불교 전설에도 언급되어 있다.

싱하푸라가 동인도에 있었다고 주장하는 일부 학자들에 의해 싱하푸라의 위치에 대한 논쟁이 일어나고 있다. 이 도시는 싱할라인의 기원과 싱할라 불교 고대 문헌과 연결되어 있다.

## 전설
마하밤사에 따르면 방가의 왕은 칼링가 왕의 딸과 결혼했다. 이들 부부에게는 수파데비라는 딸이 있었는데, 이 딸은 짐승의 왕과 교미할 것이라고 예언되었다. 성인이 된 수파데비 공주는 독립적인 삶을 추구하며 방가를 떠났다. 그녀는 마가다로 향하는 대상 일행에 합류했지만, 라라(또는 라다) 지역의 숲에서 싱하("사자")의 공격을 받았다. 랄라는 라르흐(방가-칼링가 지역의 한 지역) 또는 라타(오늘날 구자라트주의 일부)로 다양하게 식별된다.

수파데비는 공격 중에 도망쳤지만 다시 사자를 만났다. 사자는 그녀에게 매력을 느꼈고, 예언을 생각하며 그를 애무하기도 했다. 사자는 수파데비를 동굴에 가두었고 그녀와 함께 아들 싱하바후와 딸 싱하시발리를 낳았다. 아이들이 자랄 때 그녀는 자식들과 함께 방가로 탈출했다. 그들은 우연히 수파데비의 사촌이었던 장군을 만났고 나중에 그녀와 결혼했다. 한편 사자는 실종된 가족을 찾기 위해 마을을 파괴하기 시작했다. 방가의 왕은 사자를 죽일 수 있는 사람에게 보상을 발표했다. 싱하바후는 보상을 받기 위해 자신의 아버지를 죽였다. 싱하바후가 수도로 돌아올 무렵 방가의 왕은 죽었다. 싱하바후는 장관들에 의해 새로운 왕으로 선포되었지만 나중에 왕권을 어머니의 남편인 장군에게 넘겼다. 그는 자신의 고향인 라라로 돌아가 싱하푸라라는 도시를 세웠다.

싱하바후는 그의 여동생 싱하시발리와 결혼했으며 그 부부는 16쌍의 쌍둥이 형태로 32명의 아들을 두었다. 비자야는 그 중 장남이었고 그의 쌍둥이 수미타가 뒤를 이었다. 비자야와 그의 추종자들은 시민들에 대한 폭력 행위로 인해 싱하푸라에서 추방되었다. 망명 기간 동안 그들은 현재의 스리랑카에 도착하여 탐바판니 왕국을 세웠다. 한편 싱하푸라에서는 수미타가 그의 아버지를 이어 왕이 되었다. 상속자가 없는 비자야가 랑카에서 죽기 전에 그는 수미타에게 편지를 보내 랑카로 와서 새 왕국을 다스릴 것을 요청했다. 수미타는 나이가 너무 많아서 랑카로 갈 수 없었기 때문에 대신 막내아들 판두바스데바를 보냈다.

## 역사성
마하밤사는 싱하푸라가 랄라에서 설립되었다고 언급하지만 랄라의 정확한 위치는 언급하지 않는다. 비자야 왕자의 전설이 반역사적이라고 믿는 학자들은 전설적인 싱하푸라를 인도의 여러 현대 장소와 동일시하려고 노력해 왔다.

한 이론에 따르면 싱하푸라는 칼링가에 있었다. 심하푸라("사자 도시"의 또 다른 변형)라는 도시는 마타라, 피트루바크타 및 바시슈타 왕조 동안 칼링가 지역의 수도였다.

RC 만줌다르는 칼링가의 수도 심하푸라와 마하밤사의 싱하푸라가 동일했을 수 있지만 "전체 이야기는 너무 전설적이어서 심각하게 고려할 수 없다"라고 언급한다. 싱가푸라를 칼링가의 심하푸라와 동일시하는 사람들조차도 정확한 위치에 대해서는 의견이 다르다. 한 자료는 고대 도시가 안드라 프라데시주 스리카쿨람구 근처의 싱구푸람 마을임을 확인한다.

만마트 나트 다스 교수는 마하밤사에 따르면, 랄라(그리고 따라서 싱하푸라)는 방가(오늘날의 벵골)에서 마가다(오늘날의 비하르주)로 가는 길에 위치했다고 지적한다. 마하밤사가 맞다면, 이곳들은 비하르주에서 떨어진 벵골의 남쪽에 위치하기 때문에, 오늘날의 오디샤주나 안드라프라데시주에 위치할 수 없었을 것이다. 따라서 그는 마하밤사의 싱하푸라가 칼링가 통치자들의 기록에 언급된 수도와 달랐으며, 아마도 오늘날의 초타 나그푸르 지역에 있었을 것으로 추정한다.

AL 바샴 및 세나라트 파라나비타나와 같은 역사가들은 랄라 왕국이 오늘날 구자라트주의 방가-칼링가 지역에서 멀리 떨어져 있다고 믿는다. 그들에 따르면 싱하푸라는 현재 시호르에 위치했다.

헴 찬드라 라이차우드리에 따르면 싱하푸라는 방가의 라르흐 지역에 있었다. 그는 그것을 오늘날 서벵골주의 싱구르와 동일시한다.

또 다른 학자들은 이 도시가 동남아시아에 있었다고 주장한다. 파라나비타나는 도시가 말라야에 위치했다고 간접적으로 주장했고 로하나디라는 그 도시가 당시 크메르 제국 내에 있었고 나중에 타이 왕국이 통치했던 롭부리 인근에 위치한 싱부리라고 주장했다.
**싱가푸라 왕국**은 1299년부터 1396년과 1398년 사이에 멸망할 때까지 테마섹이라고도 알려진 싱가포르섬에 세워졌다고 생각되는 인도화된 말레이계 힌두교-불교 왕국이다. 전통적인 관점으로 1299년은 상 닐라 우타마("스리트리부아나"라고도 알려짐)에 의해 왕국이 건국된 해이다. 그의 아버지는 전설에 따르면 말레이권의 여러 말레이 군주의 조상인 반신적 인물인 상 사푸르바이다. 말레이 연대기에 나오는 설명에 근거한 이 왕국의 역사성은 불확실하며, 많은 역사가들은 왕국의 마지막 통치자인 파라메스와르(또는 스리 이스칸다르 샤)를 역사적으로 입증된 인물로만 간주한다.

이 정착지는 13세기 또는 14세기에 발전하여 작은 무역 전초기지에서 번화한 국제 상업 중심지로 탈바꿈하여 말레이 군도, 인도 및 원나라를 연결하는 무역망을 촉진했다. 그러나 당시에는 북쪽의 아유타야 왕국과 남쪽의 마자파힛 제국이 이 곳의 패권을 두고 다투었다. 그 결과 왕국의 요새화된 수도는 말레이 실록에 따르면 1398년 마자파힛 제국에 의해, 또는 포르투갈의 사료에 의하면 시암에 의해 최종적으로 약탈당하기 전까지 적어도 두 번의 주요한 외세 침략에 의해 공격을 받았다. 마지막 왕인 파라메스와라는 1400년에 말레이 반도 서해안으로 도망가고 그곳에서 믈라카 술탄국을 세웠다.