이진 옵션 자주 묻는 질문

마지막 업데이트: 2022년 6월 23일 | 0개 댓글
  • 네이버 블로그 공유하기
  • 네이버 밴드에 공유하기
  • 페이스북 공유하기
  • 트위터 공유하기
  • 카카오스토리 공유하기

이진 옵션 자주 묻는 질문

QlikView에서 보안 메커니즘을 설정하는 방법에는 QlikView 문서 스크립트에 구축하는 방법과 QlikView Publisher를 사용하여 설정하는 방법 등 두 가지가 있습니다.

인증 및 권한 부여

인증은 본인 여부를 확인하는 프로세스입니다. QlikView는 Windows 운영 체제에서 인증을 수행하게 하거나 사용자 ID 및 비밀번호(Windows 사용자 ID 및 비밀번호와는 다름)를 요청하거나 간단한 인증 방식으로 QlikView 라이센스 키를 사용할 수 있습니다.

권한 부여는 신원이 확인된 사람에게 리소스 사용 권한이 있는지 확인하는 것입니다. QlikView는 Windows 운영 체제가 권한을 부여하게 하거나 자체 권한 부여를 수행할 수 있습니다. 후자의 경우 보안 테이블이 스크립트에 구축되어야 합니다.

QlikView Publisher 사용 시 보안

QlikView Publisher가 보안을 처리하도록 설정되어 있을 경우 각 QlikView 파일은 각각 관련 사용자 또는 사용자 그룹에 속하는 데이터를 포함하는 여러 개의 파일로 분할됩니다. 이러한 파일은 올바른 OS 보안 설정과 함께 폴더에 저장됩니다. 즉, QlikView는 운영 체제가 인증 및 권한 부여를 수행하게 할 수 있습니다.

단, 파일 자체에 구축된 보안은 없으므로 다운로드된 파일에 대한 보호 수단이 없습니다.

한 개의 단일 파일이 여러 개로 분할되므로 일반적으로 파일 크기가 더 작을 수 있으며, 사용자는 자신의 데이터가 포함된 파일만 열 수 있습니다. 하지만 한편으로는 동일한 데이터를 포함한 여러 개의 파일이 로드되는 경우가 있으므로 QlikView Server에서 모든 데이터가 한 파일에 보관되었을 때보다 더 많은 메모리를 사용하게 될 가능성이 높습니다.

자세한 내용은 QlikView Publisher 설명서를 참조하십시오.

QlikView 스크립트에서 섹션 액세스 사용 시 보안

QlikView 스크립트에서 Section Access가 보안을 처리하도록 설정되어 있을 경우 파일 하나에 여러 사용자 또는 사용자 그룹에 대한 데이터를 보관할 수 있습니다. QlikView 는 인증 및 권한 부여에 Section Access의 정보를 사용하며 사용자만이 본인의 데이터를 볼 수 있도록 데이터의 용량을 동적으로 축소합니다.

보안이 파일 자체에 구축되어 있으므로 다운로드한 파일도 어느 정도까지는 보호됩니다. 단, 보안 요구가 높은 경우 파일 다운로드 및 오프라인 사용이 방지되어야 합니다. 파일은 QlikView Server 를 통해서만 게시되어야 합니다.

모든 데이터가 한 파일에 보관되므로 이 파일의 크기는 매우 클 가능성이 높습니다.

QlikView documents can be made invisible in offline mode. 오프라인 사용자 문서를 보이지 않게 하려면 QMC 를 사용하여 사용자 문서의 문서 정보 섹션에 다음 속성을 추가합니다.

  • Name: Invisible
  • Value: True

아래의 모든 정보는 QlikView 스크립트에서 Section Access를 사용하는 보안 방식을 참조하고 있습니다.

스크립트의 섹션

행 수준 액세스는 데이터가 일반적으로 로드되는 것과 동일한 방식으로 로드된 하나 이상의 보안 테이블을 통해 관리됩니다. 따라서 이러한 테이블을 표준 데이터베이스 또는 스프레드시트에 저장할 수 있습니다. 보안 테이블을 관리하는 스크립트 문은 스크립트에서 Section Access 문으로 시작하는 권한 섹션 내에 지정됩니다.

권한 섹션이 스크립트에 정의된 경우 앱 데이터를 로드하는 스크립트 부분은 Section Application 문으로 시작되는 다른 섹션에 배치되어야 합니다.

Section Access; AuthorizationTable: Load ACCESS, USERID, REGION From . ; Section Application; Load . From . ;

섹션 액세스의 액세스 수준

지정된 사용자 또는 사용자 그룹에 QlikView 문서에 대한 액세스 권한을 부여할 수 있습니다. 보안 테이블에서 사용자에게 ADMIN 또는 USER 액세스 수준을 할당할 수 있습니다. 액세스 수준이 할당되지 않은 사용자는 QlikView 문서를 열 수 없습니다.

ADMIN 액세스 권한이 있는 사람은 문서의 모든 부분을 변경할 수 있습니다. ADMIN 액세스 권한이 있는 사람은 문서 속성 및 시트 속성 대화 상자의 보안 페이지를 사용하여 사용자가 문서를 수정할 수 없게 제한할 수 있습니다. USER 권한이 있는 사람은 보안 페이지에 액세스할 수 없습니다.

섹션 액세스 시스템 필드

액세스 수준은 섹션 액세스 내에서 로드되는 하나 또는 여러 개의 테이블을 통해 사용자에게 할당됩니다. 이러한 테이블에는 여러 가지 사용자 관련 시스템 필드(일반적으로 USERID 및 PASSWORD)와 액세스 수준인 ACCESS를 정의하는 필드가 있습니다. 모든 섹션 액세스 시스템 필드는 인증 또는 권한 부여에 사용됩니다. 전체 섹션 액세스 시스템 필드에 대한 설명은 아래에 나와 있습니다.

액세스 섹션에서는 보안 필드의 전체 또는 일부 조합이 로드되거나 아무런 액세스 필드도 로드되지 않을 수 있습니다. 따라서 USERID를 사용할 필요가 없으며, 다른 필드(예: 일련 번호만)를 사용하여 권한을 부여할 수도 있습니다.

이 특정 사용자에 대해 생략되어야 하는 필드를 포함하는 필드입니다. 와일드카드가 사용될 수 있으며 필드는 비워둘 수 있습니다. 이 작업을 수행하는 간편한 방법은 하위 필드를 사용하는 것입니다.

QlikView는 QlikView 일련 번호와 SERIAL 필드, Windows NT 사용자 이름 및 그룹과 NTNAME , Windows NT 도메인 SID와 NTDOMAINSID , Windows NT SID와 NTSID 를 비교합니다. 추가로 사용자 ID 및 비밀번호를 요청하고 USERID 및 PASSWORD 필드와 비교합니다.

사용자 ID, 비밀번호 및 환경 속성의 확인된 조합이 section access 테이블에서도 확인될 경우 해당 액세스 수준으로 문서가 열립니다. 그렇지 않을 경우 QlikView는 문서에 대한 사용자 액세스를 거부합니다. 사용자 ID 및/또는 비밀번호를 3번 넘게 잘못 입력할 경우 전체 로그온 절차를 반복해야 합니다.

QlikView의 상징인 동일한 내부 논리가 액세스 섹션에서도 사용되므로 보안 필드는 다른 테이블에 배치될 수 있습니다. (따라서 시스템 관리자가 보안 테이블로 QlikView 문서를 만들 수 있습니다. 이 경우 해당 필드 값을 클릭하면 정확한 일련 번호, 비밀번호 등이 시뮬레이션됩니다.)

로그온 절차에서 QlikView는 먼저 SERIAL, NTNAME, NTDOMAINSID 및 NTSID 를 확인하여 이 정보가 해당 문서에 대한 사용자 액세스를 허용하기에 충분한지 확인합니다. 확인될 경우 QlikView는 사용자 ID 및 비밀번호를 요청하지 않고 문서를 엽니다.

일부 액세스 필드만 로드된 경우 위의 요건이 적절하게 사용됩니다.

section access의 Load 또는 Select 문에 있는 모든 필드는 대문자로 작성해야 합니다. 데이터베이스에 있는 소문자를 포함한 필드 이름은 Load 또는 Select 문에서 읽기 전에 upper 함수를 사용하여 대문자로 변환해야 합니다.

단, QlikView 문서를 여는 최종 사용자가 입력한 사용자 ID 및 비밀번호는 대소문자를 구분합니다.

와일드카드(*)는 이 필드의 (나열된) 모든 값, 즉 이 테이블 내의 다른 위치에 나열된 값으로 해석됩니다. 별표 기호가 스크립트의 액세스 섹션에서 로드된 테이블의 시스템 필드( USERID, PASSWORD, NTNAME 또는 SERIAL ) 중 하나에서 사용된 경우 이 필드에 사용 가능한(나열되지 않은) 모든 값으로 해석됩니다.

일련 번호만 확인됩니다. 한 대의 특정 컴퓨터가 ADMIN 액세스 권한을 얻습니다. 다른 모든 컴퓨터는 USER 액세스 권한을 얻습니다. 별표는 “임의의 일련 번호”를 표시하는 데 사용할 수 있습니다.

예 1
ACCESS SERIAL
ADMIN 4900 2394 7113 7304
USER *

QlikView가 배치 작업으로 실행되는 서버와 관리자가 ADMIN 액세스 권한을 얻습니다. 도메인의 다른 모든 사람은 사용자 ID 및 비밀번호로 “USER”를 입력할 경우 USER 액세스 권한을 얻습니다.

예 2
ACCESS SERIAL NTDOMAINSID USERID PASSWORD
ADMIN * S-1-5-21-125976590-467238106-1092489882 ADMIN ADMIN
ADMIN 4900 2394 7113 7304 * * *
USER * S-1-5-21-125976590-467238106-1092489882 USER USER

혼합 환경

QlikView와 Qlik Sense의 SaaS 에디션 모두에서 동일한 권한 부여 테이블을 사용하려는 경우 몇 가지 유의해야 할 사항이 있습니다.

• USERID는 QlikView와 Qlik Sense의 SaaS 에디션 에서 서로 다른 의미를 가지며 사용하는 경우 보안 문제를 일으킬 수 있습니다. 대신 NTNAME을 사용하거나 아래에 설명된 대로 SERIAL과 결합합니다.

• GROUP 및 'USER.'로 시작하는 필드(예 : 'USER.NAME' 및 'USER.EMAIL' 등)는 Qlik Sense Enterprise SaaS의 인증 필드입니다. Section Access에서 이러한 필드를 사용하는 경우 Qlik Sense의 SaaS 에디션 에서 액세스가 거부될 수 있습니다.

• Qlik Sense의 SaaS 에디션 에서 PASSWORD, NTSID 및 NTDOMAINSID를 사용할 수 없습니다. 와일드카드를 사용하지 않으면 액세스가 거부됩니다.

• SERIAL은 Qlik Sense의 SaaS 에디션 에서 라이센스 번호를 확인하는 데 사용할 수 없습니다. 그러나 이 필드에 'QLIKCLOUD' 또는 'QLIKVIEW' 문자열이 포함된 경우 액세스 권한이 부여될 수 있습니다. 이는 다음과 같은 권한 부여 테이블이 있을 수 있음을 의미합니다. 여기서 라인 1은 QlikView( Qlik Sense의 SaaS 에디션 에서는 아님)에서 액세스 권한을 부여하고 라인 2에서는 Qlik Sense의 SaaS 에디션 (QlikView에서는 아님)에서 액세스 권한을 부여합니다.

SERIAL USERID 주석
1 4600 0123 4567 8901 * QlikView에서 올바른 라이센스 번호에 대한 액세스 권한을 부여합니다.
2 QLIKCLOUD John Doe Qlik Sense Enterprise SaaS에서 올바른 사용자에게 액세스 권한을 부여합니다.
SERIAL USERID 주석
1 QlikView * QlikView에 대한 액세스 권한을 부여합니다.
2 QLIKCLOUD John Doe Qlik Sense Enterprise SaaS에서 올바른 사용자에게 액세스 권한을 부여합니다.

QlikView 기능에 대한 제한

문서 속성: 보안 페이지와 시트 속성: 보안 페이지에 있는 콘트롤을 통해 특정 메뉴 항목에 대한 액세스를 허용하지 않고 레이아웃의 변경을 금지할 수 있습니다. 이러한 설정을 실질적인 보호 수단으로 사용하려는 경우 해당 문서 사용자가 USER로 로그인하는 것이 중요합니다. ADMIN으로 로그인한 사람은 누구나 언제라도 보안 설정을 변경할 수 있습니다.

USER 권한으로 문서를 연 사용자는 속성 대화 상자에 보안 페이지가 표시되지 않습니다.

동적 데이터 축소

QlikView 및 QlikView Server는 section access 로그인에 따라 사용자에게 문서의 데이터 일부를 숨길 수 있는 기능을 지원합니다.

첫째, OMIT 시스템 필드를 사용하여 필드(열)를 숨길 수 있습니다.

둘째, 실제 데이터와 section access 데이터를 연결하여 레코드(행)를 숨길 수 있습니다. section access 및 section application 에 공통된 이름의 필드를 하나 이상 추가하면 표시/제외할 값에 대한 선택을 제어할 수 있습니다. 사용자 로그인 후 QlikView는 section access 의 필드 선택을 정확하게 동일한 필드 이름(필드 이름은 대문자로 작성되어야 함)으로 section application 의 필드에 복사하려고 시도합니다. 선택이 완료되면 QlikView는 이러한 선택에 의해 제외된 모든 데이터를 해당 사용자에게 영구적으로 숨깁니다.

이 절차를 수행하려면 섹션 액세스를 기준으로 초기 데이터 축소 옵션( 문서 속성: 열기 페이지에서)을 선택해야 합니다. 이 기능을 QlikView Server가 아닌 다른 방법을 통해 배포할 문서에 사용하는 경우 데이터 보호를 유지하려면 문서 속성의 동일한 페이지에 있는 이진 로드 금지 옵션을 선택해야 합니다.

정보 메모 section access 에서는 모든 필드 이름 및 필드 값이 기본적으로 대문자로 변환되므로 위에서 설명한 전송에 사용된 모든 필드 이름과 이 필드의 모든 필드 값은 대문자여야 합니다.

ACCESS, USERID,REDUCTION, OMIT

NUM AS REDUCTION;

Chr( RecNo()+ord('A')-1) AS ALPHA,

이제 REDUCTION(소문자) 필드가 section access 및 section application 모두에 있습니다(모든 필드 값도 대문자임). 두 필드는 일반적으로 완전히 다르고 별개지만 섹션 액세스를 기준으로 초기 용량 축소 옵션을 선택할 경우 서로 연결되어 사용자에게 표시되는 레코드 수를 축소합니다.

section access 에서 OMIT 필드는 사용자에게 숨겨야 하는 필드를 정의합니다.

사용자 A는 REDUCTION=1에 연결된 레코드를 제외한 모든 필드를 볼 수 있습니다.

사용자 B는 NUM과 REDUCTION=2에 연결된 레코드를 제외한 모든 필드를 볼 수 있습니다.

사용자 C는 ALPHA와 REDUCTION=3에 연결된 레코드를 제외한 모든 필드를 볼 수 있습니다.

상속된 액세스 제한

이진 로드는 액세스 제한이 새로운 QlikView 문서에 의해 상속되도록 합니다. 이 새 문서에 대한 ADMIN 권한이 있는 사람은 새로운 access 섹션을 추가하여 이 새 문서의 액세스 권한을 변경할 수 있습니다. USER 권한이 있는 사람은 스크립트를 실행하고 스크립트를 변경하여 본인의 데이터를 이진 로드 파일에 추가할 수 있습니다. USER 권한이 있는 사람은 액세스 권한을 변경할 수 없습니다. 따라서 데이터베이스 관리자는 이진 로드 QlikView 문서에 대해서도 사용자 액세스를 제어할 수 있습니다.

QlikView와 QlikView Windows 클라이언트 간 통신은 암호화됩니다. 단, Ajax 클라이언트를 사용할 경우에는 통신이 암호화되지 않습니다.

또한 모든 QlikView 문서는 암호화되므로 뷰어, 디버거 등으로 정보를 읽을 수 없습니다.

또한 고객이 제공한 키 쌍을 사용하여 QVD 파일의 중요한 데이터를 암호화하여 데이터에 액세스할 수 있는 사용자를 제어할 수 있습니다. QVD 암호화 (영어로만 제공) 를 참조하십시오.

ZoomTrader 자주 묻는 질문

Sign Up

당신이 질문이 당신의 마음에 어떤 일이 일어나고 있는데 당신이 답을 찾을 수 없을 때 그것은 실망. ZoomTrader 이진 옵션 거래 의 측면에서 , 솔루션 또는 문제에 대한 답을 얻는 이진 옵션 자주 묻는 질문 것은 좋은 거래 경험을 가지고에 매우 중요합니다. 그래서 우리는 당신의 계정이나 거래 문제에 대한 답변의 빠른 소스를 제공하기 위해 최선을 다하고 ZoomTrader FAQ 섹션을 넣어하기로 결정했다.

다음은 우리의 FAQ 페이지에서 수있는 주요 주제 일부는 다음과 같습니다 :

일반적으로 이진 옵션

당신이 우리의 FAQ 섹션에서 찾을 수있는 것들 중 하나는 바이너리 옵션 거래에 대한 간략한 소개입니다. 당신이 거래를 위해 당신은 또한 다양한 바이너리 옵션 유형 및 사용할 수있는 기초 자산에 대해 배울 수 있습니다. 우리는 고 / 저, 터치 / 아니오 터치 및 경계로 서로 다른 바이너리 옵션 유형 뒤에 기본적인 전제가 포함되어 있습니다.

또한, 당신은 또한, 상품, 주식, 지수, 통화 쌍을 포함하여 우리가 가지고있는 다양한 자원을 볼 수 있습니다. 우리 ZoomTrader의 FAQ 섹션은 또한 당신이 거래 할 수있는 모든 기초 자산이 포함되어 우리의 ZoomTrader 자산 지수에 대해 알려줍니다.

투자 요구

당신은 당신의 최소 및 최대 투자에 올 때 당신이 준수해야하는 한계에 대해 배울 수 있습니다. 우리는 최소한 각 이진 옵션 유형에 대한 최대의 위치를​​ 변화, 그래서 당신이 그들 각각에 대한 아이디어를 가지고하는 것이 중요합니다.

거래 기능

이 페이지는 또한 우리가 가지고있는 고유의 거래 특성과 기능에 대해 알려 것입니다. 당신은 조기 마감 기능과 우리의 뛰어난 거래 기능에 대해 읽을 수 있습니다. 또한, 우리는 또한 우리의 ZoomTrader FAQ 페이지에서 바이너리 옵션을 거래하기 시작하면 유용하게 사용할 수있는 계정 기능에 대한 몇 가지 정보가 포함되어 있습니다.

금융 옵션

이외에도 계정 및 무역 문제에서, 우리는 당신이 우리의 거래 플랫폼에서 사용할 수있는 다양한 ZoomTrader 뱅킹 및 지불 방법에 대한 세부 사항을 제공했다. 당신은 당신이 당신의 거래 계정과 도움을 필요로하는 경우에 밖으로 도달 할 수있는 우리가 받아 들일 수있는 통화, 우리의 최소한도 예금과 인출​​ 금액 및 지원 옵션에 대해 배울 수 있습니다.

테스트 기본 FAQ

A: 셀프 서비스 포털을 사용하여 패키지를 테스트 기본 환경에 직접 제출합니다.

애플리케이션 패키지를 제출하려면 Azure Portal 로 이동하여 셀프 서비스 Test Base 포털 대시보드를 통해 애플리케이션의 이진 파일, 종속성 및 테스트 스크립트를 포함하는 압축된 폴더를 업로드합니다.

자세한 내용은 온보딩 사용자 가이드를 참조하거나 팀에 [email protected] 문의하세요.

Q: OOB(기본 제공) 테스트란?

A: OOB(기본 제공) 테스트는 표준화된 기본 테스트로, 애플리케이션 패키지가 설치되고, 30회 시작 및 종료된 다음, 제거됩니다.

테스트 베이스용으로 만든 패키지에는 설치, 시작, 닫기 및 선택적으로 제거 스크립트와 같은 테스트 스크립트가 있습니다.

OOB(기본 제공) 테스트는 애플리케이션에서 표준화된 원격 분석을 제공하여 Windows 빌드 간에 비교할 수 있습니다.

Q: 기본 제공 테스트(테스트 스크립트 설치, 시작, 닫기, 제거) 외부에서 테스트를 제출할 수 있나요?

A: 예, 고객은 셀프 서비스 포털 대시보드를 통해 기능 테스트를 위한 애플리케이션 패키지를 업로드할 수도 있습니다. 기능 테스트는 고객이 애플리케이션에서 사용자 지정 기능을 실행하기 위해 스크립트를 실행할 수 있도록 하는 테스트입니다.

Q: 기능 테스트를 지원합니까?

A: 예, Test Base는 기능 테스트를 지원합니다. 기능 테스트는 고객이 애플리케이션에서 사용자 지정 기능을 실행하기 위해 스크립트를 실행할 수 있도록 하는 테스트입니다.

기능 테스트를 위해 애플리케이션 패키지를 제출하려면 셀프 서비스 포털 대시보드를 통해 애플리케이션의 이진 파일, 종속성 및 테스트 스크립트를 포함하는 압축된 폴더를 업로드합니다.

자세한 내용은 온보딩 사용자 가이드를 참조하거나 팀에 [email protected] 문의하세요.

Q: 테스트 베이스는 테스트 데이터를 어떻게 처리하나요?

A: Test Base는 Azure 환경에서 테스트 데이터를 안전하게 수집하고 관리합니다.

Q: Test Base에서 자동화된 테스트를 지원할 수 있나요?

A: 예, 테스트 베이스는 자동화된 테스트를 지원합니다. 그러나 서비스 기능으로 인해 현재 수동 테스트는 지원하지 않습니다.

Q: 자동화된 테스트의 어떤 언어와 프레임워크를 지원합니까?

A: 모든 언어와 프레임워크를 지원합니다. PowerShell을 통해 모든 스크립트를 호출합니다.

또한 필요한 프레임워크의 종속 이진 파일을 제공(업로드)해야 합니다.

Q: 테스트 기반은 테스트 결과를 얼마나 빨리 제공하나요?

A: 시험판 빌드에 대해 실행되는 각 테스트에 대해 Azure Portal 대시보드에서 48시간 이내에 결과를 제공합니다.

Q: 설치 후 다시 부팅할 수 있나요?

A: 예, 이 프로세스는 설치 후 다시 부팅을 지원합니다. 온보딩 포털에서 작업을 설정할 때 "선택적 설정" 드롭 목록에서 이 옵션을 선택해야 합니다.

OOB(기본 제공) 테스트의 경우 설치 스크립트 에 다시 부팅이 필요한지 여부를 지정할 수 있습니다.

그림을 다시 부팅합니다.

기능 테스트의 경우 추가되는 각 스크립트에 다시 부팅이 필요한지 여부를 지정할 수 있습니다.

기능 테스트를 선택하는 방법

Q: 어떤 Windows 버전을 지원합니까?

A: 현재 Windows 10 클라이언트, Windows Server 2016, Windows Server 2016 Core 버전, Windows Server 2019 및 Windows Server 2019 Core 버전을 지원합니다.

Q: 보안 업데이트 테스트와 기능 업데이트 테스트의 차이점은 무엇인가요?

A: 보안 업데이트 테스트의 경우 Windows 테스트합니다. 이 업데이트는 사용자를 항상 보호하고 보호하는 데 중점을 두고 있습니다. 기능 업데이트 테스트의 경우 Windows 새로운 기능과 기능을 도입하는 에 대해 테스트합니다.

디버깅 옵션

Q: 오류가 발생한 경우 VM(Virtual Machines)에 액세스할 수 있나요? 테스트 기본 공유란?

A: 서비스를 준수하고 시험판 업데이트를 안전하게 보호하려면 Microsoft만 VM에 액세스할 수 있습니다. 그러나 고객은 충돌 및 중단 신호, 안정성 메트릭, 메모리 및 CPU 사용률 등을 포함하여 포털 대시보드에서 테스트 결과 및 기타 테스트 메트릭을 볼 수 있습니다. 또한 다운로드 및 추가 분석을 위해 대시보드에서 테스트 실행 로그를 생성하고 제공합니다.

필요에 따라 크래시 디버깅을 위한 메모리 덤프를 제공할 수도 있습니다.

Q: 테스트 중에 문제가 발견되면 이러한 문제를 해결하기 위한 다음 단계는 무엇인가요?

A: Test Base 팀은 초기 심사 프로세스를 수행하여 오류의 근본 원인을 확인한 다음, 조사 결과에 따라 디버깅을 위해 Microsoft 내의 고객 또는 내부 팀으로 라우팅합니다.

우리는 항상 문제를 해결하기 위해 공동 수정을 위해 고객과 긴밀히 협력합니다.

Q: Microsoft는 문제가 해결될 때까지 보안 패치 릴리스를 보류하나요? 사용할 수 있는 대체 해결 방법은 무엇인가요?

A: 테스트 베이스의 목표는 공동 최종 고객이 어떤 문제에도 직면하지 않도록 하는 것입니다. 릴리스 전에 문제를 해결하기 위해 소프트웨어 공급업체와 함께 열심히 노력할 것이지만, 수정이 불가능한 경우 shim 및 블록과 같은 다른 해결 방법이 있습니다.

Q: 서비스는 온-프레미스 서버에서 어떻게 작동하나요?

A: 현재 온-프레미스 서버에 대한 지원은 제공되지 않습니다. 그러나 서버가 HTTP 엔드포인트를 노출하는 경우 인터넷을 통해 연결할 수 있습니다.

Q: Who VM을 호스트합니까?

A: Microsoft는 이 서비스에 대한 VM을 프로비전하여 고객의 부하를 활용합니다.

Q: 이 서비스는 웹, 모바일 또는 데스크톱 애플리케이션을 지원하나요?

A: 현재는 데스크톱 애플리케이션에 중점을 두고 있지만 향후 웹 애플리케이션을 온보딩할 계획이 있지만 현재는 모바일 애플리케이션을 지원하지 않습니다.

Q: 테스트 베이스와 SUVP의 차이점은 무엇인가요?

A: 테스트 베이스와 SUVP의 가장 큰 차이점은 파트너가 테스트 자체를 수행하는 대신 시험판 업데이트에 대해 유효성 검사를 실행하기 위해 애플리케이션을 테스트 기본 Azure 환경에 온보딩한다는 것입니다.

시험판 보안 업데이트 테스트 외에도 플랫폼에서 시험판 기능 업데이트 테스트를 지원합니다. 로드맵에는 다양한 유형의 업데이트 및 OS 테스트가 있습니다.

Q: 서비스와 관련된 비용이 있나요?

A: 2022년 3월 1일부터 유효성 검사 요구 사항에 따라 구독에서 6개월 후에 만료되는 100시간(800달러 상당)이 제공됩니다. 사용 시간이 소비되거나 사용되기 전에 만료되면 사용량에 대해 시간당 $8로 자동으로 요금제가 청구됩니다.

Q: 테스트 베이스에 대한 피드백을 제공하려면 어떻게 해야 하나요?

A: 테스트 베이스에 대한 피드백을 공유하려면 포털의 왼쪽 아래에 있는 피드백 아이콘을 선택합니다. Microsoft에서 피드백을 더 잘 이해할 수 있도록 제출과 함께 스크린샷을 포함합니다.

AWS Elastic Beanstalk FAQ

AWS Elastic Beanstalk를 사용하면 개발자가 손쉽게 AWS 클라우드에서 애플리케이션을 신속하게 배포하고 관리할 수 있습니다. 개발자가 애플리케이션을 업로드하기만 하면 Elastic Beanstalk가 자동으로 용량 프로비저닝, 부하 분산, Auto-Scaling, 애플리케이션 상태 모니터링 등의 배포 세부 정보를 처리합니다.

Q: 누가 AWS Elastic Beanstalk를 사용해야 합니까?

AWS 클라우드에서 애플리케이션을 몇 분 내에 배포하고 관리하기를 원하는 사람이면 누구든지 사용할 수 있습니다. 이전에 클라우드 컴퓨팅을 사용해 본 경험이 없어도 괜찮습니다. AWS Elastic Beanstalk는 Java, .NET, PHP, Node.js, Python, Ruby, Go 및 Docker 웹 애플리케이션을 지원합니다.

Q: AWS Elastic Beanstalk에서 지원하는 언어와 개발 스택은 무엇입니까?

AWS Elastic Beanstalk는 다음 언어와 개발 스택을 지원합니다.

Java 애플리케이션용 Apache Tomcat

PHP 애플리케이션용 Apache HTTP Server

Python 애플리케이션용 Apache HTTP Server

Node.js 애플리케이션용 Apache HTTP Server 또는 Nginx

Ruby 애플리케이션용 Passenger 또는 Puma

.NET 애플리케이션용 Microsoft IIS 7.5, 8.0 및 8.5

지원되는 언어 및 개발 스택의 최신 전체 목록은 지원되는 이진 옵션 자주 묻는 질문 플랫폼을 참조하십시오.

Q: AWS Elastic Beanstalk는 다른 언어를 지원합니까?

예. AWS Elastic Beanstalk는 향후에 여러 개발 스택과 프로그래밍 언어를 지원하도록 확장 가능하게 설계되었습니다. AWS는 다른 Elastic Beanstalk 서비스를 제공하는 데 필요한 API 및 기능을 위해 솔루션 공급자와 협력하고 있습니다.

Q: 개발자는 AWS Elastic Beanstalk로 이전에는 할 수 없었던 어떤 작업을 할 수 있습니까?

AWS Elastic Beanstalk는 용량 프로비저닝, 로드 밸런싱, Auto Scaling, 애플리케이션 배포 등의 세부 정보를 자동으로 처리하여 사용자의 애플리케이션 버전을 실행할 수 있는 환경을 만듭니다. 배포 가능한 코드(예: WAR 파일)를 업로드하기만 하면 나머지는 AWS Elastic Beanstalk에서 처리합니다. AWS Toolkit for Visual Studio와 AWS Toolkit for Eclipse를 사용하면 IDE 내에서 애플리케이션을 AWS Elastic Beanstalk에 배포하고 관리할 수 있습니다. 애플리케이션이 실행되면 Elastic Beanstalk가 모니터링, 애플리케이션 버전 배포, 기본 상태 점검 등의 관리 작업을 자동으로 수행하고, 로그 파일에 쉽게 액세스할 수 있게 해줍니다. 개발자는 Elastic Beanstalk를 통해 서버 프로비저닝, 로드 밸런싱 설정 또는 확장 관리 등의 배포 관련 작업의 부담에서 벗어나 애플리케이션 개발에 집중할 수 있습니다.

Q: AWS Elastic Beanstalk는 기존의 애플리케이션 컨테이너나 PaaS(Platform as a Service) 솔루션과 어떻게 다릅니까?

대부분의 기존 애플리케이션 컨테이너나 PaaS는 프로그래밍 부담을 줄여주지만 개발자가 유연성과 제어력을 활발히 발휘할 수 없습니다. 개발자는 공급업체가 사전 정의한 설정을 그대로 따를 수밖에 없으며, 애플리케이션 인프라의 여러 요소에 대한 제어권을 가질 기회가 거의 없거나 전혀 없습니다. 하지만 AWS Elastic Beanstalk의 경우, 개발자는 애플리케이션을 실행하는 AWS 리소스를 완벽히 제어할 수 있습니다. 개발자는 Elastic Beanstalk의 관리 기능을 사용해 인프라 구성 요소의 일부(또는 전부)를 완벽하게 관리할 수 있습니다.

Q: AWS Elastic Beanstalk를 사용하면 애플리케이션의 어떤 요소를 제어할 수 있습니까?

AWS Elastic Beanstalk에서는 다음이 가능합니다.

애플리케이션 요구 사항을 충족하는 운영 체제를 선택할 수 있습니다(예: Amazon Linux 또는 Windows Server 2016).

온디맨드, 예약 인스턴스 및 스팟 인스턴스를 포함하여 여러 Amazon EC2 인스턴스 중에서 선택

사용 가능한 여러 데이터베이스 및 스토리지 옵션 중에서 선택

문제를 즉각적이고 직접으로 해결하기 위해 Amazon EC2 인스턴스에 로그인할 수 있습니다.

여러 가용 영역에서 실행함으로써 신속하게 애플리케이션의 신뢰성을 향상시킬 수 있습니다.

로드 밸런서에 HTTPS 프로토콜을 사용하여 애플리케이션의 보안을 강화할 수 있습니다.

내장된 Amazon CloudWatch 모니터링에 액세스할 수 있으며 애플리케이션의 상태 및 기타 중요한 이벤트에 대한 알림을 받을 수 있습니다.

애플리케이션 서버 설정(예: JVM 설정)을 조정하고 환경 변수를 전달합니다.

메모리 캐시 서비스와 같은 다른 애플리케이션 구성 요소를 Amazon EC2에서 나란히 실행할 수 있습니다.

애플리케이션 서버에 로그인하지 않고도 로그 파일에 액세스할 수 있습니다.

Q: AWS Elastic Beanstalk 애플리케이션을 실행하는 클라우드 리소스는 무엇입니까?

AWS Elastic Beanstalk는 Amazon EC2, Amazon RDS, Elastic Load Balancing, Auto Scaling, Amazon S3, Amazon SNS 등과 같이 입증된 AWS 기능과 서비스를 사용하여 애플리케이션을 실행하는 환경을 만듭니다. AWS Elastic Beanstalk의 현재 버전은 Amazon Linux AMI 또는 Windows Server 2019를 사용합니다.

Q: AWS Elastic Beanstalk는 어떤 종류의 애플리케이션을 지원합니까?

AWS Elastic Beanstalk는 Java, .NET, PHP, Node.js, Python, Ruby, Go 및 Docker를 지원하며 웹 애플리케이션에 적합합니다. 하지만 Elastic Beanstalk의 개방형 아키텍처 덕분에 비 웹 애플리케이션도 Elastic Beanstalk를 사용하여 배포할 수 있습니다. 향후 추가 애플리케이션 유형과 프로그래밍 언어도 지원할 계획입니다. 자세한 내용은 지원되는 플랫폼을 참조하십시오.

Q: AWS Elastic Beanstalk는 어떤 운영 체제를 사용합니까?

AWS Elastic Beanstalk는 Amazon Linux AMI 및 Windows Server AMI에서 실행됩니다. 두 AMI는 Amazon Web Services에서 지원하고 관리하며, Amazon EC2 클라우드 컴퓨팅을 위한 안정되고 안전한 고성능 실행 환경을 제공하도록 설계되었습니다.

Q: AWS Elastic Beanstalk에 어떻게 가입하나요?

AWS Elastic Beanstalk에 가입하려면 Elastic Beanstalk 세부 정보 페이지에서 [지금 가입하기] 버튼을 클릭합니다. 이 서비스에 액세스하려면 Amazon Web Services 계정이 필요합니다. 아직 계정이 없는 경우 Elastic Beanstalk의 가입 프로세스를 시작할 때 계정을 만들라는 메시지가 표시됩니다. 가입한 후 AWS Elastic Beanstalk Getting Started Guide를 참조하십시오.

Q: AWS Elastic Beanstalk에 가입할 때 전화번호를 묻는 메시지가 표시되는 이유는 무엇입니까?

AWS Elastic Beanstalk에 가입하려면 유효한 전화번호와 이메일 주소를 AWS에 제출해야 합니다. 이는 사용자에게 연락해야 할 경우를 대비하기 위해서입니다. 전화번호를 확인하는 데는 몇 분밖에 걸리지 않습니다. 가입 프로세스 중에 자동 전화를 받고 전화기의 키패드를 사용해 PIN 번호를 입력합니다.

Q: 가입한 후에 시작하려면 어떻게 해야 합니까?

AWS Elastic Beanstalk를 시작하는 가장 좋은 방법은 기술 문서의 일부인 AWS Elastic Beanstalk Getting Started Guide를 참조하는 것입니다. 몇 분 안에 배포할 수 있으며, 샘플 애플리케이션을 사용하거나 자신의 애플리케이션을 업로드할 수 있습니다.

Q: AWS Elastic Beanstalk를 시험해 볼 수 있는 샘플 애플리케이션이 있습니까?

예. AWS Elastic Beanstalk에는 제품을 시험 사용하고 그 기능을 볼 수 있는 샘플 애플리케이션이 포함되어 있습니다.

데이터베이스 및 스토리지

Q: AWS Elastic Beanstalk가 Amazon S3에 저장하는 특정 대상이 있나요?

예. AWS Elastic Beanstalk는 애플리케이션 파일을 Amazon S3에 저장하고, 선택적으로 서버 로그 파일도 저장합니다. AWS Management Console, AWS Toolkit for Visual Studio 또는 AWS Toolkit for Eclipse를 사용하는 경우, Amazon S3 버킷이 계정에 자동으로 생성되고, 업로드한 파일이 자동으로 로컬 클라이언트에서 Amazon S3로 복사됩니다. 필요에 따라 서버 로그 파일을 1시간 간격으로 Amazon S3에 복사하도록 Elastic Beanstalk를 설정할 수 있습니다. 환경 구성 설정을 편집하여 이 작업을 수행할 수 있습니다.

Q: Amazon S3를 사용해 이미지와 같은 애플리케이션 데이터를 저장할 수 있습니까?

예. Amazon S3를 사용하여 애플리케이션을 저장할 수 있습니다. 가장 간단한 방법은 애플리케이션의 배포 가능한 파일에 AWS SDK를 포함하는 것입니다. 예를 들어 애플리케이션의 WAR 파일에 Java용 AWS SDK를 포함할 수 있습니다.

Q: AWS Elastic Beanstalk에서 어떤 데이터베이스 솔루션을 사용할 수 있습니까?

AWS Elastic Beanstalk에서 사용할 수 있는 데이터 보존 기술에는 제한이 없습니다. Amazon Relational Database Service(RDS) 또는 Amazon DynamoDB, Microsoft SQL Server 또는 Oracle을 사용하거나, Amazon EC2에서 실행되는 다른 관계형 데이터베이스를 사용할 수 있습니다.

Q: AWS Elastic Beanstalk에서 이진 옵션 자주 묻는 질문 사용할 데이터베이스를 어떻게 설정합니까?

Elastic Beanstalk에서 자동으로 Amazon RDS DB 인스턴스를 프로비저닝할 수 있습니다. DB 인스턴스에 대한 연결 정보는 환경 변수에 의해 애플리케이션에 노출됩니다. 환경에 맞게 RDS DB 인스턴스를 구성하는 방법에 대한 자세한 내용은 Elastic Beanstalk 개발자 안내서를 참조하십시오.

Q: 테스트 단계에서 생산 단계로 넘어갈 때 애플리케이션 코드를 변경해야 합니까?

AWS Elastic Beanstalk의 경우에는 변경할 필요가 없습니다. Elastic Beanstalk는 환경 구성에서 연결 정보를 지정할 수 있습니다. 애플리케이션 코드에서 연결 문자열을 추출하여 쉽게 다른 Elastic Beanstalk 환경을 설정하고 다른 데이터베이스를 사용할 수 있습니다.

Q: 어떻게 내 애플리케이션을 비공개로 합니까?

기본적으로 애플리케이션은 누구나 액세스할 수 있도록 myapp.elasticbeanstalk.com에 공개되어 있습니다. Amazon VPC를 사용하여 사용자가 정의한 가상 네트워크에서 애플리케이션을 비공개적이고 격리된 공간에 프로비저닝할 수 이진 옵션 자주 묻는 질문 있습니다. 특정 보안 그룹 규칙, 네트워크 ACL 및 고객 라우팅 테이블을 사용하여 이 가상 네트워크를 비공개로 설정할 수 있습니다. 또한, EC2 보안 그룹 설정을 변경함으로써 다른 수신 트래픽(SSH 등)을 애플리케이션 서버로 전송할 것인지 아닌지를 손쉽게 제어할 수 있습니다.

Q: Virtual Private Cloud(VPC) 내에서 내 애플리케이션을 실행할 수 있습니까?

예, VPC에서 사용자 애플리케이션을 실행할 수 있습니다. 자세한 내용은 AWS Elastic Beanstalk 개발자 안내서를 참조하십시오.

Q: AWS의 보안 및 애플리케이션 실행에 대한 자세한 정보는 어디에서 찾을 수 있습니까?

AWS 보안에 대한 자세한 내용은 Amazon Web Services: Overview of Security Processes 백서를 참조하거나 보안 센터를 방문하십시오.

Q: Identity & Access Management(IAM)를 AWS Elastic Beanstalk에서 사용할 수 있습니까?

예. 적절한 권한이 있는 IAM 사용자는 AWS Elastic Beanstalk와 통신할 수 있습니다.

Q: IAM을 AWS Elastic Beanstalk에서 사용해야 하는 이유는 무엇입니까?

IAM은 중앙 집중식으로 사용자와 그룹을 관리할 수 있습니다. 어떤 IAM 사용자가 AWS Elastic Beanstalk에 액세스할 수 있는지 제어할 수 있습니다. 그리고 Elastic Beanstalk 리소스에 대해 작업을 수행할 필요가 없는 사용자에게 Elastic Beanstalk에 대한 읽기 전용 액세스를 허용하여 사용을 제한할 수 있습니다. 계정에 있는 모든 사용자의 활동은 하나의 AWS 청구서에 집계됩니다.

Q: IAM 사용자는 어떻게 생성합니까?

IAM 콘솔, IAM 명령줄 인터페이스(CLI) 또는 IAM API를 사용하여 IAM 사용자를 프로비저닝할 수 있습니다. 기본적으로 IAM 사용자는 권한이 부여될 때까지 AWS 서비스에 액세스할 수 없습니다.

Q: IAM 사용자에게 AWS Elastic Beanstalk에 대한 액세스를 어떻게 허용합니까?

정책을 사용하여 IAM 사용자에게 서비스에 대한 액세스를 허용할 수 있습니다. AWS Elastic Beanstalk에 대한 액세스 권한 부여 프로세스를 단순화하기 위해 IAM 콘솔에서 정책 템플릿을 사용하면 편리합니다. Elastic Beanstalk는 읽기 전용 액세스 템플릿과 모든 권한 템플릿의 두 가지 템플릿을 제공하고 있습니다. 읽기 전용 템플릿은 Elastic Beanstalk 리소스에 대한 읽기 액세스만 허용합니다. 모든 권한 액세스 템플릿은 Elastic Beanstalk 작업뿐만 아니라 Elastic Load Balancing, Auto Scaling, Amazon S3 같은 종속 리소스를 관리하는 권한을 포함한 모든 권한을 부여합니다. 또한 AWS Policy Generator를 사용하여 사용자 정의 정책을 만들 수도 있습니다. 자세한 내용은 AWS Elastic Beanstalk 개발자 안내서를 참조하십시오.

Q: 특정 AWS Elastic Beanstalk 리소스에 대한 액세스를 제한할 수 있습니까?

예. 애플리케이션, 애플리케이션 버전 및 환경과 같은 특정 AWS Elastic Beanstalk 리소스에 대한 권한을 허용하거나 거부할 수 있습니다.

Q: IAM 사용자가 만든 AWS 리소스에 대한 비용은 누구에게 청구됩니까?

루트 계정으로 IAM 사용자가 작성한 모든 리소스는 루트 계정의 소유가 되어, 루트 계정에 청구됩니다.

Q: IAM 사용자가 시작한 AWS Elastic Beanstalk 환경에 액세스할 수 있는 사람은 누구입니까?

루트 계정은 IAM 사용자가 계정에서 시작한 모든 AWS Elastic Beanstalk 환경에 대한 모든 권한이 있습니다. Elastic Beanstalk 템플릿을 사용하여 IAM 사용자에게 읽기 전용 액세스 권한을 부여하면 해당 사용자는 해당 계정의 모든 애플리케이션, 애플리케이션 버전, 환경 및 관련 리소스를 볼 수 있습니다. Elastic Beanstalk 템플릿을 사용하여 IAM 사용자에게 모든 액세스 권한을 부여하면 해당 사용자는 해당 계정의 모든 Elastic Beanstalk 리소스를 생성, 변경, 종료할 수 있습니다.

Q: IAM 사용자는 AWS Elastic Beanstalk 이진 옵션 자주 묻는 질문 콘솔에 액세스할 수 있습니까?

예. IAM 사용자는 사용자 이름과 암호를 사용하여 AWS Elastic Beanstalk 콘솔에 액세스할 수 있습니다.

Q: IAM 사용자는 AWS Elastic Beanstalk API를 호출할 수 있습니까?

예. IAM 사용자는 액세스 키와 보안 키를 통해 Elastic Beanstalk API를 사용하는 작업을 수행할 수 있습니다.

Q: IAM 사용자는 AWS Elastic Beanstalk 명령줄 인터페이스를 사용할 수 있습니까?

예. IAM 사용자는 액세스 키와 보안 키를 통해 AWS Elastic Beanstalk 명령줄 인터페이스(CLI)를 사용하는 작업을 수행할 수 있습니다.

관리형 플랫폼 업데이트

Q: 내 애플리케이션을 실행하는 기본 플랫폼의 환경을 자동으로 최신 상태로 유지하려면 어떻게 해야 하나요?

지정한 유지 관리 기간 동안 AWS Elastic Beanstalk 환경이 애플리케이션을 실행하는 기본 플랫폼의 최신 버전으로 자동 업데이트되도록 옵트인할 수 있습니다. Elastic Beanstalk는 운영 체제, 웹 및 애플리케이션 서버, 언어 및 프레임워크 업데이트와 함께 지원되는 플랫폼(Java, PHP, Ruby, Node.js, Python, .NET, Go 및 Docker)의 새로운 버전을 정기적으로 릴리스합니다.

Q: 관리형 플랫폼 업데이트를 시작하려면 어떻게 해야 합니까?

Elastic Beanstalk가 플랫폼 업데이트를 자동으로 관리하도록 하려면, Elastic Beanstalk 콘솔의 구성 탭에서 관리형 플랫폼 업데이트를 활성화하거나 EB CLI 또는 API를 사용해 활성화해야 합니다. 이 기능을 활성화한 후, 허용할 업데이트 유형과 업데이트 시간을 구성할 수 있습니다.

Q: 어떤 종류의 플랫폼 버전 업데이트가 관리형 플랫폼 업데이트에 적용됩니까?

AWS Elastic Beanstalk는 새로운 패치와 마이너 플랫폼 버전에 대한 플랫폼 업데이트를 자동으로 수행할 수 있습니다. Elastic Beanstalk에서는 메이저 플랫폼 버전 업데이트(예: Java 7 Tomcat 7에서 Java 8 Tomcat 8로 업데이트)는 자동으로 수행하지 않습니다. 이러한 업데이트에는 이전 버전과 호환되지 않는 변경 사항이 포함되어 추가 테스트가 필요하기 때문입니다. 이런 경우, 업데이트를 수동으로 시작해야 합니다.

Q: AWS Elastic Beanstalk에서는 "메이저", "마이너" 및 "패치" 버전 릴리스를 어떻게 구분합니까?

AWS Elastic Beanstalk 플랫폼은 MAJOR.MINOR.PATCH 패턴(예: 2.0.0)을 사용하여 버전이 지정됩니다. 각 부분은 다음과 같이 증가합니다.

메이저 버전은 호환되지 않는 변경 사항이 있을 때.

마이너 버전은 이전 버전과 호환되는 방식으로 다른 기능이 추가될 때.

패치 버전은 이전 버전과 호환되는 버그 수정이 있을 때.

Q: 메이저 버전 업데이트는 언제 어떻게 수행할 수 있습니까?

메이저 버전 업데이트는 언제든 AWS Elastic Beanstalk 관리 콘솔, API 또는 CLI를 사용하여 수행할 수 있습니다. 메이저 버전 업데이트를 수행할 때 다음 옵션 중에서 선택할 수 있습니다.

기존 환경에 그대로 업데이트 적용. Updating Your Elastic Beanstalk Environment's Platform Version 참조.

새로운 플랫폼 버전으로 기존 환경의 복제본 생성. 자세한 내용은 Clone an Environment 참조.

Q: Elastic Beanstalk는 관리형 플랫폼 업데이트를 어떻게 적용합니까?

업데이트가 설치된 Amazon EC2 인스턴스의 병렬 집합이 기존 인스턴스와 스왑될 준비가 완료되기 전까지는(이후에 기존 인스턴스는 종료됨) 어떠한 변경도 기존 환경에 적용되지 않도록 하는 변경 불가능한 배포 메커니즘을 사용하여 업데이트가 적용됩니다. 또한, 업데이트 도중에 Elastic Beanstalk 상태 확인 시스템이 문제를 탐지하면, 트래픽이 기존 인스턴스 집합으로 리디렉션되어 애플리케이션의 최종 사용자에게 미치는 영향을 최소화합니다.

Q: 유지 관리 기간 동안 애플리케이션을 사용할 수 있습니까?

관리형 플랫폼 업데이트에서는 변경 불가능한 배포 메커니즘을 사용하여 업데이트를 수행하므로, 유지 관리 기간 동안 애플리케이션을 사용할 수 있으며 애플리케이션의 소비자는 업데이트의 영향을 받지 않습니다.

Q: 관리형 플랫폼 업데이트의 사용 비용은 어떻게 됩니까?

관리형 플랫폼 업데이트 기능에 대한 추가 요금은 없습니다. 업데이트 기간 동안 업데이트를 수행하는 데 필요한 추가 EC2 인스턴스에 대한 요금만 지불하면 됩니다.

Q: 유지 관리 기간이란 무엇입니까?

유지 관리 기간이란 관리형 플랫폼 업데이트가 활성화되고 플랫폼의 새 버전이 출시된 경우 AWS Elastic Beanstalk가 플랫폼 업데이트를 시작하는 주별 2시간의 시간 슬롯을 말합니다. 예를 들어 유지 관리 기간이 매주 일요일 오전 2시에 시작되도록 선택하는 경우, AWS Elastic Beanstalk는 매주 일요일 오전 2시와 4시 사이에 플랫폼 업데이트를 시작하게 됩니다. 애플리케이션의 구성에 따라 업데이트가 완료되는 데 유지 관리 기간보다 시간이 더 걸릴 수도 있다는 것에 주의해야 합니다.

유지 관리 기간은 환경별로 설정되므로, 다양한 애플리케이션 구성 요소 또는 애플리케이션에 대해 서로 다른 유지 관리 기간을 설정할 수 있는 옵션이 제공됩니다. 여러 개의 애플리케이션이 동시에 업데이트되길 원하지 않는 경우, 이를 통해 환경 업데이트가 번갈아 수행되도록 지정할 수 있습니다. 관리형 플랫폼 업데이트를 활성화했지만 유지 관리 기간을 지정하지 않은 경우, 기본 주별 2시간 기간이 환경에 지정됩니다. 사용자를 대신해 자동으로 유지 관리를 수행하는 시기를 변경하려면, AWS Management Console에서 관리형 업데이트 구성을 수정하거나 UpdateEnvironment API를 사용하면 됩니다.

Q: 새로운 플랫폼 버전이 출시될 때 알림을 받으려면 어떻게 해야 합니까?

AWS Management Console, 포럼 공지 및 출시 정보를 통해 새로운 플랫폼 버전 출시에 대한 알림을 받게 됩니다.

Q: 플랫폼 버전 간의 변경 사항에 대한 상세 정보는 어디에서 볼 수 있습니까?

플랫폼 버전 간의 변경 사항에 대한 상세 정보는 AWS Elastic Beanstalk 출시 정보 페이지에서 확인할 수 있습니다.

Q: 관리형 업데이트가 진행 중일 때 내가 환경에 수행할 수 있는 작업은 무엇입니까?

관리형 플랫폼 업데이트가 진행 중일 때 수행할 수 있는 유일한 작업은 '중단'입니다. 이를 통해 즉시 업데이트를 중단하고 이전 버전으로 롤백할 수 있습니다.

Q: 유지 관리 기간 사이에 여러 개의 새로운 버전이 릴리스된 경우, 어떤 플랫폼 버전이 내 환경에 업데이트됩니까?

환경은 선택한 수준(마이너와 패치 선택 또는 패치만 선택)에 따라 언제나 사용 가능한 최신 버전으로 업데이트됩니다.

Q: 내 환경에 수행된 모든 관리형 플랫폼 업데이트에 대한 상세 정보는 어디에서 확인할 수 있습니까?

모든 관리형 플랫폼 업데이트에 대한 이진 옵션 자주 묻는 질문 이진 옵션 자주 묻는 질문 세부 정보는 이벤트 페이지에서 볼 수 있으며, "MAINTENANCE"라는 이벤트 유형으로 태그가 지정되어 있습니다.

Q: 플랫폼 버전 업데이트는 얼마나 자주 릴리스됩니까?

해당 연도에 몇 개의 새 버전 릴리스가 제공될지는 언어/프레임워크 공급업체 또는 코어 팀의 릴리스 및 패치 빈도와 내용, 그리고 당사 플랫폼 엔지니어링 팀의 철저한 릴리스 및 패치 검사 결과에 따라 달라질 수 있습니다.

상품구매와 관련된 자세한 약관은
Terms and Conditons 참고 바랍니다.

HAVEASEAT에서는 상품의 안전한 배송을 위하여 직접수령, 택배배송, 화물배송, 설치배송 네가지 형태의 배송방법을 사용하고 있습니다. 상품을 주문하시면 이중 가장 효율적인 배송방법으로 안내해드립니다. 01.직접수령 직접수령을 신청하시면 매장에서 수령이 가능합니다. 원하시는 날짜를 말씀해주시면 일정에 맞춰 드릴수 있으며 출고준비 완료 후 매장입고까지 1-3일 소요됩니다.(영업일 기준)

- 수령주소: 서울시 중구 흥인동 2-22 1층 HAVEASEAT
- 운영시간: 월-금 9:00~18:00 / 토 9:00~17:00 / 일요일 휴무 02.택배배송 01) HAVEASEAT의 모든 상품은 착불배송입니다.
02) 택배배송 불가능한 품목은 별도로 연락드립니다.
03) 택배배송사 정책에 따라 배송 중 파손책임은 HAVEASEAT에서 지지않으며 이를 동의해주셔야 발송이 가능합니다.
04) 조립상품은 미조립상태로 배송되며 수령 후 고객님께서 직접 조립하셔야 합니다.
05) 주소지, 연락처 등 배송정보를 다르게 기재되어 오배송 되었을 경우 이에 따른 추가 배송비가 발생합니다.
06) 기사님께서 수령지에 도착 후 부재/연락두절인 경우 추가되는 비용이 발생합니다.
07) 상품마다 출고지가 다르며 다른종류의 상품일 경우 합배송이 불가합니다.
08) 출고 후 영업일 기준 1-3일정도 소요되나 택배사 사정에 따라 더 소요될수 있습니다.
09) 상품의 제작기간과 상품화 준비기간을 제외한 기간입니다.
10) 주문량이 많거나 일시적 재고소진, 배송사 사정, 천재지변, 연휴, 명절기간 등의 사유로 지연될 수 있습니다.
11) 출고일은 지정가능하나 도착일, 도착시간을 지정할 수 없습니다.
12) 아래의 금액은 대략적인 금액이며 실제 택배 발송시 금액이 상이할 수 있습니다.
- 의자 : 8천원-2만원 / 소파 : 2-5만원 / 테이블 : 1-5만원
13) 1박스당 배송금액이며 상품마다 배송비는 상이합니다.
14) 제주, 울릉도와 같은 도서 산간지역은 별도의 추가비용이 발생합니다.
15) 운임은 기사님께 직접 입금하셔야 합니다. 03.화물배송 01) 부피가 크거나, 무겁거나, 수량이 많거나, 파손 위험성이 높은 상품은 화물배송으로 진행됩니다.
02) 화물 배송시 종류와 수량에 관계없이 합배송이 가능합니다.
03) 원하는 날짜는 지정이 가능하지만 도착시간 지정은 어렵습니다.
04) 배송지역/수량/크기에 따라 운임이 달라질 수 있으며, 정확한 운임은 배송당일에 확인가능합니다.
05) 도착지정보를 다르게 기재했거나 고객님과 연락이 어려울 경우 배송이 지연되며 이에 따른 추가금액이 발생합니다.
06) 화물배송의 경우 건물 1층 까지만 이진 옵션 자주 묻는 질문 배송되며 건물 내부로의 이동 및 설치시 별도의 추가비용이 발생합니다.
07) 기사님 1인 배송이므로 부피가 크거나 무거운 상품은 고객님의 도움이 필요합니다.
08) 1톤차량 기준 대략적인 운임비이며, 상품의 부피, 무게, 시즌(명절, 공휴일)에 따라 운임이 조정될 수 있습니다.
- 수도권(서울) 출발 / 1톤기준
서울, 경기 : 5-6만원 / 충청 : 11-13만원 / 전북 : 13-18만원 / 경북 : 15-23만원 /
경남 : 21-23만원 / 강원 : 12-18만원 / 제주 : 20만원

  • 상품상세정보
  • 소재안내
  • 배송안내
  • 교환 & 반품안내

택배 배송(전국)
1)배송은 주문일 (결제완료일) 로부터 2-5일 정도 소요됩니다.
2)상품의 종류, 수량에 따라 택배 금액이 상이합니다. 주문 시 상담을 통해 확인 부탁드립니다.
3)택배 발송이 불가한 제품을 고객의 요청에 따라 일반 택배로 발송되었을 시,
?? 제품 파손 및 손실은 HAVEASEAT(해버싯) 에서 책임지지 않습니다.

· 모든 교환 및 환불 요청은 상품 수령 후 24시간 내에 접수하셔야 하며, 제품 사진 등 관련 자료를 보내주셔야 합니다.
· 고객센터로 접수하지 않고 임의로 반송하는 경우에는 고객님께 재발송됩니다.
· 출고 이후 변심 환불 요청 시 상품 회수 후 처리되며, 출고 및 회수 배송비는 고객부담입니다.
· 변심 반품의 경우 왕복 택배비를 차감한 금액이 환불되며, 재품 및 포장 상태가 재판매 가능하여야만 교환 및 환불 가능합니다.
· 하자 교환시 같은 제품으로 교환해드리며 다른제품으로 교환하실 경우 운임은 고객 부담입니다.
· 반품 주소지는 고객센터에서 반드시 확인한 후 발송해주시기 바랍니다.
주소지, 연락처 등 배송정보를 틀리게 기재하셨거나 부재로 물건이 반송될 경우, 이에 따른 제품 왕복 배송비는 고객 부담입니다.

· 주문 제작 제품인 경우
주문 제작 제품은 모두 수작업으로 진행되기 때문에 이로 인해 생기는 작은 파임이나 스크래치, 작은 단차는 하자로 볼 수 없습니다.
· 이동 과정이나 포장지로 인해 약간의 흠집이 생긴 경우
· 사용 흔적 또는 사용에 의하여 제품의 가치가 떨어진 경우
· 고객 부주의로 인해 제품이 파손된 경우
· 단순 변심에 의한 경우(주문 제작 제품에 한함)
· 소재의 자연스러운 특성(패턴 차이, 색상 차이, 원목의 크랙 및 휨 현상)


0 개 댓글

답장을 남겨주세요