🦾 Vocabulary 정리

litigation 소송 retention policy 보존 정책 retention 보유 standalone resource 독립 리소스 Atypical 전형적이지 않은 Anomalous 변칙의

🦾 용어 정리

• BYOD: Bring-Your-Own-Device
• MAM: Mobile Application Management
• MDM: Mobile Device Management
• Zero-Trust Methodology: Trust no one, verify everything.

🦾 Tips

📒 You can create groups and add assessments *to each group if you need to create assessments according to local regulations for each of BUs. 📒 Ingested data from *Azure Sentinel is stored in Azure Log Analytics Workspace.

📒 Defense in Depth: Layers of defensive mechanisms. If one layer fails, another layer immediately steps up to prevent an attack.

📒 CIA: common principles that help define a security posture. *Confidentiality, Integrity, Availability. *

📒 Risk Types (1) User Risk: when a given identity is compromised.

• Leaked Credentials, AAD threat intelligence

(2) Sign-in Risk: when a given authentication request isn't authorized by the identity owner.

• Anonymous IP address, Token Issuer Anomaly, Malware linked IP, Atypical travel

🦾 Official Documents

• Defense in Depth 설명 비디오

https://azure.microsoft.com/en-us/resources/videos/defense-in-depth-security-in-azure/

• Microsoft의 Compliance Management에 관한 비디오

https://docs.microsoft.com/en-us/learn/modules/describe-compliance-management-capabilities-microsoft/

오늘 이것저것 공식 문서 뒤적이다가 문득 Microsoft의 MVP의 존재를 알게 되었고 나도 미래에 Microsoft MVP가 되고 싶어졌다.

그러기 위해 열심히 그리고 꾸준히 공부해야지!!!🤩

AWS 認定－試験準備ワークショップ「ソリューションアーキテクト－アソシエイト」セッション１：レジリエントアーキテクチャの設計

用語定義

・レジリエント：回復性がある Resillient ・フォールトトレラント：耐障害性がある Fault Tolerant ・デカップリング：疎結合 Decoupling

レジリエントアーキテクチャの設計

Agenda　 ①多層アーキテクチャソリューションの設計 ②可用性の高いアーキテクトやフォールトトレラントなアーキテクチャの設計 ③AWSのサービスを使用したデカップリングメカニズムの設計 ④適切な回復力のあるストレージの選択

①多層アーキテクチャソリューションの設計

③AWSのサービスを使用したデカップリングメカニズムの設計

🌵スケーラビリティの疎結合化

・ウェブサーバーとログ記録サービスを直接繋げるより、ウェブサーバーとログ記録サービスの間にElastic Load Balancing (ELB)を置き、負荷を分散させてヘルスチェックを行う。 ・クラウドは、スケーラビリティと拡充性が大事。

🌵コンポーネントの状態の疎結合化

・お客様の注文ウェブサーバーとEメールサービス・Eメールサーバーを直接連結するより、お客様の注文ウェブサーバーとEメールサービスの間に、Queue機能ができるAmazon Simple Queue Serviceを置くことで、Eメールサービス・サーバーが壊れても問題なくウェブサーバーは動くように設計する。

🌵ロードバランサーを選択する

① Network Load Balancer レイヤー４で実行、TCPパケットのロードバランシング、高いパフォーマンスアプリ向け ② Application Load Balancer レイヤー7で実行、リクエストの内容に基づいてトラフィックをルーティング

②可用性の高いアーキテクトやフォールトトレラントなアーキテクチャの設計

アーキテクチャの設計は、障害を前提で行わないといけない。 （複数のRegion・Availability ZoneにReplicate、オートスケーリング等）

🌵 耐障害性

システムの疎結合化を進めると、スケーリングが容易になり、耐障害性が向上

🌵 回復性

(1) AWS CloudFormation：テンプレートでAWSリソースのデプロイと管理を行うことができるサービス (2) AWS Lambda：Serverless、Event-driven サーバーをLambdaで構築すると、障害発生の場合やスケーリングが必要な場合、人が触る必要なくLambdaが処理してくれる。

④適切な回復力のあるストレージの選択

🌵 Amazon EC2 インスタンスストア

特定の EC2 インスタンスのみ

🌵 Amazon EBS (Elastic Block Store)

ブロック、インスタンスから独立した永続性

🌵 Amazon EFS (Elastic File System)

ファイル用

🌵 Amazon S3 (Simple Storage Service)

オブジェクト用、高速、インターネットからアクセス可能、データ暗号化も可能、様々なアクセスコントロールが可能

🌵 Amazon S3 Glacier

バックアップ・アーカイブ用のストレージ

🏄‍サーバの仮想化

特徴

①拡張性：サーバを拡張したい場合、柔軟に対応できる。物理サーバーをもう一台発注するのではなく仮想化させたサーバを拡張することができる。 ②コストが削減できる ③性能・リソースの可用性の向上 ④運用の自動化が可能

じゃあ、どのようにサーバを仮想化させるのか？

Popularなツールは以下のよう ①VMware vSphere - ESXi, vCenter ②Linux系 KVM ③Windows Hyper-V

🏄‍可用性

意味

システムがサービスを正常に提供できる状態。 つまり、いつでもサービス可能なシステムを「可用性が高いシステム」と呼ぶ。

実際サーバーを構築する際、

コア数16のプロセッサーを1個積むより コア数8のプロセッサーを2個積んで構築した方が可用性が高いと言える。 なぜかというと、1個が壊れても残り1個が動けるから。

🏄‍冗長化

意味

システムの一部に障害が発生した時に備え、障害が発生してもシステム全体の機能を保てるように、予備装置を予め運用すること。

🏄‍서버의 가상화

특징

①확장성: 서버를 확장하고 싶을 때, 유연하게 대응이 가능하다. 확장하고 싶을 때 물리적인 서버를 1대 더 발주하는 것이 아니라 가상화한 서버 내에서 확장을 검토해볼 수 있다. ②비용절감이 가능하다. ③성능과 리소스의 가용성이 향상된다. ④서버 운영의 자동화가 가능하다.

그럼, 서버를 어떻게 가상화시킬까?

①VMware vSphere - ESXi, vCenter ②Linux系 KVM ③Windows Hyper-V

🏄‍가용성

의미

시스템이 정상적으로 서비스를 제공할 수 있는 상태를 의미한다. 즉, '항상' 서비스가 가능한 시스템을 '가용성이 높은 시스템'이라고 한다.

실제로 서버를 구축할 때는,

코어 16개의 프로세서를 1개보다는 코어 8개의 프로세서 2개로 서버를 구축하는 편이 가용성이 높다. 왜냐하면 1개가 고장나더라도 나머지 1개로 어떻게든 해볼 수 있으니까.

🏄‍다중화

(冗長化를 한국어로 뭐라 번역해야 할지 모르겠어서...)

의미

시스템의 일부에 장애가 발생하더라도 시스템 전체의 기능을 유지할 수 있도록, 미리 예비의 장치라든지 백업으로서 배치해 운용하는 것을 의미한다.

• 인프라뿐만 아니라 코딩도 계속하자..! (알고리즘 (평소풀이+대회)도, 사이드 프로젝트도, further 기술 공부도)

출처: https://github.com/seonggwonyoon/techblog

↓ 내가 관심있는 블로그만 일단 추려봄

한국 기술 블로그들

해외 기술 블로그들

Task B - Booby Prize (배열에서 두 번째로 큰 수의 인덱스 찾기)

나의 풀이

이번 문제는 무난했다. 배열에서 두 번째로 큰 수를 찾고 그 인덱스(+1)를 반환하면 된다. Task A보다 common하고 쉬웠다.

n = int(input())
arr = list(map(int, input().split()))

second = largest = -10**9
secondidx = largestidx = -1

for idx in range(n):
    #print(idx, arr[idx])
    if arr[idx] > largest:
        second = largest
        secondidx = largestidx
        largest = arr[idx]
        largestidx = idx
    elif second < arr[idx] < largest:
        second = arr[idx]
        secondidx = idx

print(secondidx+1)

결과

AtCoder Beginner Contest 213 - task A 문제

나의 풀이

일단 너무 오랜만에 보는 XOR 연산이라 이해부터 하고 시작했다..(ㅋㅋ)

나의 접근방식은 (알고리즘초보 주의) a, b를 일단 이진수로 변환하고 이진수 자릿수를 하나씩 비교하며 같으면 0을, 다르면 1을 list c에 append해줌으로써 c를 만들고 십진수로 변환하여 결과 출력.

a, b = map(int, input().split())

a2= list(bin(a)[2:])
b2 = list(bin(b)[2:])
c = list()

if len(a2) < len(b2):
    count = len(b2) - len(a2)
    while count > 0:
        a2.insert(0, '0')
        count-=1
else:
    count = len(a2) - len(b2)
    while count > 0:
        b2.insert(0, '0')
        count-=1

for i in a2:
    for j in b2:
        if i == j:
            c.append('0')
            b2.pop(0)
            break
        else:
            c.append('1')
            b2.pop(0)
            break
ans = '0b' + ''.join(c)
print(int(ans,2))

결과

후기

결론부터 말하자면, 진작 시작 할걸..! 나의 알고리즘 실력의 민낯을 보는 아주 좋은 기회였다. 앞으로 가능한 매주 참여하고, 꾸준히 공부해둬야겠다.

프로그래밍 테스트 닥쳤을 때만 공부하는 게 아니라 엔지니어인만큼 미리미리 꾸준히 공부해두자 제발!!ㅋㅋ

결과

• 정답 수: 2/8
• 득점: 300/3200

ㅠㅠㅠㅋㅋㅋㅋㅋㅋㅋㅋ 겁나 쪽팔리지만... 미래의 2000점 3000점의 내가 한 땐 이런 때도 있었지...라며 회상하도록 기록을 남겨둔다.....

나의 풀이

Task A - XOR 연산

Task B - Booby Prize

오답 공부