정리하며 배우다.

이 포스트는 아래의 Blog를 번역한 글이며, 영어공부 겸, 지식을 전달하기 위한 목적으로 작성된 글입니다.

보시기 불편하시거나, 해당글의 무분별한 포스팅이 문제가 된다면, 삭제하겠습니다.

https://stackify.com/w3wp-high-cpu-usage/

IIS 성능 문제가 있거나, w3wp 높은 사용량 문제가 있거나, 높은 CPU 사용량을 IIS Worker Process 로 해결하는 방법을 알고 싶다면, 이 문서가 도움이 될겁니다.

이 포스트는, 당신의 ASP.NET Web Application의 높은 CPU 사용량의 원인이 무엇인지, 그를 식별하기 위한 몇가지 팁에 대해서 논의 합니다.

당신의 IIS Worker Process (w3wp) 많은 CPU를 사용하는 데는 여러가지 이유가 있습니다.

우리는 몇가지 주요 원인과, IIS 성능 문제를 해결하는 방법에 대해 설명합니다. 

가장먼저 해야 할 일중에 하나는, 당신은 현재 실행중인 웹 요청을 확인해야 한다. 이것은 문제를 일으키는, 특정 URL을 식별하는데 도움이 된다.

시간이 매우 오래 걸리거나, 높은 CPU 문제를 일으키는 URL중에 하나를 인식하는 기회가 된다. 

그러나 이것은 대기열에 있는 많은 웹 요청을 보여줄수 있으며, 근본적인 원인으로 연결되지는 않는다.

IIS 관리 콘솔을 통해서, 당신은 실행중인 Worker 프로세스를 볼 수 있습니다.
당신은 어떤 IIS Application pool 이 높은 CPU의 원인이 되는지와 현재 실행중인 Web 요청을 볼수 있습니다.

IIS 메인 메뉴로 부터 "작업자 프로세스"를 선택 하면 현재 실행중인 작업자 프로세스를 볼 수 있습니다. 

작업자 프로세스를 더블클릭하면, 현재 실행중인 모든 요청을 볼 수 있습니다.

다음은 우리의 서버중 하나의 예입니다. 각 요청이 ASP.NET의 파이프라인의 다른 부분에 있으며, 현재 실행중인 HTTP 모듈을 볼 수 있습니다.

appcmd.exe 유틸은 현재 실행중인 웹 요청을 포함하여, 많은 작업을 하는데 유용하게 사용할 수 있습니다.

C:\Windows\System32\inetsrv>appcmd list requests
REQUEST "f20000048000021c" (url:GET /nopcommerce, time:6312 msec, client:localhost, 
stage:BeginRequest, module:IIS Web Core)

IIS UI 및 Command Line을 통해 현재 실행중인 웹 요청을 볼 수 있습니다.

각기 다른 방법으로 같은 정보를 확인 할 수 있습니다. 

• URL :  실행되었던 완성형 URL.
• Time : 웹 요청이 실행되었던 밀리초 단위의 시간의 총 합.
• Client : 요청을 시작했던 유저의 주소
• Stage : 현재 요청의 IIS 파이프라인 단계
• Module : 현재 실행중인 ASP.NET 모듈

• 모든 요청이 동일한 URL 입니까? 아마도 해당 URL이 문제의 원인 일 수 있습니다. 
• 같은 Client 로 부터 많은 수의 요청이 옵니까? 아마도 특정 유저가 당신의 서버에 트래픽을 보내고 있을 수 있습니다.
• 모든 요청이 같은 단계나 모듈에 갇혀있습니까? 특정 IIS 파이프라인 단계에 요청이 중단되는 문제일 수 있습니다.

END

Mermaid를 사용하면 텍스트와 코드를 사용하여 여러가지 다이어그램을 시각화할 수 있는데요. 
Markdown에서 영감을 받아 텍스트 정의를 렌더링하여 다이어그램을 동적으로 생성하고 수정하는 JavaScript 기반 다이어그램 작성 및 차트 작성 도구입니다.

Mermaid의 주요 목적은 문서가 개발 과정을 따라잡을 수 있도록 돕는 것입니다.


다이어그램 작성 및 문서화는 개발자의 귀중한 시간을 소모하며 빠르게 구식이 됩니다. 그러나 다이어그램이나 문서가 없으면 생산성이 저하되고 조직 학습이 손상됩니다.
Mermaid는 사용자가 쉽게 수정 가능한 다이어그램을 만들 수 있도록 하여 이 문제를 해결합니다. 또한 이를 프로덕션 스크립트(및 기타 코드 조각)의 일부로 만들 수도 있습니다. Mermaid를 사용하면 프로그래머가 아닌 사람이라도 Mermaid Live Editor를

통해 세부적인 다이어그램을 쉽게 만들 수 있습니다 . 튜토리얼에는 비디오 튜토리얼이 있습니다. 자주 사용하는 애플리케이션과 함께 Mermaid를 사용하고, Mermaid의 통합 및 사용 목록을 확인하세요 .

Mermaid는 아래 공식 사이트를 통해서 더욱 자세한 정보를 확인 할 수 있습니다. 

https://mermaid.js.org/intro/

또한 Live Editor를 제공하고 있어서, 손쉽게 다이어그램을 작성 및 테스트 할 수 도 있습니다. 

https://mermaid.live/edit#pako:eNpVkM1qw0AMhF9F6NRC_AI-FBq7zSWlhebmzUF45eyS7A_ymhBsv3vXNoVWJzHzjRAzYhs0Y4ndLdxbQ5LgVCsPeV6byojtk6P-DEXxMh04gQueHxPsnw4BehNitP7yvPH7BYJqPC4YQzLWX-fNqtb8p-cJ6uZIMYV4_uuc7mGCt8Z-mXz-v2OEc-q96ajsqGhJoCJZEdyhY3FkdX5_XBSFybBjhWVeNclVofJz5mhI4fvhWyyTDLzDIWpKXFu6CLlfkbVNQT62OtZW5h_iO1v9

sequenceDiagram
    Alice->>+John: Hello John, how are you?
    Alice->>+John: John, can you hear me?
    John-->>-Alice: Hi Alice, I can hear you!
    John-->>-Alice: I feel great!

시퀀스 다이어그램은 프로세스가 서로 어떻게 작동하고 어떤 순서로 작동하는지 보여주는 상호 작용 다이어그램입니다.

flowchart TD
    A[Christmas] -->|Get money| B(Go shopping)
    B --> C{Let me think}
    C -->|One| D[Laptop]
    C -->|Two| E[iPhone]
    C -->|Three| F[fa:fa-car Car]

순서도는 노드 (기하학적 모양)와 가장자리 (화살표 또는 선) 로 구성됩니다 . Mermaid 코드는 노드와 가장자리가 만들어지는 방법을 정의하고 다양한 화살표 유형, 다방향 화살표 및 하위 그래프와의 모든 연결을 수용합니다.

classDiagram
    Animal <|-- Duck
    Animal <|-- Fish
    Animal <|-- Zebra
    Animal : +int age
    Animal : +String gender
    Animal: +isMammal()
    Animal: +mate()
    class Duck{
      +String beakColor
      +swim()
      +quack()
    }
    class Fish{
      -int sizeInFeet
      -canEat()
    }
    class Zebra{
      +bool is_wild
      +run()
    }

클래스 다이어그램은 객체 지향 모델링의 주요 구성 요소입니다. 이는 애플리케이션 구조의 일반적인 개념 모델링과 모델을 프로그래밍 코드로 변환하는 세부 모델링에 사용됩니다. 클래스 다이어그램은 데이터 모델링에도 사용할 수 있습니다. 클래스 다이어그램의 클래스는 주요 요소, 애플리케이션의 상호 작용 및 프로그래밍할 클래스를 모두 나타냅니다.

erDiagram
    CUSTOMER }|..|{ DELIVERY-ADDRESS : has
    CUSTOMER ||--o{ ORDER : places
    CUSTOMER ||--o{ INVOICE : "liable for"
    DELIVERY-ADDRESS ||--o{ ORDER : receives
    INVOICE ||--|{ ORDER : covers
    ORDER ||--|{ ORDER-ITEM : includes
    PRODUCT-CATEGORY ||--|{ PRODUCT : contains
    PRODUCT ||--o{ ORDER-ITEM : "ordered in"

개체-관계 모델(또는 ER 모델)은 특정 지식 영역에서 상호 관련된 관심 사항을 설명합니다. 기본 ER 모델은 관심 항목을 분류하는 엔터티 유형으로 구성되며 엔터티(해당 엔터티 유형의 인스턴스) 간에 존재할 수 있는 관계를 지정합니다. 

gantt
    title A Gantt Diagram
    dateFormat  YYYY-MM-DD
    section Section
    A task           :a1, 2014-01-01, 30d
    Another task     :after a1  , 20d
    section Another
    Task in sec      :2014-01-12  , 12d
    another task      : 24d

간트 차트(Gantt Chart)는 1896년 Karol Adamiecki가 처음 개발하고 1910년대 Henry Gantt가 독립적으로 개발한 막대형 차트의 한 유형으로, 프로젝트 일정과 하나의 프로젝트를 완료하는 데 걸리는 시간을 보여줍니다. 간트 차트는 프로젝트의 최종 요소와 요약 요소의 시작 날짜와 종료 날짜 사이의 일수를 보여줍니다.

mindmap
  root((mindmap))
    Origins
      Long history
      ::icon(fa fa-book)
      Popularisation
        British popular psychology author Tony Buzan
    Research
      On effectivness<br/>and features
      On Automatic creation
        Uses
            Creative techniques
            Strategic planning
            Argument mapping
    Tools
      Pen and paper
      Mermaid

마인드 맵은 정보를 계층 구조로 시각적으로 구성하는 데 사용되는 다이어그램으로, 전체 조각 간의 관계를 보여줍니다. 종종 빈 페이지 중앙에 이미지로 그려지는 단일 개념을 중심으로 생성되며, 관련 표현이 여기에 표시됩니다. 이미지, 단어, 단어의 일부와 같은 아이디어가 추가됩니다. 주요 아이디어는 중심 개념에 직접 연결되고, 다른 아이디어는 이러한 주요 아이디어에서 파생됩니다.

https://mermaid.js.org/intro/

END

프로그램을 설계하고 코딩하는 과정에서, 각 어플리케이션의 요소 (클래스, 메소드, 구조체 등등) 를 변경하는 과정은 자주 발생하게 됩니다. 협업하는 과정에서 즉시 수정이 가능하면 좋지만, 시간을 두고 천천히 제외 해야 할 요소라면, 작업자 간의 자연스러운 공유 및 수정을 유도하는 것도 하나의 방법인데요.
꼭 제외에만 초점을 맞춘다기 보다는 Framework 의 변경, 추가 Method 생성 등도 이유가 될 수 있을 겁니다.

이때 사용하기 좋은 특성 중 에 하나가 [Obsolete] 입니다.

더 이상 사용하지 않거나, 그럴 예정인 어플리케이션 요소를 표시하는데 사용되는 특성이며,

[Obsolete] 특성 (Attribute)을 붙여주는 방식으로 사용하게 됩니다.

[Obsolete("사용안함", false)]
public bool TestMethods()
{
    return true;
}

위와 같이 Method 나, Class 등등 어플리케이션 요소 상단에 [Obsolete] 특성을 기재하는 방식으로 사용하게 됩니다. 

Obsolete 옵션으로 Message 와 IsError 컴파일 에러 여부를 선택할 수 있는 옵션으로 구성되어져 있으며, 

true 로 선택할 경우, 컴파일시 Error을 발생하게 됩니다. 

IsError false 일 경우, ~~~~ 표시로 사용자에게 경고만 되며, 컴파일은 정상적으로 진행됩니다. 

반면, IsError true 일 경우, ~~~~ 붉은 색으로 표시되며 컴파일시 에러를 발생하게 됩니다.

[AttributeUsage(AttributeTargets.Class | 
        	AttributeTargets.Struct | 
                AttributeTargets.Enum | 
                AttributeTargets.Constructor | 
                AttributeTargets.Method | 
                AttributeTargets.Property | 
                AttributeTargets.Field | 
                AttributeTargets.Event | 
                AttributeTargets.Interface | 
                AttributeTargets.Delegate, Inherited = false)]

Obsolete 특성은 AttributeTargets Enum을 기준으로 동작하며, 

Assembly, Module, Parameter, ReturnValue, GenericParameter, All 을 제외한 요소에서 사용됩니다.

https://learn.microsoft.com/ko-kr/dotnet/api/system.obsoleteattribute?view=net-7.0

END

프로그래밍을 진행할때 가장 많이 사용하는 구문이 제어문과 반복문인데요. python에서 사용되는 반복문의 종류에는 for 문과 while 문이 있습니다. 

반복문은 제어문중의 하나로, 프로그램 소스 코드내에서 특정한 부분의 코드가 반복적으로 수행 될 수 있도록 하는 구문입니다.
프로그램이 처리하는 대부분의 코드는 반복적인 형태가 많으므로, 가장 많이 사용되는 제어문 중 하나입니다.

Python 에서는 for 문과, while 문이 반복문에 해당이 됩니다. 

for문은 특정 값들의 집합의 대해 코드의 일부분을 반복하는 구문입니다. 

for 문의 기본적인 구문은 아래와 같습니다. 

for item in list of items:
	# do something

주로 list 자료형을 이용해서 for 문을 구현하며, 순차적인 리스트를 반환하는 range 함수와 같이 사용되기도 합니다. 

# 샘플
fruits = ["Apple", "Peach", "Pear"]
for fruit in fruits:
	print(fruit)


>>>
Apple
Peach
Pear

range(start, end, step) 함수는 start 와 end 사이의 연속적인 숫자들을 리턴하는 함수 이며, for 문과 자주 사용되는 함수 입니다. 유의사항은 end의 숫자는 포함되지 않은 숫자까지 리턴된다는 점입니다. 

range(start, end, step)

range의 syntax는 위와 같고 stop과 step은 생략 가능합니다.

• start : start로 시작되는 숫자부터 리턴됩니다.
• end : end가 포함되지 않는 숫자까지 리턴됩니다.
• step : 연속적인 숫자들 중에, step의 간격에 해당되는 숫자들만 리턴됩니다.

for item in range(a, b):
	print(item)

for 문과 같이 사용할 경우, 위 예시처럼 사용가능하며, 자세한 예시는 아래 첨부 합니다.

# 1부터 10까지의 개념이며, 10을 포함하지 않음
for number in range(1,10):
	print(number)


total = 0
for number in range(1, 101):
    if number % 2 == 0:
        total += number

print(total)




total = 0
for number in range(2, 101, 2):
	total += number

print(total)

조건이 참일 때마다, 들여쓰기 된 코드들을 실행하는 반복 실행문.

for문은 end 조건이 정해져 있지만, while loop 는 infinite loop 개념이라, 조건문에 유의 해야 합니다.

while someting_is_true:
	# do something

기본적은 구문은 위의 내용과 같으며, 아래는 이를 이용한 예시입니다. 

# 샘플
i = 0
while i < 100:
	print(f"i = {i}")
	i += 1


# 출력
i = 0
i = 1
...
i = 99

https://velog.io/@chappi/파이썬을-배워보자-9일차-반복문while-for

https://www.freecodecamp.org/korean/news/python-for-loop-for-i-in-range-example/

END

조건문은 모든 언어에서 가장 많이 사용하는 프로그래밍 구문중에 하나입니다. Python 에서 사용되는 조건문 형식에 대해서 간략하게 핵심만 정리해 보았습니다. 

조건문이란 어떤 조건이 주어질 때 어떤 동작을 수행하도록 할지, 즉 조건에 따라 실행이 달라지게 할 때 사용되는 문장입니다.
Boolean 자료형 조건이 참인지, 혹은 거짓인지에 따라 달라지는 상황을 수행하는 명령문입니다.

if condition:
	do A
else:
	do B

if/else의 기본 조건문은 위 화면과 같습니다. 해당 조건문 옆에 : 콜론으로 타 언어의 { } 를 대체합니다. 

if condition1:
	do A
elif condition2:
	do B
else:
	do C

else if 의 조건문 형태는 elif 구문으로 사용합니다. 

• > : 왼쪽의 값이 클경우
• < : 왼쪽의 값이 작을 경우
• >= : 왼쪽의 값이 크거나 같을 경우
• <= : 왼쪽의 값이 작거나 같을 경우
• == : 두 값이 같을 경우
• != : 두 값이 다를 경우

if 5 > 1:
	do A


if 5 < 1:
	do A


if 5 >= 1:
	do A


if 5 <= 1:
	do A


if 5 == 5:
	do A
    
    
if 5 != 1:
	do A

• and : 두가지 조건문 모두 참일 경우 True, 아니면 False
• or : 두가지 조건문 중 하나라도 참일 경우 True, 아니면 False
• not : 조건문이 거짓이면 True, 참이면 False

// 두 조건일 참일 경우
if condition1 and condition2:
	do A
else:
	do B


// 두가지 조건중 하나만 참일 경우
if condition1 or condition2:
	do A
else:
	do B


// 조건이 False 일 경우 do A
if not condition1:
	do A
else:
	do B

END

Gitlab의 Webhooks은 프로젝트 내에서 어떠한 일이 발생할 때, 이벤트를 바인딩 하는데 사용 할 수 있습니다. 

이 기능을 이용하면, 다양한 Event를 발생 시킬 수 있는데요. 

Gitlab에 있는 Webhooks 를 이용해서 Push Event를 보내 Jenkins의 빌드를 유발시킬 수 있는 내용을 정리했습니다. 

젠킨스 버전은 Jenkins 2.399 을 사용하고 있어서 UI 및 PlugIn 내용이 조금 다를수 있으니 참고해주세요.

먼저 Jenkins에서 Plugin을 하나 설치 해야 하는데요. 이전 버전에서는 해당 플러그인이 아니였었는데,

바뀐 Jenkins 버전에서는 Gitlab Plugin 으로 통합된 거 같습니다. 

문서를 자세히 보지 않았으나, 해당 플러그인을 설치해주니,

Gitlab의 Webhooks 이벤트를 받을 수 있는 설정화면을 찾을 수 있었어요.

해당 플러그인을 설치하면, 그 전에 보이지 않았던, 빌드유발 메뉴에 선택사항이 하나 추가 됩니다. 

Build when a change is pushed to GitLab. GitLab webhook URL: xxx

바로 위 내용인데요. 변경사항이 GitLab에 푸쉬될때 빌드 된다는 내용이며, 별도의 URL을 제공해줍니다.

URL 내용이, GitLab 설정시 필요하니 확인해주시면 됩니다.

http://000.000.000.000:8080/project/<ProjectName>

해당 메뉴를 선택하면, 위 화면같이 추가 구성이 나오게 되는데요.

저희는 Push Events 를 사용할 것이여서, Default 로 선택되어져 있는 체크박스를 유지해주시면 됩니다. 

그리고 아래에 있는 고급 탭을 선택해줍니다.

고급탭 선택시, 하단에 Secret Token 이 보여지게 되는데요. Default 로 빈값이 존재합니다. 

이때 Generate 버튼을 클릭하면, 문자열이 생성이 되는데요. 이 값도 GitLab 설정시 필요한 값이니 적어둡니다.

Jenkins 에서 설정이 완료가 되었다면, 이제는 GitLab에서 설정을 해주면 되는데요. 

프로젝트 설정 화면에 있는 Settings 메뉴의 Integrations 메뉴에서 Webhooks 를 설정 할 수 있습니다. 

해당 화면에서, Jenkins에서 체크한 URL 및 Secret Token 값을 입력해주고, 

Push Event를 체크하며, 어떠한 branch 에 push가 발생했을때 Push Event 를 발생할지 입력해줍니다. 

저의 경우에는 dev 브런치를 이용하고 있어서 dev를 입력했습니다.

그리고 하단에 Add webhook 버튼을 클릭해주면 기본적인 설정은 완료가 됩니다. 

설정이 완료가 되었다면, Push Events 가 잘 발생이 되는지 테스트를 해 볼 수 있는데요. 

위 화면처럼 Test 드롭다운 박스를 클릭하면, Push Event 및 다양한 테스트를 해볼 수 있습니다. 

해당 이벤트를 클릭하면, Jenkins에 정상적으로 빌드가 유발되는 화면을 확인 할 수 있습니다. 

이렇게 설정을 해 놓으면, 

GitLab repository 'dev' 브런치에 push 를 할 경우, 자동적으로 Jenkins 가 호출이 되고요. 

이를 이용해서 자동 빌드 및 배포, 다양한 기능을 활용할 수 있으니, 꼭 한번 활용해 보시면 좋을거 같습니다. 

END