* QLDB has a central authority component (ledger) * Managed blockchain has de-centralization component

기본적으로 vNet 안에 private dns가 있기 때문에, vNet A에서 vNet B의 private dns 주소를 호출하면 vNet A의 dns 서버는 그 주소를 모르기 때문에, 통신이 안된다. 그걸 연결해주는 역할을 Private DNS zone이 해준다. aws에도 비슷한 일이 있는 것 같다. https://aws.amazon.com/ko/premiumsupport/knowledge-center/route53-resolve-with-inbound-endpoint/ 인바운드 엔드포인트를 사용하여 원격 네트워크에서 프라이빗 호스팅 영역의 레코드 확인 Amazon VPC(Amazon Virtual Private Cloud)로 생성된 VPC는 Route 53 Resolver로부터 자동 DNS 확인을 ..

분명히 되어야 하는데 안되어서 너무 이상했다... 단순히 http trigger 예제 따라하는건데!! 일단 필수적으로 VSCode에서 Azure extension, Functions extension, 그리고 Azure Functions core tools를 설치한다. 방금 뭐때문에 됐는지 정확하게 모르겠는데... 이유는 2개 중 하나일 것 같다. 1) Azure Functions core tools를 설치하고 재부팅을 한번 해줘서 된걸 수도 있고 (유력) 2) PSSecurityException때문에 그런 걸수도 있다. 그런데 전자가 유력해보인다. 잘 실행되면 다음과 같이 나온다. 처음 수행되기까지 시간이 좀 걸리니 진득하게 기다릴 것. req 명령이 없어서, 강제로 내 이름을 집어넣었다. 내 이름으로..

Automation Account에서 Runbook을 만들고 Schedule을 만든다음에 Runbook과 Schedule을 link 시키면 반복 작업 시킬 수 있음! Python 3.8 (Preview)도 쓸 수 있어. 굳이 VM을 사용할 필요가 전혀 없는거지.

https://blog.kloud.com.au/2018/08/10/hub-spoke-communication-using-vnet-peering-and-user-defined-routes/ Hub-Spoke communication using vNet Peering and User Defined Routes – Kloud Blog Introduction Recently, I was working on a solution for a customer where they wanted to implement a Hub-Spoke virtual network topology that enabled the HUB to communicate with its Spoke networks via vNet Peering. T..

읽기 캐시 : 데이터를 읽어올 때, 일단 캐시에서 확인하고 없으면 디스크에서 다시 캐시에 갖다놓고, 메모리로 가져간다. 데이터를 쓸 때는 디스크에 곧바로 쓴다. -> 데이터가 순차적으로 저장되어 있을 때 유리하다. (random i/o인 경우는 오히려 불리하다. 계속 캐시에 갖다놓는데 갖다 놓은 데이터가 locality가 보장 안되니까 그런듯?) 예를 들면, 용량이 큰 영상이나 사진 파일등..? Q) 근데 random i/o 사용하는 운영체제에서는 locality 적극 사용하지 않나? 이해가 안가네? ㄴ OS는 특이케이스인거지. 일반적인 large files들은 순차적으로 저장되어 있어야만 spatial locality로 이득을 보는데, OS같은 경우는 데이터가 흩뿌려져있어도 loop문이 많이 쓰이니까 ..