Azure 관련 명령 그룹 작업
개시하다
Azure 환경 관리에는 Azure 포털의 GUI 작업과 명령선 도구를 사용하는 CUI 작업이 있습니다.
이제 어느 구름이든 조금씩 본격화하면'GUI 조작 같은 건 오류가 발생할 수 있으니 피하라','CUI 사용하라'는 말이 나온다.하지만 애저에 관해서는 조금만 조사해 보면 "어, CLI가 몇 가지가 있구나"라는 것을 알 수 있다.
이번에는 그 막막한 사람들한테 보낸 기사야.
명령하다
Azure 연관을 조작하는 데 사용되는 명령줄 도구는 다음과 같습니다.
Azure CLI
Windows(Windows) Powerherl 또는 명령 프롬프트, Linux는 Bash 또는 Powerherll에서 실행하는 명령줄 도구입니다.주로 다음과 같은 문법으로 집행한다.
az <サービス名> <操作内容>예를 들면 이런 느낌.az vm create --resource-group myResourceGroup --name myVM --image UbuntuLTS --admin-username azureuser --admin-password '<Password>'공식 문서는 다음과 같다.모든 환경에서 사용할 수 있으며 Azure CLI를 사용하여 관리하는 사람도 많습니다.
Azure Powerherll(az 모듈)
Windows 및 Linux의 Powerrshell에서 실행되는 도구로, Install-Mule 명령을 통해 Powerherl에서 가져오는 명령 클러스터 그룹입니다.일반적으로 "Azure Powerherl"이라고 쓰여 있으면 이 "az 모듈"을 가리킨다.주로 다음과 같은 구조가 있다.
<操作>-Az<サービス>나는 이것이 습관이 된 Powerherl의 지령판을 따르는 예의라고 생각한다.다음과 같이 Azure Powerherll 을 사용하여 Azure CLI 와 같은 예를 나타냅니다.
New-AzVM -ResourceGroupName <ResourceGroupName> -Name myVM -Image UbuntuLTS -Credential (Get-Credential)공식 문서는 아래와 같습니다. ※그때의 최신 판본.리디렉션 대상상기 두 가지 명령은 가장 기본적인 것이다.그중 하나를 사용할 수 있다면 틀림없다.하지만 그 외에도 작은 얼굴을 드러낸 경우도 있다.
Azure Powerherll(AzureRM 모듈)
AzureRM 모듈은 사실 매우 낡아서 이미 갱신되지 않지만, 세상의 블로그에는 아직도 매우 많이 남아 있어 주의해야 한다.2022/4는 현재 2024/2 리트리로 예정되어 있습니다.
지금 사용하기 시작한 사람은 AzureRM을 사용할 의사가 없다.az 모듈을 사용하세요.
주로 아래의 문법에 쓰인다.
<操作>-AzureRM<サービス>AzurecLI 및 az 모듈과 같은 예를 들어 작성한 경우New-AzureRmVM -（オプション略）
또한 az 모듈을 넣은 상태에서 AzureRM 모듈의 명령 폴더를 직접 사용하여 별명 조작을 할 수 있다.
과도 단계로 사용할 수 있을 것 같으니 연구해 보세요.
AzureaD 운영 체제의 명령 그룹
여기에 설명된 명령 그룹은 Azure 및 AzureaD를 조작할 수 있습니다.
세계에서 Azuread(m365의 조작이라기보다는 m365의 조작이 정확한가?)를 참고하십시오.
여기도 세대의 장벽이 있으니 아래의 보도는 매우 이해하기 쉬우니 링크를 붙여 주세요.
REST API 클래스
명령줄 도구와는 다소 차이가 있지만 동일한 컨텍스트에서 논의되는 것은 REST API입니다.
http 요청에 게재하여 Azure 및 Azure AD에 지시를 보냅니다.
Azure REST API
Azure의 리소스 작업은 Azure REST API를 통해 구현됩니다.
다음과 같이 각 특정 리소스에 대한 URI는 POST와 GET 등의 요구 사항을 보내는 이미지에 사용됩니다.
VM을 만드는 예라면 여기를 보십시오.
POST https://management.azure.com/subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.Compute/virtualMachines/{vmName}/start?api-version=2021-11-01curl 명령과 Invoke-WebRequest 등을 사용하여 이러한 요청을 수행합니다.또 포스트맨 등 HTTP가 요청한 투척 도구가 있다면 간단히 사용할 수도 있다.요구를 하기 전에 Token을 취득한 다음에 HTTP 헤더에 포함하고 예의에 대해 공식 문서를 확인하세요.
AzurecLI와 Powerrshell(Az 모듈)이 마지막으로 뒷면의 구조로도 REST API를 사용하기 때문에 REST API가 가장 빨리 발표될 것 같다.플랫폼의 영향을 받기 어려워 용도에 따라 가장 많이 사용될 수 있다.
Microsoft Graph API
Azure REST API의 AzureaD Edition과 같은 도구입니다.
AzureaD 작업이므로 VM을 만들 수 없습니다.대신 사용자의 일람표를 보세요.
GET https://graph.microsoft.com/v1.0/users기본 아이디어는 Azure REST API와 같지만 요청을 보내는 FQDN은 다르다.자세한 내용은 공식 문서를 보십시오.
또한 Microsoft Graph API는 웹 애플리케이션의 테스트 요청을 위한 도구로 사용됩니다.
버전 열기β버전 ⇔ 1.0 버전에서 전환하면서 응답을 확인합니다. 각 API를 테스트할 수 있는 도구이기 때문에 정식으로 사용하기 전에 확인하는 것이 좋습니다.토큰의식이 없어도 GUI에서 AzureaD에 로그인하면 이 권한을 사용할 수 있다.
Azure AD Graph API
이전 API(예: "AzureRM 모듈")
앞으로 폐지돼 마이크로소프트 그래프로의 이전이 진행 중이다.
상세한 상황은 아래와 같다.
Azure CLI와 Azure Powerherll에도 존재하는데 Microsoft Graph로 바뀌면서 파괴적인 변경이 있었고 트위터에서 보면 고통을 호소했다.
원래 REST API로 사용되는 경우 가능한 빨리 처리하십시오.
또 당초 2022년 6월 퇴직한다고 발표했으나 현재 기한은 미정(최소 2022년 안에는 폐지하지 않는다)2022/4 현재
기타 언어별 SDK
다양한 언어에서 아주어를 다루는 SDK가 공개됐다.
그러나 기본적인 버전 관리를 수행하는 것은 비교적 번거롭다. (예를 들어 파이톤과java의 경우 환경 자체의 버전 업그레이드를 실행해야 한다...),Azure CLI와Azure Powerhell 등에 비해 기능 발표가 느리기 때문에 나는 별로 사용한 적이 없다.
이런 SDK 제작 활용 기반을 활용하면 소금 절임 환경이 쉽게 형성될 수 있다고 생각해 주의를 기울이는 게 좋다.(개인 소감)
구분 사용
Azure CLI 또는 Azure Powerherl 을 사용합니까?그래서 많은 사람들이 망설이겠죠.REST API를 직접 사용하거나 특정 언어의 SDK를 사용하는 경우 환경 등의 제한으로 인해 다른 것을 선택할 수 없는 경우가 많습니다.
Azure CLI와 Azure Powerherll 모두 교차 형태로 움직이기 때문에 지금은 솔직히 어느 것이든 괜찮다고 생각한다.내 경우에도 사용하는 경우가 있지만, 나는 이쪽이 좋다/나쁘다는 뚜렷한 차이가 없다고 느낀다.
기존 스크립트 자산, 예를 들면 Azure에만 국한된 것이 아니라 Powerherll에 익숙해져서 대상 조작에 뛰어나다.. 그렇다면 Azure Powerherl을 선택하는 것이 좋다.
끝말
이번에는 몇 가지 Azure 관리용 CLI에 대해 설명합니다.
"일단 깨닫게 되면 어리둥절하지 않겠지만 처음엔 그 문턱이 매우 높았다"는 전형적인 사례라고 생각하지만, 앞서 시작한 프로젝트에서 EOSL에서 볼 수 있는 모듈을 선택한 비극을 직접 목격했다.
다음 비극이 태어나기 전에 이 기사를 볼 수 있었으면 좋겠어요...
Reference
이 문제에 관하여(Azure 관련 명령 그룹 작업), 우리는 이곳에서 더 많은 자료를 발견하고 링크를 클릭하여 보았다 https://zenn.dev/tomot/articles/59b7f2fb8e7c57텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
우수한 개발자 콘텐츠 발견에 전념
(Collection and Share based on the CC Protocol.)
좋은 웹페이지 즐겨찾기
