정리하며 배우다.

[SVN] TortoiseSVN 저장소 주소 변경하는 방법, Relocate

holjjack — Thu, 25 Apr 2024 17:10:59 +0900

프로젝트를 진행하다가 보면, 얘기치 않게 SVN 저장소 주소가 변경되기도 하는데요.

초기에는 시스템을 크게 생각하지 않고, 뜻밖의 이사나 부득이한 장비 변경등으로 인해서 줄곳 저장소 주소가 변경되기도 합니다. 이를 예방하기 위해서는 도메인 주소를 이용하면 좋지만, 대부분 프로젝트에서는 IP를 이용한 주소체계를 사용하다 보니 빈번히 발생하게 됩니다.

Tortoise SVN 사용시 주소 변경하는 법이 어렵지는 않지만 정리하였습니다.

1. TortoiseSVN Relocate 이용

SVN 저장소에서, 마우스 오른쪽 버튼 클릭시, TortoiseSVN에 대한 메뉴가 보여지는데요.

해당 메뉴 중 "Relocate" 메뉴를 선택하게 되면, 해당 저장소의 URL 이 보여지게 되는데요.

2. 주소변경

"Relocate" 메뉴 선택시 URL 변경 창이 나오며, 현재 URL 정보도 같이 보여지게 됩니다.

"From URL" 을 확인 하시고, 변경하려는 URL을 "To URL" 부분에 적어주면 정상적으로 URL 변경이 가능합니다.

주소 변경시, 내부적으로 사용중인 외부 참조 URL이 있다면 해장 영역도 같이 변경되어야 합니다~~

참조

END

[.NET Core 6] ASP.NET Core 5.0에서 6.0으로 마이그레이션하기, Startup.cs 과 Configure 종속성 주입

holjjack — Tue, 16 Apr 2024 18:03:47 +0900

프로젝트를 한번 생성해서 개발을 하다가 새로운 버전의 프레임워크가 나오면, 속성에서 대상 프레임워크만 변경을 해주곤 했었는데요. 이런저런 테스트를 위해서 ASP.NET Core 6의 웹앱 템플릿을 새로 생성하는 과정에서 기존과는 다르게 Startup.cs 가 생성이 안되고, Configure 종속성도 보이질 않아서 찾아보던중에 최소 호스팅 모델에 대해서 알게되어 정리합니다. 추가로 ASP.NET Core 6 환경에서 지속적으로 사용하던 Startup 과 Configure 종속성 주입에 대해서도 같이 정리하였습니다.

1. 최소 호스팅 모델

ASP.NET Core 앱의 새 .NET 6 최소 호스팅 모델에는 파일 하나와 몇 줄의 코드만 필요합니다.

6.0으로 마이그레이션하는 앱은 새 최소 호스팅 모델을 사용할 필요가 없습니다.

var builder = WebApplication.CreateBuilder(args);
var app = builder.Build();

app.MapGet("/", () => "Hello World!");

app.Run();

최소 호스팅 모델:

앱을 만드는 데 필요한 파일 수와 코드 줄이 대폭 줄어듭니다. 코드 4줄과 함께 파일이 하나만 있으면 됩니다.
Startup.cs 및 Program.cs를 단일 Program.cs 파일로 통합합니다.
최상위 문을 사용하여 앱에 필요한 코드를 최소화합니다.
전역 using 지시문을 사용하여 필요한 using 문의 줄 수를 없애거나 최소화합니다.

2. ASP.NET Core 5 의 구성

ASP.NET Core 5 에서 프로젝트 생성시 아래와 같은 구성으로 템플릿이 생성이 되는데요.

using Microsoft.AspNetCore.Builder;
using Microsoft.AspNetCore.Hosting;
using Microsoft.Extensions.Configuration;
using Microsoft.Extensions.DependencyInjection;
using Microsoft.Extensions.Hosting;
// Unused usings removed.

namespace WebAppRPv5
{
    public class Startup
    {
        public Startup(IConfiguration configuration)
        {
            Configuration = configuration;
        }

        public IConfiguration Configuration { get; }

        // This method gets called by the runtime. Use this method to add services to the container.
        public void ConfigureServices(IServiceCollection services)
        {
            services.AddRazorPages();
        }

        // This method gets called by the runtime. Use this method to configure the HTTP request pipeline.
        public void Configure(IApplicationBuilder app, IWebHostEnvironment env)
        {
            if (env.IsDevelopment())
            {
                app.UseDeveloperExceptionPage();
            }
            else
            {
                app.UseExceptionHandler("/Error");
                // The default HSTS value is 30 days. You may want to change this for production scenarios, see https://aka.ms/aspnetcore-hsts.
                app.UseHsts();
            }

            app.UseHttpsRedirection();
            app.UseStaticFiles();

            app.UseRouting();

            app.UseAuthorization();

            app.UseEndpoints(endpoints =>
            {
                endpoints.MapRazorPages();
            });
        }
    }
}

Startup.cs

using Microsoft.AspNetCore.Hosting;
using Microsoft.Extensions.Hosting;
// Unused usings removed.

namespace WebAppRPv5
{
    public class Program
    {
        public static void Main(string[] args)
        {
            CreateHostBuilder(args).Build().Run();
        }

        public static IHostBuilder CreateHostBuilder(string[] args) =>
            Host.CreateDefaultBuilder(args)
                .ConfigureWebHostDefaults(webBuilder =>
                {
                    webBuilder.UseStartup<Startup>();
                });
    }
}

Program.cs

Startup.cs와 Program.cs 파일이, ASP.NET Core 6 에서 아래의 형태의 코드로 대체 됩니다.

var builder = WebApplication.CreateBuilder(args);

// Add services to the container.
builder.Services.AddRazorPages();

var app = builder.Build();

// Configure the HTTP request pipeline.
if (!app.Environment.IsDevelopment())
{
    app.UseExceptionHandler("/Error");
    // The default HSTS value is 30 days. You may want to change this for production scenarios, see https://aka.ms/aspnetcore-hsts.
    app.UseHsts();
}

app.UseHttpsRedirection();
app.UseStaticFiles();

app.UseRouting();

app.UseAuthorization();

app.MapRazorPages();

app.Run();

위의 ASP.NET Core 6 샘플에서는 다음 방법을 보여 줍니다.

ConfigureServices가 WebApplication.Services로 바뀝니다.
builder.Build()가 변수 app에 대해 구성된 WebApplication을 반환합니다. Configure는 app을 사용하여 동일한 서비스에 대한 구성 호출로 대체됩니다.

3. 최소 호스팅 모델에서 Startup 사용하기

namespace WebApp4
{
    public class Program
    {
        public static void Main(string[] args)
        {
            var builder = WebApplication.CreateBuilder(args);

            // Add services to the container.

            builder.Services.AddControllers();
            // Learn more about configuring Swagger/OpenAPI at https://aka.ms/aspnetcore/swashbuckle
            builder.Services.AddEndpointsApiExplorer();
            builder.Services.AddSwaggerGen();

            var app = builder.Build();

            // Configure the HTTP request pipeline.
            if (app.Environment.IsDevelopment())
            {
                app.UseSwagger();
                app.UseSwaggerUI();
            }

            app.UseHttpsRedirection();

            app.UseAuthorization();


            app.MapControllers();

            app.Run();
        }
    }
}

ASP.NET Core 6의 WebApplication 을 생성시 위와 같은 형태의 템플릿이 구성이 되는데요.

기존에 보아왔던 Startup.cs 파일은 더이상 생성 되지 않습니다.

ASP.NET Core 5에서 사용하던 Startup Class 를 지속적으로 사용하기 위해서는 추가 마이그레이션 작업을 진행해야하는데요.

    public class Startup 
    {
        public IConfiguration Configuration { get; }

        public Startup(IConfiguration configuration)
        {
            Configuration = configuration;
        }

        public void ConfigureServices(IServiceCollection services)
        {
            services.AddRazorPages();
        }


        public void Configure(IApplicationBuilder app, IWebHostEnvironment env)
        {
            if (!env.IsDevelopment())
            {
                app.UseExceptionHandler("/Error");
                app.UseHsts();
            }
            
            app.UseStaticFiles();

        }

    }

프로젝트마다 구성은 다르겠지만, 기본적으로 위와같은 형태로 기존의 Startup Class 를 생성해 줍니다.

// Add services to the container.
var startup = new Startup(builder.Configuration);
startup.ConfigureServices(builder.Services);

그리고 위치는 다르겠지만, Startup Class 에 Configure 종속성을 수동으로 삽입해주면 되는데요.

이렇게 되면, 기존 ASP.NET Core 5 에서 사용하던 구성대로 ASP.NET Core 6 로 마이그레이션이 가능합니다.

4. ASP.NET Core 5 및 6 호스팅 모델의 차이점

개발 모드에서 개발자 예외 페이지 미들웨어는 기본적으로 사용하도록 설정되어 있습니다.
앱 이름은 기본적으로 진입점 어셈블리의 이름인 Assembly.GetEntryAssembly().GetName().FullName으로 지정됩니다. 라이브러리에서 WebApplicationBuilder를 사용하는 경우 앱 이름을 라이브러리의 어셈블리로 명시적으로 변경하여 MVC의 애플리케이션 파트 검색이 작동되도록 합니다.
엔드포인트 라우팅 미들웨어는 전체 미들웨어 파이프라인을 래핑하므로 경로를 등록하기 위해 UseRouting 또는 UseEndpoints에 대한 명시적 호출이 필요하지 않습니다. UseRouting은 경로 일치가 발생하는 위치를 지정하는 데 계속 사용할 수 있지만 미들웨어 파이프라인의 시작 부분에서 경로가 일치해야 하는 경우 UseRouting을 명시적으로 호출할 필요는 없습니다.
파이프라인은 IStartupFilter가 실행되기 전에 생성되므로 파이프라인을 빌드하는 동안 발생한 예외는 IStartupFilter 호출 체인에 표시되지 않습니다.
EF 마이그레이션과 같은 일부 도구는 앱의 컨텍스트에서 사용자 지정 논리를 실행하기 위해 Program.CreateHostBuilder를 사용하여 앱의 IServiceProvider에 액세스합니다. 이러한 도구는 앱의 컨텍스트에서 사용자 지정 논리를 실행하는 데 새 기술을 사용하도록 업데이트되었습니다. 이런 식으로 Program.CreateHostBuilder를 사용하는 도구로 Entity Framework 마이그레이션이 있습니다. 새 모델을 사용하도록 도구가 업데이트되었는지 확인하고 있습니다.
클래스와 Startup 달리 최소 호스트는 서비스 공급자를 인스턴스화할 때 DI 범위를 자동으로 구성하지 않습니다. 범위가 필요한 컨텍스트의 경우 IServiceScopeFactory.CreateScope를 사용하여 호출 IServiceScope 하여 새 범위를 인스턴스화해야 합니다.
WebApplicationBuilder를 만든 후에는 앱 이름, 환경 또는 콘텐츠 루트 같은 호스트 설정을 변경할 수 없습니다. 호스트 설정을 변경하는 방법에 대한 자세한 내용은 IHostBuilder 또는 IWebHostBuilder 사용자 지정을 참조하세요. 다음의 강조 표시된 API는 예외를 throw합니다.

참조

https://learn.microsoft.com/ko-kr/aspnet/core/migration/50-to-60?view=aspnetcore-6.0&tabs=visual-studio

END

[C#] C# List Shuffle 하는 방법, Random()으로 순서 섞기

holjjack — Mon, 22 Jan 2024 10:00:54 +0900

1. Linq OrderBy()를 사용해서 목록 섞기

public static List<string> Shuffle(List<string> values)
{
    Random rand = new Random();
    var shuffled = values.OrderBy(_ => rand.Next()).ToList();

    return shuffled;
}

Linq의 OrderBy() 메소드를 이용하면, 지정된 비교자를 사용하여 시퀀스의 요소를 정렬합니다.

Random()을 사용해서 순서를 무작위로 섞기 위해 위와 같이 메소드를 구성 할 수 있는데요.

static void Main(string[] args)
{
    List<string> values = new List<string>() { "A", "B", "C", "D", "E" };
    var valuse2 = EtcUtil.Shuffle(values);
    foreach (var item in valuse2)
    {
        Console.WriteLine(item);
    }
}

저는 Method를 구성해서 호출하는 방식을 이용했고, 위와같이 호출하면, 아래의 출력결과를 얻을 수 있습니다.

출력 :

2. Fisher-Yates Shuffle 알고리즘을 사용하여 목록 섞기

public static class Extensions
{
    private static Random random = new Random();

    public static void Shuffle<T>(this IList<T> values)
    { 
        for (int i = values.Count - 1; i > 0; i--) 
        {
            int k = random.Next(i + 1);
            T value = values[k];
            values[k] = values[i];
            values[i] = value;
        }
    }
}

Fisher-Yates 셔플 알고리즘은 C#에서 데이터 구조를 Shuffle합니다.

Fisher-Yates 셔플 알고리즘은 Random.Next() 함수를 사용해 얻은 인덱스값(k)을 현재의 순서 (i) 와 바꿔주는 역활을 합니다. 이 경우 편향되지 않은 배열을 생성해주며, 시간 복잡도 O(n) 으로 빠른편에 속합니다.

위의 코드는 C#에서 Fisher-Yates 셔플 알고리즘을 사용하여 목록을 셔플하는 방법을 보여줍니다.

static void Main(string[] args)
{

    List<int> values = new List<int>() { 1, 2, 3, 4, 5, 6, 7, 8, 9, 10 };
    values.Shuffle();

    foreach (var item in values)
    {
        Console.WriteLine(item);
    }
}

static Method 를 이용해서 구현했고, Shuffle() Method 에 this 인자를 이용해서 구성하였기 때문에,

외부 함수를 맴버 함수처럼 호출 할 수 있게 해줍니다.

그래서 Extension Method 의 느낌을 더 잘 나타낼수 있습니다.

출력 :

참조

https://www.delftstack.com/ko/howto/csharp/shuffle-a-list-in-csharp/

https://en.wikipedia.org/wiki/Fisher%E2%80%93Yates_shuffle

END

[IIS] IISRESET IIS 재시작하는 개선된 명령어 사용하기

holjjack — Mon, 15 Jan 2024 10:50:58 +0900

아래 사이트에서 얘기하는 IISRESET을 사용하지 말아야 하는 이유에 대해서는,
점검 시간이 보장이되고 있는 케이스라면, 크게 신경쓰지 않아도 될 듯 합니다.
또한, 사전에 유저의 진입을 차단할 수 있는 프로세스를 갖춘 웹사이트라면 신경쓰지 않아도 됩니다.
개선된 IISRESET 명령을 이용하면, 충분히 개선이 될 것으로 생각이 됩니다.

하지만, 어떠한 이유에서 IISRESET 대신, 다른 명령어를 사용하라는것인지 핵심은 한번쯤 읽어볼만해서 정리하였습니다.
또한, 하나의 IIS 웹서버를 이용해사 다중의 웹사이트를 이용하고 있는 사용자라면, 한번쯤은 참고하셔도 좋을 내용입니다.

IISRESET - IIS를 다시 시작하는 최악의 방법

IISRESET: the WORST way to restart your IIS website

IISRESET is a well-known tool used to restart your IIS services. Unfortunately, that is also its biggest problem: It is often used to pick up configuration changes/reset misbehaving IIS websites when it shouldn’t be. It actively hurts the availability of

www.leansentry.com

해당 웹사이트 번역글입니다.

IISRESET

IISRESET은 IIS 서비스를 다시 시작하는 데 사용되는 잘 알려진 도구입니다.
불행히도 이는 가장 큰 문제이기도 합니다.

구성 변경 사항을 선택하거나 잘못된 동작을 하는 IIS 웹 사이트를 재설정하는 데 종종 사용됩니다.
이는 웹사이트의 가용성과 서버의 전반적인 안정성을 적극적으로 손상시킵니다.
이 게시물에서는 이러한 경우가 발생하는 이유와 IISRESET이 IIS 서비스에 어떤 영향을 미치는지 자세히 살펴보겠습니다.

IIS를 재설정하고, 응용 프로그램을 다시 시작하고, 응용 프로그램 풀을 재활용하는 올바른 방법에 대해 자세히 알아보려면 IIS 재설정, 다시 시작 및 재활용 가이드를 참조하세요.

IISRESET을 사용하여 IIS를 다시 시작하면 웹 서버에 어떤 영향을 미치는지 자세히 알아보기 전에 IISRESET이 사용되는 이유를 검토해 보겠습니다.

IISRESET 명령의 히스토리

IISRESET은 Windows Server 2003에 IIS 6.0이 출시되기 이전에 사용되던 명령어입니다.

IIS 5.0 및 이전버전의 IIS에서는 웹 서버가 모놀리식 단일 프로세스 였습니다. 응용프로그램에서 발생할 수 있는 성능 문제를 해결하기 위해 IIS 를 다시 시작 명령이 필요했습니다.

IIS 6.0 에서는 응용프로그램 풀 아키텍처를 도입했습니다.

요청 수신을 담당하는 IIS 시스템 프레임워크(Http.sys 커널 드라이버, W3SVC 리스너 서비스)에서

웹사이트 응용 프로그램 코드 (호스팅에서 IIS 워커 프로세스, w3wp.exe)가 분리되었습니다.

그래서, 응용프로그램 재시작할 경우 iisreset.exe 가 더이상 필요하지 않습니다. iis를 재시작하는 쉬운방법으로는 남아있지만, 과도한 방법입니다.

IISRESET 명령이 사용되는 이유는

1. Configuration 을 변경하기 위해

IIS 7.0 이상 모든 IIS 서비스는 Configuration 변경 및 응용프로그램 콘텐츠 변경을 자동으로 감시하고 적용합니다.
이러한 변경 사항은 자동으로 처리되고, 응용 프로그램 또는 응용프로그램 풀이 다시 시작됩니다.
즉, IISRESET 을 사용해서, configuration 변경 사항을 선택할 필요는 없습니다.
IISReset의 사용은 IIS 6.0과 같은 IIS의 이전 버전에서 권장되었으며 IIS 7.0, IIS 7.5 또는 그 이후 버전에서는 지원되지 않습니다. https://techcommunity.microsoft.com/t5/iis-support-blog/iisreset-internals/ba-p/951578

2. 성능 및 안정성 문제를 복구하기 위해

웹사이트가 정지가 되었거나, 성능적으로 문제가 있는 웹사이트를 복구하기위해 사용됩니다.

다시 시작하는 것이 전술적으로 유익한 경우에도, IIS 를 재 설정하는 것은 올바른 방법이 아닙니다.
대신 올바른 응용 프로그램 풀을 이용해서 재활용 하는 것이 좋습니다.
응용프로그램풀을 재활용 하는 것은 아래와 같이 막대한 이점이 있습니다.

- 해당 응용 프로그램 풀에만 영향을 미칩니다.
- 중첩된 IIS 재활용을 통해 제로 다운타임 재시작합니다.
- 전체 워밍업으로 다시 시작하는 기능에 지연이 없습니다.
- 다른 웹사이트에 영향이 없습니다. (다중 웹사이트 운영시)
- 웹서버 전체에 잠재적인 결과가 없습니다.

IISRESET 작동방식

가장 정확한 비유는 서버에서 전원 코드를 뽑아 특정 어플리케이션을 닫는 것이다.
최소한 서버를 다시 사용하려면, 서버가 다시 부팅 될 때 까지 기다려야 한다.
아래 이미지는 IISRESET을 사용할 때 대략적으로 일어나는 일입니다.

https://www.leansentry.com/guide/reset-restart-recycle-iis/dangers-of-iisreset#to-recover-from-performance-or-stability-issues

Windows 정품 인증 서비스 (WPAS)인 WAS 를 중지하려고 시도합니다.
W3SVC를 포함하여 WAS에 의존하는 모든 서비스가 중지됩니다.
WAS는 모든 활성 응용 프로그램 풀을 중지하려고 시도합니다.
이는 WAS가 중지되는 동안, 서버의 각 웹사이트에 대한 모든 수신요청이 503 Sevice Unavailable 을 반환하기 시작함을 의미합니다.
이제 모든 IIS 작업자 프로세스가 중지되기를 기다리고 있습니다. shutdownTimeLimit(기본 90초)
작업자 프로세스가 이 시간내에 중지되지 않으면 종료됩니다.
마지막으로 90초 정도 후에 WAS 가 중지됩니다.
그런 다음 IISRESET은 WAS 및 W3SVC 를 다시 시작하려고 시도합니다.

즉, IISRESET이 WAS가 중지될 때 까지 대기 시간이 초과되지 않는 한 WAS를 강제로 종료합니다.

이 경우 명령이 실패하고, 중지된 IIS 서비스를 다시 시작하지 못하여, 웹서버가 영구적으로 비활성화 될 수 있습니다.

IISRESET 이 웹서버 가용성을 해치는 방법

1. IISRESET으로 인해 웹사이트가 중단됨

IISRESET으로 가장 먼저 발생하는 일은 W3SVC 서비스가 중지된다는 점입니다.

즉, 웹사이트 바인딩을 듣는 사람이 없고, 연결이 거부 됩니다. 이는 해당 서버의 모든 웹사이트에서 즉시 발생합니다.

https://www.leansentry.com/guide/reset-restart-recycle-iis/dangers-of-iisreset#to-recover-from-performance-or-stability-issues

2. IISRESET은 전체 서버에 긴 다운타임을 일으킴

IISRESET이 특정 웹 사이트 또는 응용 프로그램 풀을 대상으로 하지 않기 때문에, 시스템의 모든 응용 프로그램 풀을 중지한다는 것입니다.

즉, 모든 웹사이트의 중단 시간은 응용 프로그램 풀의 작업자 프로세스가 현재 실행 중인 요청을 완료하는 데 걸리는 가장 긴 시간입니다(종료 시간 제한까지).

https://www.leansentry.com/guide/reset-restart-recycle-iis/dangers-of-iisreset#to-recover-from-performance-or-stability-issues

왜냐하면, 성능 문제가 있을때, IIS 재시작을 가장 자주 재설정 하기 때문에, 이러한 요청이 완료하는데 매우 오랜 시간이 걸릴 가능성이 높습니다. 따라서 IISRESET을 호출할 때 마다 전체 90초 지연이 예상됩니다.

3. 서버를 중지 상태로 남을 수 있습니다.

IISRESET 에는 기본제한시간이 20초입니다. 기본 응용 프로그램 풀 종료 시간 제한과 같은 90초가 아닙니다.

이는 활성 시스템의 IISRESET 이 WAS가 중지되기 전에 매번 시간 초과됨을 의미합니다. 강제로 WAS 종료를 시도하게 됩니다.

이로 인해 IISRESET을 관리자 권한으로 실행하는 경우에도, IISRESET에 권한 오류가 발생 할 수 있습니다.

Attempting stop...
Stop attempt failed.
Access denied, you must be an administrator of the remote computer to use this command. 
Either have your account added to the administrator local group of the remote 
computer or to the domain administrator global group.

결과적으로 WAS 및 W3SVC 서비스가 이제 중지되고 서버가 영구적으로 다운됩니다.

https://www.leansentry.com/guide/reset-restart-recycle-iis/dangers-of-iisreset#to-recover-from-performance-or-stability-issues

IISRESET NOFORCE 명령을 사용하고 있다고 가정해 보겠습니다 .

/NOFORCE 명령은 시간 제한을 소진하고 서비스를 종료하지 않고 중지하여 동일한 중지 상태가 됩니다.

개선된 IISRESET 명령

IISRESET을 사용해야 하는 경우, IIS 7.0 이상에서 사용할 수 있는 실패 위험이 낮은 IIS cmd는 다음과 같습니다.

iisreset /stop /timeout:60
taskkill /F /FI "SERVICES eq was"
iisreset /start

이것이 더 잘 작동하는 이유는 기본 IIS 재시작 cmd에서 발생하는 "액세스 거부" 오류를 방지하기 때문입니다.

더 긴 시간 초과를 사용하여 작동한 다음 IISRESET 중지가 시간 초과되면 WAS를 완전히 종료하고 나중에 다시 시작해야 합니다.

이렇게 하면 웹 서버가 영구적으로 다운되는 것을 방지할 수 있습니다.

4. IISRESET을 사용하면, 성능문제를 해결 할 수 없습니다.

서버중단, 높은 CPU, 메모리 누수, 성능 저하는 IISRESET으로 해결 할 수 없습니다.
서버에 대한 로직을 검증하는 방법으로 수정해야 합니다.

5. 중복 재활용 및 100% 예열의 이점을 거부합니다.

진지하게. 손상되었거나 어려움을 겪고 있는 응용 프로그램 풀을 다시 시작하려는 경우 재활용 방법은 대신 중단 시간이 없고 완전히 예열되며 시작 지연이 없는 다시 시작을 허용합니다.

결론

IIS가 서버를 재설정할 필요가 없으니, IISRESET 을 사용하지 마세요.

이로 인해서 웹사이트 가동 중단 시간이 길어지고, 웹 서버가 작동할 수 없는 상태가 될 수 있습니다.

대신 IIS 서비스를 적절하게 다시 시작하는 방법을 알아보고, Zero 시작 지연 작업을 위해 웹사이트를 구성하는 방법에 대해서 알아보세요.

참조

https://www.leansentry.com/guide/reset-restart-recycle-iis/dangers-of-iisreset#to-recover-from-performance-or-stability-issues

IISRESET: the WORST way to restart your IIS website

www.leansentry.com

END

[C#] 문자열 서식, string.Format() 및 보간을 이용한 간격 맞추기

holjjack — Mon, 18 Dec 2023 10:24:14 +0900

프로그램을 개발하면서 소소하게 많이 접하게 되는것이 문자열관련, 날짜관련이 아닐까 싶은데요. 그중 Log 성 데이터를 다루다 보면 문자열 관련된 내용이 꼭 필요하게 됩니다. Log와 관련된 내용을 좀더 가독성이 좋게 만들면 좋을 거 같아서 보간을 이용한 간격을 맞췄는데요. 진행한 김에 같이 정리하였습니다.

1. string.Format 을 이용한 문자열 출력

string.Format() 의 메소드 매개변수 형식은 아래와 같은데요.

{첨자, 맞춤:서식 문자열}

해당 메소드를 이용하면 위와같은 형태로 문자열을 출력할 수 있습니다.

2. PadRight() PadLeft() 를 이용한 간격맞춤

간혹 문자열의 간격을 조정해야 하는 상황이 발생하게 되는데요.

이때는 PadRight(), PadLeft() 메소드를 이용하시면 우측간격과, 좌측간격을 조정해서

위와 같은 형태로 출력화면을 컨트롤 할 수 있는데요.

3. $을 이용한 문자열 보간

$ 문자는 문자열 리터럴을 보간된 문자열로 식별합니다. 보간된 문자열은 보간 식이 포함될 수 있는 문자열 리터럴입니다. 보간된 문자열이 결과 문자열로 해석되면 보간 식이 있는 항목이 식 결과의 문자열 표현으로 바뀝니다.

var name = "Mark";
var date = DateTime.Now;

// Composite formatting:
Console.WriteLine("Hello, {0}! Today is {1}, it's {2:HH:mm} now.", name, date.DayOfWeek, date);
// String interpolation:
Console.WriteLine($"Hello, {name}! Today is {date.DayOfWeek}, it's {date:HH:mm} now.");
// Both calls produce the same output that is similar to:
// Hello, Mark! Today is Wednesday, it's 19:40 now.

C# 10부터 보간된 문자열을 사용하여 상수 문자열을 초기화할 수 있습니다. 보간된 문자열 내의 모든 보간 식이 상수 문자열인 경우에만 이 작업을 수행할 수 있습니다.

4. 보간을 이용한 출력

위 예제에서는 string.Format() 메소드를 이용했지만, 보간을 이용하면 간단하게 구문을 줄 일 수 있습니다.

앞에 $ 리터럴 문자만 넣어주시면 보간을 이용 할 수 있는데요.

코딩에 대한 부분이 간편해진 것을 볼 수 있습니다.

5. 보간을 이용한 간단한 줄맞춤 서식

PadRight(), PadLeft() 메소드도 보간을 이용하면, 간편하게 +/- 정수형을 이용해서 좌측/우측 간격을 조절할 수 있어서 간편하게 이용할 수 있습니다.

참조

[C#] 문자열 서식 맞추기 (string.Format(), 문자열 보간)

*이 글은 책을 바탕으로 공부한 글입니다. 숫자만큼 많이 다루는 게 문자열이라고 했다. 문자열을 다루다 보면, 서식을 갖출 필요가 있을 때가 있다. Publisher Author Title Marvel Stan Lee Iron Man Hanbit Sang

daekyoulibrary.tistory.com

END

[Linux] 리눅스 종류 및 버전 확인하는 방법 - CentOS, Ubuntu

holjjack — Mon, 11 Dec 2023 09:09:00 +0900

들어가며

Linux는 버전에 대한 영향을 받는 OS 이다 보니, 이전에 설치한 버전을 확인해야 하는 경우가 빈번히 발생을 하는데요. 이때 알아두면 좋을 명령어 및 방법을 정리하였습니다.

01. uname -a

$ uname -a 옵션의 경우 모든 정보를 출력하는데요. --help 옵션으로 확인시 -a 옵션을 제외한 내용들이 순차적으로 출력이 됩니다.

Linux localhost.localdomain 3.10.0-957.el7.x86_64 #1 SMP Thu Nov 8 23:39:32 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux

커널이름 -s : Linux

호스트이름 -n : localhost.localdomain

커널릴리즈 -r : 3.10.0-957.el7.x86_64

커널 버전 -v : #1 SMP Thu Nov 8 23:39:32 UTC 2018

하드웨어 -m : x86_64

프로세스 타입 -p : x86_64

하드웨어 플랫폼 -i : x86_64

운영체제 -o : x86_64 GNU/Linux

의 순서로 출력이 됩니다.

02. os-release 파일을 이용한 버전확인

다음은 os-release 파일을 이용해서도 버전 정보를 확인 할 수 있는데요.

아래 두가지 명령어로 확인이 가능합니다.

$ cat /etc/os-release

$ grep . /etc/os-release

CentOS 화면 / cat /etc/os-release

Ubuntu 화면 / cat /etc/os-release

grep . /etc/os-release

03. hostnamectl 을 이용한 버전확인

hostnamectl 명령어를 이용해서도 버전을 확인할 수 있습니다.

hostnamectl 명령어는 호스트에 대한 정보 및 호스트 이름을 변경할 때 사용하는 명령어 인데요.

상태를 확인 할때도 사용하게 됩니다.

$ hostnamectl status

status 옵션은 생략가능한 기본 옵션이여서, 호스트 정보를 확인 할 때 사용도 되지만, OS 및 버전정보도 같이 보여주기 때문에 해당명령어를 이용해서도 버전정보를 확인 가능합니다.

04. lsb_release -a

lsb_release 명령어는 리눅스의 배포판 버전을 확인하는 명령어 입니다.

아래와 같은 명령어로 확인이 가능합니다.

$ lsb_release -a

05. lsb_release 가 설치 안되 있을 경우.

간혼, lsb_release 명령어가 설치가 안되어 있을 경우가 있습니다. 해당 명령어를 입력할 경우 아래와 같이 명령어를 찾을 수 없다는 메시지가 출력되는 경우인데요.

해당 경우 yum 명령어를 이용해서 lsb 를 설치해주시면 됩니다.

$ yum install redhat-lsb

참조

https://rhrhth23.tistory.com/145

END

[.NET 8] ASP.NET Core MVC 새 프로젝트 생성 시, /Views/Home/Index.cshtml 를 찾지 못하는 상황 수정

holjjack — Mon, 4 Dec 2023 10:16:29 +0900

.NET 8 버전이 Preview 상태에서 장기지원 버전으로 상향됬다는 소식에, .NET 8.0 을 설치했는데요.

첫 설치 후 Visual Studio 2022에서 ASP.NET Core 웹앱 (MVC 모델) 템플릿을 이용해서 프로젝트를 생성 하고 기본적인 실행을 했는데요.

정상적으로 실행이 되지 않고,

/Views/Home/Index.cshtml
/Views/Shared/Index.cshtml

파일을 찾지 못한다는 에러가 발생해서 원인을 찾아봤습니다.

01. 프로젝트 생성, MVC 템플릿

.NET 8.0 을 설치 한 후, ASP.NET Core 웹앱 (Model - View - Controller) 템플릿을 이용해서 프로젝트를 생성하였습니다.

아직은 Preview 로 보여지는거 같지만, 프레임워크 버전을 8.0 으로 선택을하고 프로젝트를 정상적으로 만들었는데요.

이후 컴파일 후 실행을 하였습니다.

02. /Views/Home/Index.cshtml not found 에러 발생

An unhandled exception occurred while processing the request.
InvalidOperationException: The view 'Index' was not found. The following locations were searched:
/Views/Home/Index.cshtml
/Views/Shared/Index.cshtml
Microsoft.AspNetCore.Mvc.ViewEngines.ViewEngineResult.EnsureSuccessful(IEnumerable<string> originalLocations)

빌드 후 첫 실행을 진행했는데요. "An unhandled exception occurred while processing the request." 에러가 발생을 하였습니다. 거기다가 Index 를 찾지 못한다는 에러였는데요.

설마.. 기본적으로 Razor RuntimeCompilation 이 빠진건가요;

실행은 되게끔 템플릿 구성을 해줘야 하는게 아닌지 싶었지만, 일단 오류를 잡아봅니다.

03. Razor.RuntimeCompilation Nuget 설치

해당 오류를 수정하기 위해서는 별도의 Nuget 패키지를 설치해야 하는데요.

정확한 명칭은 아래와 같습니다.

Microsoft.AspNetCore.Mvc.Razor.RuntimeCompilation

해당 패키지를 검색해서 설치를 진행해 줬고요. .NET 8.0 버전을 사용하고 있으니, 같은 버전으로 설치를 진행하였습니다.

04. 서비스 컨테이너 부분 수정.

internal class Program
{
    private static void Main(string[] args)
    {
        var builder = WebApplication.CreateBuilder(args);

        // Add services to the container.
        builder.Services.AddControllersWithViews();

        var app = builder.Build();

        // Configure the HTTP request pipeline.
        if (!app.Environment.IsDevelopment())
        {
            app.UseExceptionHandler("/Home/Error");
            // The default HSTS value is 30 days. You may want to change this for production scenarios, see https://aka.ms/aspnetcore-hsts.
            app.UseHsts();
        }

        app.UseHttpsRedirection();
        app.UseStaticFiles();

        app.UseRouting();

        app.UseAuthorization();

        app.MapControllerRoute(
            name: "default",
            pattern: "{controller=Home}/{action=Index}/{id?}");

        app.Run();
    }
}

builder.Services.AddControllersWithViews().AddRazorRuntimeCompilation();

설치 후, 컨테이너 부분에 RazorRuntimeCompilation 을 추가적으로 붙여줘야 하는데요.

위 처럼 AddControllersWithViews() 뒤에 붙여주시면 정상적으로 동작하는 것을 확인 하실 수 있습니다.

Footer 에 해당하는 부분이 상단에 붙어 있는데요. 해당 부분이 왜 이런지는 추가적으로 확인해 봐야겠네요.

아직 미흡한 부분이 있는 것인지, 호환이 되지 않는 것인지 확인이 필요해 보이지만

템플릿에 해당하는 예시적인 화면이다보니, 크게 중점을 두지는 않아도 될것 같습니다.

참조

https://www.reddit.com/r/dotnet/comments/14zd7zp/brand_new_default_aspnet_core_mvc_8_project/

https://learn.microsoft.com/ko-kr/aspnet/core/mvc/views/view-compilation?view=aspnetcore-8.0&tabs=visual-studio

END

어떤

holjjack — Tue, 28 Nov 2023 17:38:04 +0900

페이지?

[Jenkins] GitLab API PlugIn을 이용한, 외부에서 젠킨스 빌드 유발하는 방법 - 2.4 버전 이상

holjjack — Mon, 27 Nov 2023 15:53:11 +0900

들어가며

Jenkins의 보안상의 이슈로 Jenkins 버전을 2.3xx 에서, 2.4xx 이상의 버전으로 업데이트를 진행 하였습니다. 그 과정에서 예전에 사용하던 GitLab API PlugIn에 UI가 변경이 되었는데요.

아직 2.3xx 대의 버전을 사용하시는 분들이라면, 이전 글을 참고 하시면 좋을 것 같습니다.

2023.06.05 - [CI] - [Jenkins] GitLab Webhooks를 이용한 젠킨스 연동 및 빌드유발

[Jenkins] GitLab Webhooks를 이용한 젠킨스 연동 및 빌드유발

Summary Gitlab의 Webhooks은 프로젝트 내에서 어떠한 일이 발생할 때, 이벤트를 바인딩 하는데 사용 할 수 있습니다. 이 기능을 이용하면, 다양한 Event를 발생 시킬 수 있는데요. Gitlab에 있는 Webhooks 를

holjjack.tistory.com

01. Jenkins 버전 업그레이드

Jenkins의 버전 업그레이드는, 관리 메뉴에서 진행하면 손쉽게 진행할 수 있어서 넘어가도록 하겠습니다.

02. 2.4 버전의 업그레이드 이후 PlugIn 변경

어떠한 이유인지는 모르겠으나, 2.3xx 버전에서 사용중이던 GitLab Plugin이 2.4xx 버전대에서는 검색이 안되고,

다른 GitLab API Plugin 이 검색이 되었습니다. 한참을 검색하였지만 찾지 못해서, 해당 Plugin을 설치 하였는데요.

※ 단, 기존 GitLab Plugin이 설치된 상태에서 업그레이드를 했을 경우에는 기존 Plugin을 사용할 수 있었습니다.

03. 빌드유발 변경하기

GitLab Plugin과는 다르게, 빌드유발 탭에서는 Generic Webhook Trigger 의 체크박스로 표현이 되고 있었습니다.

호출 URL도

http://JENKINS_URL/generic-webhook-trigger/invoke

로 기존의 형태와는 다르게 표현이 되었습니다.

하지만 호출 방식이 크게 어렵지는 않고, Token 생성시, 하단의 Token 입력상자에 입력해주시면 됩니다.

04. 토큰 생성하기

해당 API 토큰은, 유저를 관리하는 메뉴에서 해당 프로젝트에 권한이 있는 계정에 설정 메뉴에서 만드실 수 있습니다.

05. 외부호출 URL 만들기

http://localhost:8080/generic-webhook-trigger/invoke?token=110a56287a6bdcd9a3b3055e9b6af3cdc7

이제 위에서 언급한 URL을 이용해서, 외부에서 호출할 URL을 만들면 되는데요.
http://JENKINS_URL/generic-webhook-trigger/invoke

해당 정보에, 위에서 만든 token 값을 추가해서 get 형식으로 URL을 작성해서 호출하면

정상적으로 빌드가 동작합니다.

참조

END

[IIS] DISM을 이용한 IIS 워크로드 설치방법 (IIS 8.5)

holjjack — Mon, 20 Nov 2023 10:37:24 +0900

Windows Server 계열에서 IIS를 설치하는 여러가지 방법이 있는데요. 지난번 포스팅에서는 PKGMGR (패키지매니저)를 이용했다면, 이번 포스팅은 DISM 배포 이미지 서비스를 이용해서 IIS 워크로드를 설치 및 설정하는 방법을 정리하였습니다.

https://holjjack.tistory.com/226

[IIS] Pkgmgr(패키지매니저)를 이용한 IIS 워크로드 설치방법 (IIS 7.5)

동일한 웹서버에 같은 환경의 IIS 를 여러대 설정해야할 경우, 스크립트를 사용해서 설치하는 방법이 매우 유용합니다. Cloud 환경에 웹서버를 구성할 경우 용이하게 이용하실 수 있습니다. 아래

holjjack.tistory.com

01. DISM 이란?

배포 이미지 서비스 및 관리(DISM.exe)는 Windows PE, Windows RE(Windows 복구 환경) 및 Windows 설치 프로그램에 사용되는 이미지를 포함하여 Windows 이미지를 제공 및 준비하는 데 사용할 수 있는 명령줄 도구입니다.

DISM은 Windows 이미지(.wim) 또는 가상 하드 디스크(.vhd 또는 .vhdx)를 제공하는 데 사용할 수 있습니다.

DISM은 Windows에 기본 제공되며 명령줄 또는 Windows PowerShell을 통해 사용할 수 있습니다.

02. PowerShell 에서 목록 확인하기

PS> dism /online /get-features

PowerShell 에서 해당 명령어를 이용해서 DISM으로 설치 가능한 목록을 확인 할 수 있습니다.

03. CMD 창에서 확인하기

/>  dism /online /get-features | find "IIS"

명령 프롬프트 이용시에는 find 명령어를 사용할 수 있기 때문에, PowerShell 보다는 목록을 확인하는데 유용했습니다.

04. DISM 스크립트

DISM.EXE /enable-feature /online /featureName:IIS-WebServerRole /featureName:IIS-WebServer 
/featureName:IIS-CommonHttpFeatures /featureName:IIS-StaticContent /featureName:IIS-DefaultDocument 
/featureName:IIS-DirectoryBrowsing /featureName:IIS-HttpErrors /featureName:IIS-HttpRedirect 
/featureName:IIS-ApplicationDevelopment /featureName:IIS-ASPNET /featureName:IIS-NetFxExtensibility 
/featureName:IIS-ASPNET45 /featureName:IIS-NetFxExtensibility45 /featureName:IIS-ASP /featureName:IIS-CGI 
/featureName:IIS-ISAPIExtensions /featureName:IIS-ISAPIFilter /featureName:IIS-ServerSideIncludes 
/featureName:IIS-HealthAndDiagnostics /featureName:IIS-HttpLogging /featureName:IIS-LoggingLibraries 
/featureName:IIS-RequestMonitor /featureName:IIS-HttpTracing /featureName:IIS-CustomLogging 
/featureName:IIS-ODBCLogging /featureName:IIS-Security /featureName:IIS-BasicAuthentication 
/featureName:IIS-WindowsAuthentication /featureName:IIS-DigestAuthentication 
/featureName:IIS-ClientCertificateMappingAuthentication /featureName:IIS-IISCertificateMappingAuthentication 
/featureName:IIS-URLAuthorization /featureName:IIS-RequestFiltering /featureName:IIS-IPSecurity 
/featureName:IIS-Performance /featureName:IIS-HttpCompressionStatic /featureName:IIS-HttpCompressionDynamic 
/featureName:IIS-WebDAV /featureName:IIS-WebServerManagementTools /featureName:IIS-ManagementScriptingTools 
/featureName:IIS-ManagementService /featureName:IIS-IIS6ManagementCompatibility /featureName:IIS-Metabase 
/featureName:IIS-WMICompatibility /featureName:IIS-LegacyScripts /featureName:IIS-FTPServer /featureName:IIS-FTPSvc 
/featureName:IIS-FTPExtensibility /featureName:NetFx4Extended-ASPNET45 /featureName:IIS-ApplicationInit 
/featureName:IIS-WebSockets /featureName:IIS-CertProvider /featureName:IIS-ManagementConsole /featureName:IIS-LegacySnapIn

위 스크립트를 이용하면, DISM 매니저를 이용해서 IIS 워크로드를 손쉽게 구성할 수 있습니다. PKGMGR 보다는 조금더 길이가 늘어났지만, 다른점이라고는 /featureName을 하나씩 명시적으로 입력해줘야 하네요.

해당 스크립트를 원격으로 실행시, 재시작을 대기하는 상황이 발생하는데요.

이럴경우에는 /NoRestart 옵션을 사용해주면 재시작하지 않고 설치가 가능합니다.

DISM.EXE /enable-feature /online /NoRestart /featureName:IIS-WebServerRole /featureName:IIS-WebServer
...
...

참조

Installing IIS 8.5 on Windows Server 2012 R2

This content describes how to install Internet Information Services (IIS) 8.5 on Windows Server 2012 R2 using Server Manager, DISM, or PowerShell.

learn.microsoft.com

END

[IIS] Pkgmgr(패키지매니저)를 이용한 IIS 워크로드 설치방법 (IIS 7.5)

holjjack — Fri, 10 Nov 2023 21:17:22 +0900

동일한 웹서버에 같은 환경의 IIS 를 여러대 설정해야할 경우, 스크립트를 사용해서 설치하는 방법이 매우 유용합니다.

Cloud 환경에 웹서버를 구성할 경우 용이하게 이용하실 수 있습니다.

아래의 설치 방법은 Pkgmgr.exe 를 이용한 방법이며, IIS 8.5 이상에서는 DISM.exe 를이용한 설치방법을 권장하고 있으나,Pkgmgr.exe 로도 설치는 가능하니 참고하세요.

스크립트를 이용한 IIS 설치

스크립트를 사용하여 IIS 7.5를 설치할 수도 있습니다. 이 스크립트를 사용하면 사용 가능한 모든 기능 패키지를 설치하는 전체 IIS 설치를 얻게 됩니다. 필요하지 않은 기능 패키지가 있는 경우 필요한 패키지만 설치하도록 스크립트를 편집해야 합니다.

스크립트를 사용하여 IIS 설치를 자동화하는 것은 여러 웹 서버를 배포해야 하고 각 웹 서버가 동일한 구성 요소와 서비스로 설정되어 있는지 확인하려는 경우에 매우 유용합니다.

Windows Server 2008 및 Windows Vista 운영 체제에서 Pkgmgr.exe는 무인 스크립트에 사용되므로 명령 프롬프트 또는 스크립트에서 선택적 기능을 설치하거나 제거할 수 있습니다. (참고: Pkgmgr.exe는 Windows Server® 2003에서 사용된 Sysocmgr.exe를 대체합니다.)

스크립트

CMD /C START /w PKGMGR.EXE /l:log.etw /iu:IIS-WebServerRole;IIS-WebServer;
IIS-CommonHttpFeatures;IIS-StaticContent;IIS-DefaultDocument;IIS-DirectoryBrowsing;
IIS-HttpErrors;IIS-HttpRedirect;IIS-ApplicationDevelopment;IIS-ASP;IIS-CGI;
IIS-ISAPIExtensions;IIS-ISAPIFilter;IIS-ServerSideIncludes;IIS-HealthAndDiagnostics;
IIS-HttpLogging;IIS-LoggingLibraries;IIS-RequestMonitor;IIS-HttpTracing;
IIS-CustomLogging;IIS-ODBCLogging;IIS-Security;IIS-BasicAuthentication;
IIS-WindowsAuthentication;IIS-DigestAuthentication;IIS-ClientCertificateMappingAuthentication;IIS-IISCertificateMappingAuthentication;
IIS-URLAuthorization;IIS-RequestFiltering;IIS-IPSecurity;IIS-Performance;
IIS-HttpCompressionStatic;IIS-HttpCompressionDynamic;IIS-WebServerManagementTools;IIS-ManagementScriptingTools;
IIS-IIS6ManagementCompatibility;IIS-Metabase;IIS-WMICompatibility;IIS-LegacyScripts;
WAS-WindowsActivationService;WAS-ProcessModel;IIS-ASPNET;IIS-NetFxExtensibility;
WAS-NetFxEnvironment;WAS-ConfigurationAPI;IIS-ManagementService;MicrosoftWindowsPowerShell;
IIS-ASPNET;IIS-ASPNET45;IIS-NetFxExtensibility45;NetFx4Extended-ASPNET45;IIS-ApplicationInit;
%windir%\system32\inetsrv\appcmd set config /section:httpLogging /dontLog:True

위 내용을 bat 파일로 만드셔서 이용하시면 편리합니다.

또한 추가적으로 설치가 필요한 부분은 IIS-xxx 형태의 옵션을 찾으셔서 포함하면 됩니다.

예를 들어 웹소켓 설치시,

IIS-WebSockets;

를 추가 하면 됩니다.

참고

https://docs.microsoft.com/en-us/iis/install/installing-iis-7/installing-iis-7-and-above-on-windows-server-2008-or-windows-server-2008-r2

IIS Worker Process (w3wp) 로 높은 CPU 사용량 문제를 해결하는 방법 (3)

holjjack — Mon, 9 Oct 2023 10:16:45 +0900

들어가며

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

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

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

Guide to w3wp.exe High CPU Usage for IIS Worker Processes

If you're having problems with w3wp.exe high CPU usage, get tips to troubleshoot IIS worker process for your ASP.NET web app.

stackify.com

▶ 6가지 공통된 원인과 IIS 작업자 프로세스의 높은 CPU문제를 해결하는 방법 ◀

w3wp.exe IIS 작업자 프로세스의 높은 CPU 점유율은 많은 이유가 있습니다.

6개의 공통된 원인을 이 포스트에서 선택했습니다.

ASP.NET 어플리케이션의 높은 에러율
높은 CPU의 원인이 되는 웹 트래픽 증가.
어플리케이션의 의존성 문제
GC (Garbage collection)
ASP.NET 파이프 라인에서 요청이 차된되거나, 중단된 경우
최적화가 필요한 비효율적인 .NET 코드

▶ 4. GC 가비지 컬렉션 (Garbage Collection) ◀

Microsoft.NET 은 가비지 수집을 활용해서 메모리 할당 및 해제를 관리합니다.

어플리케이션이 수행하는 작업에 따라, 어플리케이션의 메모리 할당 및 정리에 많은 GC 활동이 발생 할 수 있습니다.

예를들어, 대형 개체 힙에 대형 문자열 변수를 많이 사용하면, 가비지 수집에 문제가 발생합니다.

가비지 컬렉션이 어플리케이션에 문제를 일이킬 수 있는지 측정하려면, Windows의 성능 모니터를 확인하세요.

.NET CLR Memory -> % Time in GC

이 카운터는 어플리케이션이 가비지 컬렉션을 수행하는데 소요되는 시간 (%) 을 반영합니다. 만약 이 수치가 5~10%를 넘게 급증하면 메모리 사용량을 더 자세히 조사해야 합니다.

.NET Framework 2.0 버전을 사용중이라면, 서버모드를 활성화 해야 할 수도 있습니다.

Configuring Garbage Collection on the Server

Table of contents Configuring Garbage Collection on the Server Article 05/23/2014 In this article --> This content is no longer actively maintained. It is provided as is, for anyone who may still be using these technologies, with no warranties or claims of

learn.microsoft.com

<configuration
   <runtime>
      <gcServer enabled="true"/>
   </runtime>
</configuration>

▶ 5. ASP.NET 파이프 라인에서 요청이 차된되거나, 중단된 경우 ◀

ASP.NET request 의 lifecycle 에는 여러 단계가 있습니다. 여기에는 요청시작, 인증, 권한 부여, 올바른 HTTP 핸들러 평가 및 요청완료와 같은 기본적인 단계가 포함됩니다. 그 일환으로 사용 가능한 표준 및 사용자 정의 HTTP 모듈이 많이 있습니다.

성능문제가 있는 경우 모든 요청이 특정 HTTP모듈에 정지된 것처럼 보이는지 살펴보는 것이 좋습니다.

HTTP 모듈은 네이티브 코드이거나 관리되는 .NET 코드일 수 있습니다.

FormsAuthenticaion 또는 SessionStateModule과 같은 표준 .NET 모듈일 수 있습니다. 많은 애플리케이션은 타사 또는 사용자 정의 HTTP 모듈도 사용합니다.

세션을 사용하고 있습니까?
대부분의 사람들은 ASP.NET 세션으로 인해 얼마나 많은 성능 오버헤드가 발생하는지 알지 못합니다.
페이지를 로드할 때마다 IIS 작업자 프로세스가 세션 개체를 검색하고 잠근 다음 요청이 끝나면 해제합니다.
세션으로 인해 잠금이 발생하고 애플리케이션 내에서 병목 현상이 발생할 수 있습니다.
Redis 또는 SQL과 같은 세션 공급자를 사용하는 경우 성능 저하가 애플리케이션 성능에 영향을 미칩니다.

▶ 6. 최적화가 필요한 비효율적인 .NET 코드 ◀

다른 일반적인 원인중 어느것도 문제가 되지 않는 경우, 코드를 자세히 살펴보고 개선해야 할 수 도 있습니다.

코드에서 호출되는 메서드와 소요시간을 캐처하려면 .NET 코드 프로파일러를 사용해야 합니다.

프로파일러는 코드에서 속도가 매우 느린 특정 메서드를 식별하는데 도움이 됩니다.

경고: 프로파일러는 어플리케이션의 오버헤드를 추가합니다. 따라서 어플리케이션의 CPU 사용량이 이미 매우 높으면 (90%+) 프로파일링이 매우 느려지고 어플리케이션 성능이 저하됩니다.

이로 인해 수행중인 프로파일링의 세부수준과 프로파일링을 시작하기 전의 CPU 사용량에 따라 어플리케이션을 사용 할 수 없게 될 수 있습니다.

.NET 프로파일러는 RedGate의 ANTS 성능프로파일러가 있습니다.

https://www.red-gate.com/products/ants-performance-profiler/

.NET Profiler To Boost Application Performance| ANTS Performance Profiler

Drill down to slow lines of code with line-level timings Profile C# or any other .NET code line by line, with precise timing data so you can find issues at a glance. Expensive lines of code are automatically highlighted for quick visual inspection.

www.red-gate.com

참조

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

END

IIS Worker Process (w3wp) 로 높은 CPU 사용량 문제를 해결하는 방법 (2)

holjjack — Mon, 2 Oct 2023 16:15:26 +0900

들어가며

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

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

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

Guide to w3wp.exe High CPU Usage for IIS Worker Processes

If you're having problems with w3wp.exe high CPU usage, get tips to troubleshoot IIS worker process for your ASP.NET web app.

stackify.com

▶ 6가지 공통된 원인과 IIS 작업자 프로세스의 높은 CPU문제를 해결하는 방법 ◀

w3wp.exe IIS 작업자 프로세스의 높은 CPU 점유율은 많은 이유가 있습니다.

6개의 공통된 원인을 이 포스트에서 선택했습니다.

ASP.NET 어플리케이션의 높은 에러율
높은 CPU의 원인이 되는 웹 트래픽 증가.
어플리케이션의 의존성 문제
GC (Garbage collection)
ASP.NET 파이프 라인에서 요청이 차된되거나, 중단된 경우
최적화가 필요한 비효율적인 .NET 코드

▶ 1. ASP.NET 어플리케이션의 높은 에러율 ◀

응용프로그램에서 응용프로그램의 에러가 발생할 수 있으며, 사용자는 알지 못합니다. 일부 오류는 당신의 유저가 특정형식의 오류 메시지를 받는 원인이 될것입니다. 다른 오류가 발생할 수 있고, 그것에 대해 아무도 알지 못합니다.

당신이 에러 모니터링 또는 응용프로그램 성능 관리 툴을 사용한다면, 높은 에러율을 체크할 수 있습니다

윈도우즈 Event Viewr, IIS 로그 등에서 응용프로그램 에러율과 실제 에러를 찾을 수 있는 몇가지 위치가 있습니다.

에러율을 위한 윈도우즈 성능 카운터

높은 에러율을 검토할 것을 권장하는, 두가지 특정 성능 카운터를 추천한다. 윈도우즈에서 성능 모니터를 열고, 챠트보기에서 카운터를 추가하여야 합니다.

.NET CLR Exceptions -> # of Exceps Thrown / Sec : 이것은 당신의 응용프로그램의 많은 예외 상황을 보여줄 겁니다. 당신의 응용프로그램에 큰 성능 문제의 원인이 되는 숨겨진 많은 오류가 있을 수 있습니다. 예외는 않좋으나, 그것을 피할 수는 없습니다.
W3SVC_W3WP -> %500 HTTP Response Sent : 상태 코드가 500인 모든 요청은 내부 서버코드 에러 입니다. 이 확율이 매우 낮은지 확인하세요. 0~1% 여야 합니다.

▶ 2. 높은 CPU의 원인이 되는 웹 트래픽 증가. ◀

w3wp.exe 의 높은 CPU 사용량에 대한 가장 간단한 설명 중 하나는 웹 트래픽 증가 입니다. 그러나 정상적인 트래픽 양에 대한 기준이 없는 경우, 트래픽이 증가했는지 알기 어려울 수 있습니다.

트래픽을 추적하는 응용프로그램 모니터링 툴을 사용하는 경우, 이를 확인하고 트래픽 레벨이 변경되었는지 확인하십시오.

트레픽 레벨이 변경되었는지 알수있는 방법이 없는 경우, IIS 로그 파일을 사용해서 알아 볼 수 있습니다.

VisualLogParser 또는 Log Parser Lizard를 이용해서 질의할 수 있습니다.

또는 Requests / Sec 와 Requests Corrent 에 대한 윈도우 성능 카운터가 있어서 현재 트래픽 속도를 실시간으로 확인 할 수 있습니다.

웹 트래픽 증가에 대한 가능한 이유

트레픽 레벨이 높은경우, 당신은 그 수준이 높아야 하는지 평가해야 합니다. 트래픽 레벨 증가와 관련하여 고려해야 할 몇가지 사항은 다음과 같습니다.

고객 또는 유저 : 특별한 고객, 유저, 또는 자원으로 부터 트래픽이 급증했습니까? 아마도 가끔 당신의 사이트에 접속하는 것이 작동하지 않을 수 있습니다. 특정 IP 주소를 차단이 필요할 수 있습니다.
Bots : 비슷한 특별한 유저가 많은 트래픽의 원인이라면, 그것은 봇일 수 있습니다. IIS 로그에서 당신의 사이트 접속하는데 사용되는 사용자 에이전트를 확인하세요.
오프라 효과 : 오프라(오프라윈프리)나 누군가가 당신의 제품을 언급했나요? 방금 입소문을 냈나요? 엄청나게 많은 관심을 받는 것은 좋은 일이지만, 이를 처리하기 위해 성능을 확장해야 할 수 있습니다.

당신의 사이트가 많은 트래픽을 받을 경우, 대용량 서버(스케일업) 또는 다수의 서버(스케일아웃)이 필요할 수 있습니다.

그러나 초당 많은 요청을 받지 않을 경우, 트래픽이 문제가 되지 않을 수 있습니다.

많은 ASP.NET 어플리케이션은 초당 10-30개 요청이 있습니다. 그러나 바쁜 앱에서 초당 100개 이상의 요청을 수행하는 가벼운 요청도 보았습니다.

하나의 웹앱에서 다른 웹 앱으로의 트래픽 양과 관련해서, CPU 사용량은 크게 다릅니다.

▶ 3. 어플리케이션의 의존성 문제 ◀

요즘의 웹 어플리케이션은 다양한 유형의 외부 서비스 및 종속성을 활용합니다. SQL, NoSQL, 대기열, 캐싱 및 다양한 외부 HTTP 웹 서비스가 포함됩니다.

어플리케이션 종속송으로 인한 속도 저하로 인해 어플리케이션 성능문제가 발생할 수 있습니다.

가장 일반적인 문제는 느린 SQL 쿼리문 또는 외부 HTTP 웹 서비스 입니다.

참조

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

END

IIS Worker Process (w3wp) 로 높은 CPU 사용량 문제를 해결하는 방법 (1)

holjjack — Tue, 19 Sep 2023 16:15:13 +0900

들어가며

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

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

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

Guide to w3wp.exe High CPU Usage for IIS Worker Processes

If you're having problems with w3wp.exe high CPU usage, get tips to troubleshoot IIS worker process for your ASP.NET web app.

stackify.com

▶ IIS Worker Process (w3wp) 로 높은 CPU 사용량 문제를 해결하는 방법 ◀

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

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

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

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

▶ IIS 에서 실행중인 웹 요청을 보는 방법 ◀

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

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

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

▶ IIS 사용자 인터페이스를 통해 ◀

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

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

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

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

▶ Command Line을 통해 ◀

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

[Tips] Mermaid를 사용해서 각종 Diagram 및 개발문서 만들기

holjjack — Mon, 18 Sep 2023 11:36:10 +0900

들어가며

▶ Mermaid 란? ◀

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

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

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

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

▶ 공식사이트 및 Live Editor ◀

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

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

About Mermaid | Mermaid

mermaid.js.org

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

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

Online FlowChart & Diagrams Editor - Mermaid Live Editor

mermaid.live

▶ 시퀀스 다이어그램 ◀

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) ◀

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/

About Mermaid | Mermaid

mermaid.js.org

END

[C#] ObsoleteAttribute 특성을 사용하여, 사용안하는 메소드 표시

holjjack — Mon, 11 Sep 2023 10:14:56 +0900

들어가며

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

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

▶ ObsoleteAttribute ◀

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

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

▶ 기본 형식 ◀

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

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

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

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

▶ 사용 예제 ◀

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

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

▶ Obsolete의 어플리케이션 요소 ◀

[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

holjjack — Mon, 4 Sep 2023 10:42:08 +0900

Summary

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

▶ 반복문 ◀

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

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

▶ for 문 ◀

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

▶ for 문과 자주 사용되는 range 함수 ◀

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)

▶ while 문 ◀

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

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

Reference

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

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

END

[Python] 파이썬 핵심만 정리한 조건문 if/else

holjjack — Mon, 12 Jun 2023 14:43:13 +0900

Summary

조건문은 모든 언어에서 가장 많이 사용하는 프로그래밍 구문중에 하나입니다. 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

[Jenkins] GitLab Webhooks를 이용한 젠킨스 연동 및 빌드유발

holjjack — Mon, 5 Jun 2023 11:09:03 +0900

Summary

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

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

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

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

## PlugIn 설치

Jenkins 플러그인 설치 : GitLab Plugin 이미지

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

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

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

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

## 프로젝트 구성 수정

Jenkins 빌드 유발 설정 이미지

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

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

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

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

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

Jenkins 빌드 유발 설정 이미지 2

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

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

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

Jenkins 빌드 유발 설정 이미지 3

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

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

## GitLab WebHook 설정

GitLab Webhooks 설정 이미지

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

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

GitLab Webhooks Push Events 설정 이미지

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

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

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

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

## WebHook 테스트

GitLab Webhooks Test 이미지

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

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

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

이렇게 설정을 해 놓으면,

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

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

참조

END

[Redis] Windows 에 Redis 설치하기

holjjack — Mon, 29 May 2023 16:48:41 +0900

들어가며

Redis 를 UNIX 기반의 OS에 설치 하지만, 테스트 및 개발환경이 Windows 라면, 임시적으로 사용하기 편한게 Windows Redis 인데요. 최신버전이 아니라는 단점이 있지만, 기본적인 테스트 용도로는 적절하게 사용 가능 할 것 같아서 정리하였습니다.

## 다운로드

https://github.com/microsoftarchive/redis/releases

Releases · microsoftarchive/redis

Redis is an in-memory database that persists on disk. The data model is key-value, but many different kind of values are supported: Strings, Lists, Sets, Sorted Sets, Hashes - microsoftarchive/redis

github.com

Last 버전이 3.0.504 버전이라는 점은 꼭, 설치전 확인해주세요

현재 7.0 버전까지 나왔으니까요..

## 설치

설치하는 방법은 크게 어렵지 않습니다. 기본적인 포트 및 메모리 설치 위치 정도 설정해주면 되며, 중간에 환경변수 등록도 체크해주시면 됩니다.

설치 완료시 Service에 등록되니 바로 사용 하 실 수 있습니다.

## redis-cli

CMD 창을 이용해서, redis-cli 를 실행시킨 후, ping을 때리니 정상적으로 "PONG" 응답이 오네요!!

가볍게 테스트 용도에서의 레디스로 사용하긴 편리합니다.

참조

END

[Jenkins] 젠킨스 Agent 노드 추가 및 설정 방법

holjjack — Tue, 23 May 2023 14:49:17 +0900

들어가며

젠킨스의 경우, 젠킨스를 이용해서 지속적으로 프로젝트를 빌드하고, 배포를 하고, 그 이외에도 다양한 업무를 수행하는 목적으로 사용을 합니다. 이런 젠킨스를 각 머신마다 설치를 하고 설정을 하기는 번거로운데요.

메인으로 사용할 젠킨스에서 각각의 빌드머신, 혹은 개발환경을 컨트롤 할 수 있게끔 Agent 노드를 제공하는데요.

그 방법에 대해서 정리했습니다.

저도 개발, QA, 핫픽스 등등 각각의 개발머신에 배포하는 환경을 하나의 젠킨스 장비에서 관리를 하고 있습니다.

## 신규 노드 (Agent) 추가

Jenkins 관리 메뉴에서 노드관리 메뉴를 선택합니다.

신규 노드를 추가 하는 버튼을 선택합니다.

노드명을 입력해주고, Type은 Permanent Agent 를 선택해 줍니다.

Permanent Agent
Jenkins에 일반 영구 에이전트를 추가합니다. Jenkins는 동적 프로비저닝과 같은 이러한 에이전트와의 높은 수준의 통합을 제공하지 않기 때문에 이를 "영구적"이라고 합니다. 다른 에이전트 유형이 적용되지 않는 경우(예: 실제 컴퓨터를 추가하는 경우, Jenkins 외부에서 관리되는 가상 머신 등) 이 유형을 선택하십시오.

기본적으로 노드 (Agent)의 이름 및 설명, 라벨을 입력해야 하는데요.

중점적으로 체크해야 할 부분은 Remote root directory 입니다.

노드로 사용할 원격 서버의 디렉토리를 설정해주면 됩니다.

저의 경우는 C:\Jenkins 폴더를 이용해서 디렉토리를 설정하였습니다.

Jenkins 가 설치된 장소의 디렉토리가 아닌, Agent 노드가 실행될 서버의 디렉토리를 기입해줘야 합니다.

Launch method는 Launch agent by connection it to the controller 로 설정 합니다.

에이전트가 준비될때마다, Jenkins 컨트롤러에 연결 할 수 있는 기능입니다. 에이전트 머신이 TCP 연결을 설정하게 되는데요. WebSocket 모드

로 사용을 하면, TCP 수신포트를 설정하지 않아도 가능합니다.

모든 과정을 설정하게 되면, 추가한 노드가 화면에 보여지게 됩니다.

맨 위에 있는 Built-In Node는 젠킨스가 설치된 서버의 노드이기 때문에 무시하셔도 됩니다.

## Agent 관련 port 설정

추가한 Agent 노드를 선택했을때, 위와 같은 메시지를 보게될 경우, port 관련해서 설정을 확인하셔야 합니다.

위에서 WebSocket을 사용하기로 하였지만, 글로벌 보안설정을 수정해줘야 설정할 수 있는 command line 메시지를 확인 할 수 있습니다.

젠킨스 관리에 있는 Security 메뉴 중 Configure Global Security 메뉴를 선택하시면,

Agent 에 관련된 TCP port 관련한 설정을 확인 할 수 있습니다.

저의 경우는 Random으로 설정을 하였습니다.

인바운드 에이전트를 사용하지 않는 경우 기본 설치 동작인 이 기능을 완전히 비활성화하는 것이 좋습니다. Jenkins는 TCP 포트를 사용하여 인바운드에 연결된 에이전트와 통신합니다. 인바운드 에이전트를 사용하려는 경우 시작 시 시스템이 임의로 포트를 선택하도록 허용할 수 있습니다(이렇게 하면 다른 Jenkins 인스턴스를 비롯한 다른 프로그램을 방해하지 않습니다). 방화벽은 임의의 포트를 보호하기 어렵기 때문에 대신 고정 포트 번호를 지정하고 그에 따라 방화벽을 구성할 수 있습니다.

## Agent 연결

port를 설정한 뒤 다시 Agent 노드를 선택할 경우, 위처럼 해당 Agent 장비에서 실행해줄 command line 명령어가 노출이 됩니다. 해당 명령줄을 가지고 신규 Agent 장비로 가서 실행해주면 됩니다.

이처럼 관리자 모드로 cmd를 실행 후, 해당 명령어를 입력하게 되면, jar 파일을 다운로드 받고 해당 파일을 이용해서 WebSoket을 이용해서 연결 한 것을 확인 할 수 있습니다.

이후 dev-qa-155 이름의 sample Agent 노드에 정상적으로 연결이 된 것을 확인 할 수 있었습니다.

참조

END

[Tips] Visual Studio 2022 올인원 검색 기능 사용하기 - 버전 17.5.4 업데이트 필요

holjjack — Mon, 15 May 2023 10:20:51 +0900

들어가며

Visual Studio 를 사용하면서 유용하게 사용하는 단축어 가운데 하나가 Ctrl + T 단축어 입니다. 각종 Class 및 Method 파일등을 빠르게 검색해주고, 해당파일로 바로 이동할 수 있는 기능인데요. 이번 Visual Studio 2022 에서 17.5.4 로 업데이트 이후, 올인원 검색으로 업그레이드가 되어서 정리합니다.

## 기존 버전의 CTRL + T

기존에도 CTRL + T 단축어 사용에 크게 불편함은 없었지만, 자세한 내용을 확인 하기 위해서는 UI 적으로나 디테일한 부분이 조금 부족했었는데요.

이번 올인원 검색으로 업그레이드 되면서, 좀더 세부적인 내용을 직관적으로 볼 수 있도록 변경되었습니다.

## Visual Studio 2022 버전 17.5.4 업그레이드

올인원 검색을 이용하기 위해서는 17.5.4 버전으로 업그레이드가 필요합니다.

업그레이드는 도움말 - 업그레이드 확인 메뉴에서 확인 가능합니다.

## 올인원 검색 기능 사용하기

업데이트 이후, Visual Studio 2022를 실행하면, 새로운 기능 을 소개하는 화면이 나옵니다,

만약 안나오게 되면, 도움말 - 새로운기능 메뉴를 이용해주세요.

해당 기능을 사용하고 싶으시면, 이 기능 사용 버튼을 클릭 후, Visual Studio 2022를 재 실행해 주거나,

도구 - 옵션 - 환경 - 미리 보기 기능 메뉴로 접근해서 새로운 Visual Studio 검색 환경(restart이(가) 필요함) 체크박스를 활성화 해주고, Visual Studio 2022를 재시작 해주면 됩니다.

## 올인원 검색 사용하기

올인원 검색기능은 기존대로 CTRL + T 단축어를 이용해서 사용가능하며, 좌/우 UI가 분리되어 왼쪽은 검색결과와, 오른쪽 부분은 해당 파일, Class, Method 등이 포함된 세부적인 내용을 같이 확인 할 수 있어서, 좀 더 정확한 확인이 가능합니다.

참조

END

[IIS] PHP 업로드 용량 관련 설정하기

holjjack — Mon, 8 May 2023 09:00:00 +0900

들어가며

IIS 에 설치한 Php 프로젝트는 대용량 파일을 올려놓는 프로젝트였는데요. 그렇다 보니 IIS 설정과 PHP 에 대용량 파일을 올리기 위한 설정을 진행해야 합니다.

01. IIS 요청 필터링 설정

IIS 의 서버 설정 중, 요청 필터링 메뉴에 접근 합니다. 해당 메뉴에서 "기능 설정 편집" 메뉴를 선택합니다.

해당 설정 편집 메뉴를 클릭하면, 허용되는 최대 콘텐츠 길이 (바이트)를 편집할 수 있는데요.

기본적으로 30MB 로 설정이 되어 있는데요.

이 부분에 최대 바이트 길이는 4.2GB 까지입니다.

해당 입력값의 한계값인 4294967295 값을 입력합니다.

02. php.ini 파일 수정

제가 php 를 설치한 위치는 D:\\ 쪽인데요. 해당 php 설치 폴더에 접근하게 되면,

php.ini 파일을 확인 할 수 있습니다.

# 스크립트가 사용할 수 있는 최대 메모리 양
memory_limit = 4G



# PHP가 허용하는 POST 데이터의 최대 크기.
post_max_size = 4G



# 업로드된 파일의 최대 허용 크기.
upload_max_filesize = 4G



# 각 스크립트의 최대 실행 시간(초)
max_execution_time = 60000



# 단일 요청을 통해 업로드할 수 있는 최대 파일 수
max_file_uploads = 20



# 각 스크립트가 요청 데이터를 구문 분석하는 데 사용할 수 있는 최대 시간입니다.
# (-1) 제한없음
max_input_time = -1

해당 ini 파일을 열고, 각각에 해당하는 파일을 수정하면 됩니다.

그리고 IIS를 재시작 하게 되면, 적용됩니다!

참조

END

[Jenkins] Jenkins 복구 후, git cloning remote repo 'origin' 오류 해결

holjjack — Tue, 2 May 2023 15:45:56 +0900

들어가며

얼마 전, Jenkins를 설치 했던 장비의 노후화로 인해서 부득이 하게 장비를 변경해야 하는 이슈가 발생을 했었습니다. 그래서 Jenkins의 ThinBackup 플러그인을 이용해서 백업을 떠놓고, 새로운 장비로 OS 설치 후 복구를 진행했는데요.

지속적으로 Error cloning remote repo 'origin' 에러가 발생해서 찾던 중, 사사로운 부분임을 발견하고 정리하였습니다.

## Jenkins 빌드 시 에러 git 에러 발생

Jenkins를 하루 이틀 사용 한 것도 아닌데, 복구 후 계속해서 Error cloning remote repo 'origin' 에러가 발생하고 있었는데요. 몇 가지 가능성을 염두해 두고 테스트를 진행 했습니다.

Jenkins 서버의 git 설치 여부
git 서버의 접근 관련 or 계정관련 이슈
... 뭘까...

역시나 1, 2번의 문제는 아니였는데요.

Jenkins가 설치되 어 있는 장비에서 git clone을 해봐도 정상 적이였습니다.

혹시 복구 과정에 설정이 잘못되진 않았을까 하는 마음에 Tool의 Configuration을 확인해 봤습니다.

## Global Tool Configuration 확인

버전마다 차이가 있는 것 같지만, Tools 또는 Global Tool Configuration 메뉴에 접속하시면, 설치한 툴에 대한 설정을 진행 할 수 있습니다.

해당 메뉴에서 Git Intallations 메뉴에 접근 하니, 역시나 ! 느낌표가 발생되어 있는 상태였습니다.

설치시 환경변수로 등록이 되어 있을텐데, 절대 경로를 기입해 달라는 메시지가 보이네요.

다른 버전의 Jenkins 에는 절대경로를 기입하지 않아도 정상적으로 동작을 했는데, 정확인 이유는 찾지 못하고,

아래와 같이 절대 경로을 기입했더니 정상적으로 동작 하였습니다.

절대 경로 기입했더니, 역시나! 오류가 없어지고 정상적으로 동작하였습니다.

혹시나 같은 이슈가 발생하신다면, 위와 같은 해결 방법도 고려해보시면 좋을거 같습니다.

참조

END

[TIP] ping 요청 시간 만료시 방화벽 허용하는 방법

holjjack — Fri, 28 Apr 2023 12:35:39 +0900

들어가며

대부분 네트워크 연결 테스트를 위해서 ping 으로 체크하는 경우가 많이 있는데요. 분명 연결은 되어 있는데 ping 으로 해당 IP 나 도메인 요청시 "요청 시간이 만료되었습니다" 라는 메시지를 보게 됩니다.

이럴경우에는 서버측에서 해당 포트의 방화벽이 막혀있거나, 사용안함으로 설정되어 있을 경우가 있는데요.

이를 해제하거나 방화벽 규칙을 등록하는 방법을 정리했습니다.

## 요청 시간이 만료되었습니다.

명령 프롬프트를 이용해서 해당 IP 주소에 ping 요청을 했을때, 아래와 같이 "요청 시간이 만료되었습니다." 메시지가 출력될 경우, ping요청을 받는 서버에 방화벽을 확인 할 필요가 있습니다.

고급 보안이 포함된 Windows Defender 방화벽 을 윈도우 검색 메뉴에 입력하시면, 위와 같이 메뉴로 바로 가실 수 있습니다.

또한, 제어판에서 Windows Defender 방화벽 메뉴을 이용하셔도 같은 결과를 얻으실 수 있습니다.

## 방화벽 사용으로 변경

Windows Defender 방화벽 메뉴에서, 고급설정 메뉴를 선택합니다.

해당 메뉴 선택시, 고급 보안이 포함된 Windows Defender 방화벽 메뉴가 나오는데요.

해당 메뉴에서

파일 및 프린터 공유 (에코요청 - ICMPv4-in)

파일 및 프린터 공유 (에코요청 - ICMPv6-in) 을 사용으로 변경해주시면 됩니다.

정상적으로 Ping 테스트가 가능합니다.

## 인바운드 규칙에 없다면??

그럴경우는 없을 것 같은데, 만약에 해당 규칙이 존재 하지 않을 경우, 인바운드 규칙 -> 새 규칙 메뉴를 이용해서 규칙을 추가 할 수 있습니다.

새 규칙 메뉴를 선택시, 규칙을 추가하는 마법사가 나타나게 되는데요.

이때 미리 정의됨 메뉴를 선택하면됩니다.

해당 메뉴 선택시, 파일 및 프린터 공유 리스트가 나타나게 되고요.

해당 메뉴를 선택해 줍니다.

그러면, 위에서 정의한 것처럼

파일 및 프린터 공유 (에코요청 - ICMPv4-in)

파일 및 프린터 공유 (에코요청 - ICMPv6-in) 를 체크박스로 선택해서 등록할 수 있습니다.

참조

END

[Github] Windows Git 이용 시 Logon failed 오류 해결 방법

holjjack — Mon, 24 Apr 2023 10:21:52 +0900

들어가며

개인적인 프로젝트의 경우에는 Github를 이용해서 git Repository를 구성해서 사용하고 있습니다. 한동안 사용을 못하고 있다가 오랜만에 github 프로젝트를 접근 했었는데요. Site 상에서는 로그인이 정상적으로 진행이 되는데, 저장소 pull 을 땡기면, failed to excute prompt script (exit code 1) 오류가 발생해서 한참을 검색했는데요.

01. 오류화면

오류 메시지에 대한 내용은 아래 화면과 같았습니다.

Logon failed, use ctrl+c to cancel basic credential prompt.

원인을 찾아보니, 바로 Windows의 Git 버전때문이였습니다.

꽤 오랜시간 Git의 버전을 업데이트 하지 않은 상태이긴 했었는데요.

버전이 문제가 될 지는 몰랐네요.

02. Windows의 Git 버전 업데이트

Git Bash 창을 열어주고, 아래의 명령어를 입력해주면 됩니다.

$> git update-git-for-windows

해당 명령어를 입력하게 되면, 위와 같은 화면이 보여지고, 설치하겠냐는 질문에 y 를 입력해서 진행하시면 됩니다.

그러면 일반적인 git 설치 화면이 나오게 됩니다.

그리고 나서, 다시 pull 을 땡기면, 로그인 화면이 보여지고

정상적으로 github을 이용하실 수 있습니다.!!

참조

END

[IIS] Php 설정 시, <handler> scriptProcessor를 <fastCGI> 애플리케이션 구성에서 찾을 수 없습니다. 오류해결

holjjack — Mon, 17 Apr 2023 10:15:31 +0900

들어가며

IIS 서버를 이용해서 PHP 프로젝트를 설정할 경우 아래와 같은 오류가 발생했을때, 해결하는 방법을 정리했습니다.

에러메시지는 아래와 같은데요.

Internal Server Error <handler> scriptProcessor could not be found in <fastCGI> application configuration.

01. 500.0 - Internal Server Error

IIS에 PHP로 구성된 프로젝트를 설정하고 있던 도중, 위와 같은 에러메시지가 나타 났는데요.

"<handler> scriptProcessor를 <fastCGI> 애플리케이션 구성에서 찾을 수 없습니다."

자세한 오류 정보:
모듈    FastCgiModule
알림    ExecuteRequestHandler
처리기    PHP FastCgi
오류 코드    0x80070585

처음 보는 에러 메시지여서, 차근차근 확인해 봤는데요.

web.config 파일에 대한 이슈인 듯 해서 해당 부분에 대해서 확인 했습니다.

02. web.config 파일 확인

FastCgiModule 를 설정 하는 파일에 위치가 잘못 되었을까 해서, 확인 했는데 정상적이였습니다.

그래서 혹시나 싶어 web.config 파일을 열어봤는데요!

Fast CGI 경로를 설정하면서, Web.config 파일에 경로가 잘못 들어갔으며, 중복으로 두개가 들어가 있었습니다.

03. php-cgi 경로 수정

중복으로 들어가있던, 하나의 CGI 경로는 주석처리를 했고요.

나머지 하나의 php-cgi 경로는 실제 존재하는 위치로 수정했더니, 500.0 에러 없이 정상적으로 접속이 가능했습니다!

참조

END

[Jenkins] 외부에서 Jenkins 호출하기

holjjack — Mon, 3 Apr 2023 10:30:28 +0900

들어가며

Jenkins를 이용해서 간단한 DevOps 환경을 구성하다 보면, 권한을 부여해서 컨트롤 할 수 도 있지만, 시스템 자동화를 위해서 외부에서 API를 이용해서 Jenkins를 호출 해야 하는 상황이 발생하기 도 합니다.

간편하게 Plug In을 설치하면, 외부에서 Jenkins를 호출 할 수 있습니다.

01 Jenkins 플러그인 설치

외부에서 Jenkins 를 호출하기 위해서는 먼저, Build Authorization Token Root Plugin 을 설치해야 합니다.

Jenkins 관리 > 플러그인 관리 메뉴에 들어가서, Available Plugins 를 선택해서
"Build Authorization Token Root" 해당 플러그인을 검색해서 설치 해 줍니다.

02 빌드 유발 수정

플러그인 설치가 준비가 되었다면, 외부에서 호출을 하려는 프로젝트 관리메뉴에 접속합니다.

중간에 위치한 빌드 유발 설정 부분에 "빌드를 원격으로 유발" 을 선택해주고,

Authentication Token 을 작성해 줍니다.

그러면서, 원격 빌드 유발에 Sample URL 이 명시가 되어 있는데요.

예를 들면 아래와 같은 형태입니다. <> 괄호안에 내용은 각 프로젝트에 맞게 변경되어야 합니다.

http://<JENKINS_URL>/job/<PROJECT_NAME>/build?token=<TOKEN_NAME>

03 외부에서 호출시 로그인 화면 출력

원격환경에서 URL을 호출하게 되면, 위와 같이 로그인 화면이 출력되어, 원하는 Jenkins가 정상적으로 호출 되지 않는데요.

https://plugins.jenkins.io/build-token-root/

Build Authorization Token Root

Lets <code>build</code> and related REST build triggers be accessed even when anonymous users cannot see Jenkins.

plugins.jenkins.io

해당 플러그인 사이트에 방문하게 되면, URL 형식이 다르다는 것을 알 수 있습니다.

04 호출 URL 변경

http://<JENKINS_URL>/buildByToken/build?job=<PROJECT_NAME>&token=<TOKEN_NAME>

호출하는 URL을 Build Authorization Token Root 에서 제공하는 방식으로 변경했더니, 별도의 로그인 없이도 Jenkins를 외부에서 호출 할 수 있었습니다.

참조

https://plugins.jenkins.io/build-token-root/

END

[C#] C#에서 TLS 1.2를 사용하도록 변경하기

holjjack — Fri, 24 Mar 2023 15:47:02 +0900

들어가며

.NET Framework 4.8 개발 환경에서, 기본적인 TLS 전송에 대한 프로토콜 버전이 1.0으로 전송된다는 얘기를 전해들었습니다. 이와 관련해서 서버에서는 1.2 를 지원하고 있어서 원활한 통신이 안되고 있다는 얘기에, 관련상황을 정리하였습니다.

TLS란?

TLS(전송 계층 보안) 프로토콜은 인터넷을 통해 전달되는 개인 정보를 보호하는 데 도움이 되도록 설계된 업계 표준입니다.

TLS는 국제 표준 기구인 IETF(Internet Engineering Task Force)에 의해 제안되었으며 프로토콜의 첫 번째 버전은 1999년에 발표되었습니다. 가장 최신 버전은 2018년에 발표된 TLS 1.3입니다.

TLS는 Netscape가 개발한 SSL(Secure Sockets Layer)이라고 불리는 이전의 암호화 프로토콜에서 발전한 것입니다.
TLS 버전 1.0은 SSL 버전 3.1로서 개발을 시작했지만 Netscape와 더 이상 연관이 없음을 명시하기 위해 발표 전에 프로토콜의 이름이 변경되었습니다.
이러한 역사 때문에 용어 TLS와 SSL은 가끔 서로 바꿔서 사용됩니다.

.NET Framework TLS 1.2에 대한 지원

앱이 TLS 1.2를 협상하려면 OS 및 .NET Framework 버전이 모두 TLS 1.2를 지원해야 합니다.

https://learn.microsoft.com/ko-kr/dotnet/framework/network-programming/tls#support-for-tls-12

TLS 1.2의 경우 앱에서 .NET Framework 4.7 이상 버전을 대상으로 하고, WCF 앱에서 .NET Framework 4.7.1 이상 버전을 대상으로 합니다.
TLS 1.3의 경우 .NET Framework 4.8 이상을 대상으로 합니다.

현 상황

위에 표를 보게 되면 Windows Server 2012 상위 버전은 기본적으로 사용하도록 설정된다고 하였으나,

실질적으로 테스트 했을때는 그러지 않았습니다.

동일한 현상에 대해서 테스한 코드가 있어서 참조하였습니다.

string url = "https://www.google.com";
var req = (HttpWebRequest)WebRequest.Create(url);
req.Method = "GET";
 
var resp = req.GetResponse();
var outStream = resp.GetResponseStream();
string output = "";
using (StreamReader rdr = new StreamReader(outStream))
{
    output = rdr.ReadToEnd();
}

http://csharp.tips/tip/article/802-using-tls-1-2-in-csharp

저희 코드의 개발환경은 2016 Server에 .NET Framework 4.8 이였습니다.

TLS 1.2 활성화

위에 처럼 진행했을 경우, TLS 가 1.0 버전으로 통신이 되어, 아래처럼 코드를 수정해서 테스트 했습니다.

System.Net.ServicePointManager.SecurityProtocol = System.Net.SecurityProtocolType.Tls11 | System.Net.SecurityProtocolType.Tls12;
 
var req = (HttpWebRequest)WebRequest.Create(url);
req.Method = "GET";
...
...

http://csharp.tips/tip/article/802-using-tls-1-2-in-csharp

(HttpWebRequest)WebRequest.Create(url) 이전에

추가로 프로토콜을 명시해 줌으로써, TLS 1.2 로 통신하는 모습을 확인 할 수 있었습니다.

동일한 현상을 겪었으나, 이미지 캡쳐본이 사라져서 타 blog 의 이미지를 첨부하였습니다.

MSDN

MSDN 에서는 .NET Framework 애플리케이션이 안전하게 유지되도록 하려면, TLS 버전을 하드 코드 하면 안된다고 합니다. .NET Framework 애플리케이션에서는 OS가 지원하는 TLS 버전을 사용해야 한다고 하지만,

기본적으로 사용하도록 설정된다고 하는데, 실질적으로는 코드상에서 프로토콜을 명시해줬어야 했습니다.

추가적으로 설정이 필요한것인지는 모르겠으나, regist 파일까지 수정해가면서 하고싶진 않아서, 코드상에서 처리하였습니다.

참조

http://csharp.tips/tip/article/802-using-tls-1-2-in-csharp

https://learn.microsoft.com/ko-kr/dotnet/framework/network-programming/tls#support-for-tls-12

END

[Python] 파이썬 입력 함수 - input()

holjjack — Tue, 21 Mar 2023 18:05:37 +0900

들어가며

Python을 공부 하면서 그때마다의 내용을 정리하고, 복습해보려고 합니다. 전반적으로 내용을 정리해서 작성하는게 아니여서 중복된 내용이 작성될 수 있습니다. 참고해주세요.

input()

input("Age : ")

print("Age is " + input("Age : "))


//결과화면
Age : 16
Age : 16
Age is 16

파이썬에서 데이터에 대한 입력은 input() 메소드를 이용해서 진행합니다.

input 메소드에 문자열 형태의 prompt가 있는 경우, 줄바꿈 없이 화면에 출력됩니다. 그런 다음 입력에서 한 줄을 읽고 문자열로 변한 후 반환합니다. (자동적으로 줄바꿈 제거)

그렇기 때문에 input 으로 입력받은 데이터는 기본적으로 문자열 형태여서, 형 변환 후 이용해야 합니다.

변수를 이용한 입력

위에 입력에 대한 부분은 input() 메소드에 대한 기본적인 내용이며, 변수를 이용해서 입력된 내용을 사용 할 수 있습니다.

name = input("Age : ")

print("Age is " + name)


// 출력
Age : 16
Age is 16

참조

https://docs.python.org/3/library/functions.html?highlight=input#input

END

[Python] 파이썬 출력 함수 - print()

holjjack — Fri, 17 Feb 2023 10:44:06 +0900

들어가며

print()

print ( * objects , sep = ' ' , end = '\n' , file = None , flush = False )

print 메소드는 위와 같은 인자를 가지고 있습니다.

객체를 텍스트 스트림 파일 에 인쇄하며, sep 로 구분 하고 end 가 뒤에 옵니다.

sep , end , file 및 flush 는 키워드 인수로 제공되어야 합니다.

키워드가 아닌 모든 인수는 str() 같은 문자열로 변환되고 스트림에 기록되며 sep 로 구분되고 뒤에 end 가 옵니다.

sep 와 end는 모두 문자열이어야 합니다. None의 경우 기본 값의 사용을 의미합니다.

file 인수는 write(string) 메서드 가 있는 객체여야 합니다. None 또는 값을 제공하지 않는 경우 sys.stdout을 사용합니다.

인쇄된 인수는 텍스트 문자열로 변환되기 때문에 print()는 바이너리 모드 파일 객체와 함께 사용할 수 없습니다. 이를 위해 file.write(...)를 대신 사용하십시오.

출력이 버퍼링되는지 여부는 일반적으로 파일에 의해 결정되지만 flush 키워드 인수가 true이면 스트림이 강제로 플러시됩니다.

버전 3.3에서 변경: flush 키워드 인수를 추가했습니다 .

기본 print() 출력 샘플

print("Hello world")
print("My Name is \"Jeff\"")
print('My Name is "Jeff"')
print("My Name is 'Jeff'")
print("My Name is " + "Jeff")
print(1, 2, 3, 4, 5)

Hello world
My Name is "Jeff"
My Name is "Jeff"
My Name is 'Jeff'
My Name is Jeff
1 2 3 4 5

sep, end 인자값을 이용한 출력

print(1, 2, 3, 4, 5, sep=" : ", end=",")

1 : 2 : 3 : 4 : 5,

중간의 구분되는 문자열을 sep 인자로 설정 할 수 있으며, end 인자로는 출력의 마지막 문자열을 설정 할 수 있습니다.

file 인자값의 이용

with open('test.txt', 'w') as file:
    print('Hello World!', file=file)

file 인자값을 이용할 경우, 위에서 언급한 대로, 표준출력이 아닌, 파일에 해당

flush 인자값의 이용

대부분의 입력의 경우 buffer의 영역에 데이터가 입력이 되고, 일정양, 혹은 일정 시간동안 보관된 buffer 의 내용이 화면에 노출이 되게 됩니다. flush의 인자값을 사용할 경우, buffer에 보관하지 말고 바로 출력하라는 의미로 해석 될 수 있습니다.

해당 내용을 어떻게 샘플링 할 수 있을까 했는데, 다른 블로그 분이 샘플링 한게 있어서 URL을 참조 영역에 첨부 하오니 참고 부탁드립니다.

import time
for i in range(10):
    print(i, end=' ', flush=False)
    time.sleep(0.1)

해당 인자가 False의 경우에는 한번에 화면에 출력되지만, True 일 경우에는 0 ~ 9까지 순차적으로 표기됩니다.

참조

https://docs.python.org/3/library/functions.html?highlight=print#print

https://velog.io/@janeljs/python-print-sep-end-file-flush

END

[Redis] 레디스 데이터 타입 - Geospatial

holjjack — Fri, 3 Feb 2023 17:54:53 +0900

Geospatial

Geospatial 인덱스를 사용하면 좌표를 저장하고 검색 할 수 있다.
이 데이터 구조는 주어진 반경 또는 경계상자 내에서 가까운 지점을 찾는데 유용하다.

기본 명령어

-- 지리공간 인덱스 위치를 추가한다 (경도, 위도)
GEOADD <key> <longitude> <latitude> <member>


-- geospatial 인덱스에서 두 맴버간 거리를 반환한다.  unit : [m, km, pt, mi] 
GEODIST <key> <member1> <member2> <unit>


-- 지정된 반경 또는 경계상자가 있는 위치를 반환 (6.2 이후)
GEOSEARCH <key> <startscore> <endscore>

참조

https://redis.io/docs/data-types/geospatial/

https://redis.io/commands/?group=geo

END

[Python] 가볍게 파이썬 학습 및 디버깅하기 좋은 툴 추천! Thonny

holjjack — Wed, 1 Feb 2023 20:38:26 +0900

들어가며

기본적으로 파이썬 하면 Pycharm 툴을 많이 사용하는데요. 가볍게 학습을 하거나, 가볍게 디버깅할때 좋은 툴이 있어서 정리해봅니다.

Thonny

https://thonny.org/

Thonny, Python IDE for beginners

Thonny 4 is dedicated to Ukraine fighting the Russian invasion. Please support Ukraine! Download version 4.0.1 for • • Thonny Python IDE for beginners Features Easy to get started. Thonny comes with Python 3.10 built in, so ju

thonny.org

Thonny 라는 툴인데요. UI 도 복잡하지 않고, 무겁지 않아서 가볍게 학습하기 좋고,

디버깅을 하면서, 바로바로 데이터의 흐름을 판단하기 좋은 툴입니다.

다운로드

Installer with 64-bit Python 3.10, requires 64-bit Windows 8.1 / 10 / 11
thonny-4.0.1.exe (20.4 MB) ⇐ recommended for you

저는 윈도우 환경이여서, 해당 파일을 다운받아서 설치하였습니다.

설치

설치하는 과정이 어렵지 않아서, 캡쳐 화면만 첨부합니다.

무엇을 준비해야 하는지만 참고하세요.

실행화면

어플을 실행하면, 위와 같이 심플한 구성으로 되어 있고요. UI도 직관적이여서

사용하는데 불편함이 없으실 겁니다.

디버깅

상단에 있는 벌레(거미) 모양의 버튼을 누르면 디버깅이 진행이 됩니다.

그럴경우, 각 단계별로 하이라이팅 되며, 실행되는 모습을 바로바로 확인 할 수 있는 것이 장점입니다.

처음 파이썬을 학습하시거나, 처음 프로그램 코딩에 입문하시는 분들이라면, 데이터의 흐름이 궁금하실텐데요.

이 과정을 통해 학습이 조금 쉬워질수 있을것 같습니다.

F7 펑션키를 누르게 되면, 한 단계씩 진행되며, 데이터가 어떠한 과정으로 변하게 되는지,

어떠한 모듈을 참조하게 되는지 과정을 볼 수 있으니, 초보자 분들은 한번씩 경험해 보는게 좋을거 같아요

END

[Redis] 레디스 데이터 타입 - Sorted Set

holjjack — Mon, 30 Jan 2023 16:43:14 +0900

Sorted Set

연관된 점수로 정렬된 고유한 문자열의 모음이다.
Set과 동일하게 Key 하나에 중복되지 않는 여러 맴버를 저장하지만, 각각의 맴버는 Score 에 연결된다.
모든 데이터는 Score 값으로 정렬되며, Score가 같다면 문자열의 사전 순서로 정렬된다.
정렬이 필요한 곳에 사용되며, 주로 Rank를 생성할때 이용한다.
Score는 double 이기 때문에 부동 소수점에 주의 해야 한다.

기본 명령어

--이미 value 가 있다면 score 값만 변경한다.
ZADD <key> <score> <value>


-- 해당 index 범위의 모든 value를 반환한다. 0, -1 일경우 전체
ZRANGE <key> <startindex> <endindex>


-- 해당 Score 범위의 모든 값을 반환, endsocre가 +inf 일 경우 끝까지
ZRANGEBYSCORE <key> <startscore> <endscore>


-- 오름차순 기준의 맴버 순위 제공 (index 0 부터)
ZRANK <key> <member>


-- 내림차순 기준의 맴버 순위 제공 (index 0 부터)
ZREVRANK <key> <member>

성능

대부분의 정렬된 집합 연산은 O(log(n))이며 여기서 n 은 구성원 수입니다.

ZRANGE큰 반환 값(예: 수만 이상)으로 명령을 실행할 때는 주의를 기울여야 합니다. 이 명령의 시간 복잡도는 O(log(n) + m)입니다. 여기서 m 은 반환된 결과의 수입니다.

참조

https://redis.io/docs/data-types/sorted-sets/

https://redis.io/commands/?group=sorted-set

END

[Python] Windows 환경에 Python 설치하기!

holjjack — Fri, 27 Jan 2023 21:06:42 +0900

들어가며

개인적으로 만들어보고 싶은 프로젝트가 있어서 알아보던중, 파이썬이 적합 할 것 같아서 개인적으로 공부를 하고 있는데요. 공부하는 김에 내용을 같이 정리하고자 기록합니다.

그러다 보니 두서없이 알아본 내용 중심으로 기록할 것 같습니다. 참고해주세요.

Python 다운로드

https://www.python.org/downloads/

Download Python

The official home of the Python Programming Language

www.python.org

파이썬을 사용하려면, 파이썬을 설치해야 하는데요.

해당 사이트접속해서 다운로드를 진행하면 됩니다.

윈도우 버전 다운로드

각 환경별로 다운로드가 가능하지만, 사이트에 접속하면, 접속한 PC환경에 따라 추천을 해주니 버튼을 클릭해서 다운로드 받으면 됩니다.

설치 진행

설치를 하는 방법은 크게 어렵진 않습니다.

설치 파일을 클릭하면 되며, 환경변수 등록과 관련한 체크박스만 선택하면 됩니다.

환경변수 등록이 안되었다면?

만약 환경 변수를 선택하지 못했다면, 수동으로 선택하면 됩니다.

시스템 > 고급설정의 환경변수를 선택하면 됩니다.

Python (파이썬)이 설치되는 위치는 아래와 같습니다.

참고해주세요!

C:\Users\xxxxxx\AppData\Local\Programs\Python\Python310

END

[Redis] 레디스 데이터 타입 - Hash

holjjack — Wed, 25 Jan 2023 18:36:38 +0900

Hash

field-value 쌍의 컬렉션으로 구성된 레코드 유형입니다.
해시를 사용하여 기본 개체를 나타내고, 카운터 그룹을 저장할 수 있습니다.
key 에 대한 field 의 개수에는 제한이 없으므로, 여러 방법으로 사용이 가능합니다.

기본 명령어

-- 주어진 필드의 값을 반환한다. 
HGET <key> <field>
HMGET <key> <field1> <field2>


-- 해시에서 하나 이상의 필드값을 설정한다.
HSET <key> <field> <value>
MHSET <key> <field1> <value1> <field2> <value2>


-- 해당 key의 모든 field value 조회
HGETALL <key>


-- 주어진 필드의 값을 제공된 value 만큼 증가시킨다. 
HINCRBY <key> <field> <value>

성능 및 제한

대부분의 Redis 해시 명령은 O(1)입니다.

HKEYS, HVALS및 - 와 같은 몇 가지 명령 HGETALL은 O(n)이며 여기서 n 은 필드-값 쌍의 수입니다.

모든 해시는 최대 4,294,967,295(2^32 - 1) 필드-값 쌍을 저장할 수 있습니다. 실제로 해시는 Redis 배포를 호스팅하는 VM의 전체 메모리에 의해서만 제한됩니다.

참조

https://redis.io/commands/?group=hash

END

[Redis] 레디스 데이터 타입 - Set

holjjack — Mon, 23 Jan 2023 09:02:40 +0900

Set

아이템이 중복되지 않고, 정렬되지 않은 문자열의 모음입니다.
고유한 항목을 추적합니다.
교집합, 합집합, 차집합 연산을 레디스에서 수행 할 수 있기 때문에 객체 간의 관계를 표현할 때 좋습니다.

기본명령어

--이미 value 가 있다면 추가 하지 않음
SADD <key> <value1> <value2>


-- key 안에 value 삭제
SREM <key> <value>


-- 모든 value를 반환
SMEMBERS <key>


-- value 가 존재하면 1, 없으면 0
SISMEMBERS <key> <value>


-- SET의 크기를 반환
SCARD <key>


-- 두개 이상의 세트에 공통적으로 갖는 맴버를 반환
SINTER <key1> <key2>

성능

추가, 제거 및 항목이 집합 구성원인지 여부를 확인하는 등 대부분의 집합 작업은 O(1)입니다. 이것은 그들이 매우 효율적이라는 것을 의미합니다. 그러나 구성원이 수십만 명 이상인 대규모 집합의 경우 SMEMBERS명령을 실행할 때 주의해야 합니다. 이 명령은 O(n)이며 전체 집합을 단일 응답으로 반환합니다. 대안 SSCAN으로 집합의 모든 구성원을 반복적으로 검색할 수 있는 를 고려하십시오.

참조

https://redis.io/commands/?group=set

END

[Redis] 레디스 데이터 타입 - List

holjjack — Fri, 20 Jan 2023 10:00:46 +0900

List

Linked List 형태이며, Head 와 Tail 에 요소를 추가할 때 동일한 시간이 소요됩니다.
특정 값이나 인덱스로 데이터를 찾거나 삭제할 수 있습니다.
List는 다음과 같은 용도로 자주 사용됩니다.
- stack, queue 를 구현합니다.
- 백드라운드 작업자 시스템을 위한 대기열 관리를 구축합니다.
pub/sub, job queue 로 활용할 수 있습니다.
Redis List의 최대 길이는 2^32 - 1(4,294,967,295) 입니다.

기본명령

LPUSH <key> <Element1> <Element2> : 앞쪽에 Push
RPUSH <key> <Element1> <Element2> : 뒤쪽에 Push


LPOP <key> : 앞쪽에서부터 꺼냄
RPOP <key> : 뒤쪽에서부터 꺼냄

LLEN <key> : List의 크기를 반환

LRANGE <key> <start> <end> : 범위 내에 값 확인 <end> -1 일 경우, 전체

Example

LPUSH <key> <Element1> <Element2> : 앞쪽에 Push
LPOP <Element> : 앞쪽에서부터 꺼냄


RPUSH <key> <Element1> <Element2> : 뒤쪽에 Push
RPOP <Element> : 뒤쪽에서부터 꺼냄

성능

헤드 또는 테일에 액세스하는 목록 작업은 O(1)이므로 매우 효율적입니다. 그러나 목록 내의 요소를 조작하는 명령은 일반적으로 O(n)입니다. 이러한 예에는 LINDEX, LINSERT및 가 포함 LSET됩니다. 주로 큰 목록에서 작업할 때 이러한 명령을 실행할 때 주의하십시오.

참조

https://redis.io/commands/?group=list

END

[Redis] 레디스 데이터 타입 - String

holjjack — Wed, 18 Jan 2023 10:43:31 +0900

String

텍스트, 직렬화된 개체 및 이진 배열을 포함하여 바이트 시퀀스를 저장합니다.
문자열은 Redis 에서 가장 기본적인 데이터 유형입니다.
캐싱에 자주 사용되며, 카우터를 구현하고 비트연산을 수행할 수 있는 추가 기능도 지원
단일 Redis 문자열은 최대 512MB 입니다.

기본명령

-- 단일 문자열 저장
SET <key> <value>
GET <key>


-- 다중 문자열 저장
MSET <key1> <value1> <key2> <value2> <key3> <value3> ...
MGET <key1> <key2> <key3> ...


-- 키가 아직 존재 하지 않을 경우에만 문자열 값 저장
SETNX <key> <value>

Value 가 숫자형태라면, 증감도 가능하다. INCR, INCRBY, INCRBYFLOAT
atomic 하게 증감하는 커멘드이다.

-- 정수
INCR <key>
INCRBY <key> <number>


-- 부동소수점
INCRBYFLOAT <key> <number>

참조

https://redis.io/commands/?group=string

END

[Redis] 레디스 Collections 알아보기

holjjack — Mon, 16 Jan 2023 10:00:09 +0900

들어가며

개인 적으로 좀 더 정리하고자 늦은감은 있지만 Redis에 대해서 정리 중입니다.

Redis 에서 가장 많이 사용되는 Collection에 대한 내용과, 데이터 타입의 종류에 대해서 간략하게 정리해보려고 합니다.

Collection 이 중요한 이유

다양한 자료구조를 지원합니다.
다양한 자료구조를 Key-Value 형태로 저장합니다.
개발의 편의성과 난이도 제공.
외부의 Collections을 잘 이용하는 것만으로 개발 시간 단축이 가능하고, 생각하지 못한 여러가지 문제를 줄여줄 수 있으므로 개발자는 비즈니스 로직에 집중할 수 있다는 큰 장점이 존재합니다.

주된 Redis 사용처

원격 데이터 저장소로 사용되며, 각 서버의 데이터를 공유하고 싶을 때 사용됩니다.

인증 및 토큰 저장소
랭킹
유저 세션관리
Pub/Sub 을 이용한 Backplane

Redis Collections 주의사항

데이터 컬렉션을 잘못 선택해서 속도 차이가 날 수 있음.
Expire는 Collection의 아이템 개별로 걸리지 않고 전체 Collection에 대해서만 걸린다.
하나의 컬렉션에 너무 많은 아이템을 담지 않는 것이 좋음. 예를 들어 리스트에 요소가 100000개 들어 있다던가, hash에 key가 10000개 있다던가. 한 컬렉션에는 아이템 n천개 수준이 좋음. 가능하면 1만개를 넘어가지 않게 하자.

레디스 자료 구조

문자열 (Strings)
리스트 (Lists)
집합 (Sets)
해시 (Hashes)
정렬된 집합 (Sorted Sets)
스트림 (Streams)
지리공간 인덱스 (Geospatial Indexes)
하이퍼로그로그 (HyperLogLog)
비트맵 (Bitmaps)
비트필드 (Bitfields)

참조

https://ict-nroo.tistory.com/133

https://sjh836.tistory.com/178

https://medium.com/garimoo/개발자를-위한-레디스-튜토리얼-01-92aaa24ca8cc

END

[Redis] 레디스 개요

holjjack — Fri, 13 Jan 2023 10:27:42 +0900

들어가며

요즘 서버 환경을 구성하는 단계에서 빠지지 않는 구성중에 하나라고 생각이 듭니다.

개인 적으로 좀 더 정리하고자 늦은감은 있지만 Redis에 대해서 정리하였습니다.

1. Redis 란?

레디스는 REmote DIctionary Server 를 나타내는 약자로서, 2009년 살바토르 산필리포(Salvatore Sanfilippo)가 C언어로 레디스를 개발했다.

Key-Value 형식의 고성능의 In-memory 데이터베이스로서, 모든 데이터를 메모리에 저장하기 때문에 읽기와 쓰기 명령이 매우 빠른 장점을 가지고 있다.

2015년부터 Redis Labs이 지원하고 있으며, 모든 데이터를 메모리로 불러와서 처리하는 메모리 기반 DBMS이다.

개방형 소스 (BSD 라이선스) 를 따른다.

2. Redis의 주요 특징

디스크가 아닌 메모리 기반의 데이터 저장소이다. (In-Memory Data Structure Store)
레디스는 싱글 스레드로 동작한다.
싱글 스레드로 동작하는 서버의 모든 자료구조는 Atomic 하기 때문에 Race Condition을 피해 데이터의 정합성을 보장하기 쉽다.
레디스는 빠른 데이터 접근 속도와 데이터의 일관성 (Consistency) 를 보장하기 때문에, 캐싱과 Session 에 많이 사용된다.
레디스는 데이터를 디스크에 저장 할 수 있다.
레디스의 데이터 영속성 (Data Persistence)은 저장된 데이터를 바이너리 스냅샷으로 생성하거나, 시간에 결쳐 실행된 모든 커맨드를 순서대로 저장해 사람이 읽을 수 있는 파일로 생성함으로써 이루어질 수 있다. 이 두 방식은 스냅샷 (Snapshotting)과 저널링(Journaling) 이다.
레디스는 키 만료 (Key Expiration)와, 트랜젝션 (Transaction), 게시/구독(publish/subscribe) 기능을 설정 할 수 있다.
부하 분산에 용이한, Master / Slave (Replication) 이 가능하다.

3. Redis의 활용

Load Balance 개발 환경에서의 User Session 처리
게임서버에서의 Ranking 처리
3-Tier (Web - WAS - DB) 구조에서의 DB 성능부하를 줄여 줄 Cache 처리
웹소켓 환경에서의 각 서버와의 데이터 BroadCast 및 BackPlane 처리를 위한 Redis의 Pub/Sub 기능
In-Memeory 디비만을 이용한 데이터 저장소 처리

참조

https://meetup.toast.com/posts/224

https://velog.io/@hyeondev/Redis-란-무엇일까

https://velog.io/@mu1616/레디스-Redis의-개념-특징

END

[Jenkins] 매개변수를 이용한 Git Tag 빌드

holjjack — Wed, 11 Jan 2023 10:00:17 +0900

들어가며

Git을 이용해서 프로젝트의 Binary 파일을 관리하고 있는데요. 이렇게 관리할 경우 이점은, 필요시에 Binary를 원하는 환경으로 롤백할 수 있다는 이점이 있습니다. 물론 Binary만 교체할 경우에 한해서 입니다.^^ 다른 것과 연결되어 있다면 같이 롤백되어야 하겠지만 간혹 유용하게 사용되고 있습니다.

꼭 이런 경우가 아니더라도, Tag 를 이용해서 관리가 필요한 프로젝트에 용이하게 사용할 수 있을것 같습니다.

1. Git Parameter 설치

기본적으로 Git의 Parameter Type 을 이용하려면, Git Parameter 플러그 인 설치가 되어 있어야 합니다.

주 메뉴의 Jenkins 관리 메뉴에 들어가면, 플러그인을 설치 할 수 있습니다.

Git Parameter 를 검색하시면, 설치 여부를 확인 할 수 있으며, 없을 경우 설치 해주시면 됩니다.

2. Jenkins 프로젝트 구성

Git Parameter 가 설치 되어 있다면, 이제 프로젝트 구성시에 해당 기능을 이용할 수 있는데요.

매개변수를 이용할 경우, 해당 체크박스를 선택하면 이용할 수 있습니다.

Git Parameter 설정시, 변수 이름을 지정 할 수 있는데, 저의 경우는 TAG_NAME 이라는 변수명을 이용했습니다.

여기서 중요한것은 Parameter Type 인데요.

Branch, Tag, Revision 등 원하는 내용을 선택해서 사용 할 수 있습니다.

저는 배포 목적으로 구성된 프로젝트여서, Tag 로 선택을 했습니다.

3. Tag 를 이용한 빌드 진행

Git Parameter 에 사용할 Type 과 Name 이 정해졌다면, 소스 코드 관리 메뉴에서 Git 을 선택해서 기본적인 셋팅을 진행합니다.

여기서 중요한 부분은 Branches to Build 라는 영역인데요.

위에서 Git Parameter 에서 선택한 Name 을 ${변수명} 형태로 기입해주면 됩니다.

Branch 의 경우도 동일하게 셋팅하시면되요.

우측에 있는 (?) 버튼을 누르면, 자세한 사항이 보이니 참고하세요.

4. 매개변수를 이용한 빌드

이제 프로젝트의 빌드 버튼을 선택할 경우, 아래와 같이 Tag 이름이 보여지게 되며, 해당 Tag를 선택 후 빌드버튼을 누를경우, Tag로 빌드가 됩니다.

END

[gRPC] C# gRPC 서버(Service) 샘플 만들어보기

holjjack — Mon, 9 Jan 2023 10:00:18 +0900

들어가며

gRPC에 대한 내용을 간단하게 정리해봤으나, 실질적으로 동작하는 부분까지 확인을 직접 해보는게 좋을거 같아서 직접 프로젝트를 구성해봤습니다.

요즘의 서버는 다양한 개발환경으로 구성이 되어 있는데요. 각 서버간의 통신에 RESTFul API를 이용해서 구성하기도 하지만, gRPC를 이용해서 보다 빠른 환경으로 구성할 수 있을 거 같네요.

Service 프로젝트 만들기

새로운 프로젝트를 만들때, gRPC 서비스 템플릿을 이용해서 프로젝트를 생성 할 수 있습니다.

이후 기본적인 위치 및 프로젝트 이름을 생성해서 프로젝트를 만들 수 있습니다.

Client 프로젝트 만들기

클라이언트 프로젝트의 경우에는, 콘솔 어플리케이션 템플릿으로 생성 하였습니다.

이후, 아래의 내용을 참고해서 Nuget Package 를 설치해주시면 됩니다.

.proto 파일에 대한 C# 도구 지원

.proto 파일에서 C# 자산을 생성하려면 도구 패키지 Grpc.Tools가 필요합니다. 생성된 자산(파일)과 관련해서 다음 사항을 확인합니다.

프로젝트를 빌드할 때마다 필요에 따라 생성됩니다.
프로젝트에 추가되거나 소스 제어에 체크 인되지 않습니다.
obj 디렉터리에 포함된 빌드 아티팩트입니다.

서버 프로젝트의 경우에는 Grpc.AspNetCore 패키지가 포함되어 있고, 해당 패키지 안에 Grpc.Tools 에 대한 참조가 포함되어 있어서, 별도로 추가 할 필요는 없습니다.

클라이언트 프로젝트의 경우에는 Grpc.Tools 가 따로 포함이 되어 있지 않기 때문에 Nuget.Package 에서 위 내용을 검색 후 설치해 주시면 됩니다.

Install-Package Grpc.Net.Client
Install-Package Google.Protobuf
Install-Package Grpc.Tools

아니면 패키지 관리자 콘솔에서, Install-Package 해주세요~

Client 프로토콜 파일 추가

syntax = "proto3";

option csharp_namespace = "GrpcGreeterClient";

package greet;

// The greeting service definition.
service Greeter {
  // Sends a greeting
  rpc SayHello (HelloRequest) returns (HelloReply);
}

// The request message containing the user's name.
message HelloRequest {
  string name = 1;
}

// The response message containing the greetings.
message HelloReply {
  string message = 1;
}

서버에서 정의한 proto 파일을 클라이언트에도 정의를 해줍니다.

namespace 는 클라이언트에서 사용하도록 변경해주고요. 다른 부분은 동일하게 정의 합니다.

<Project Sdk="Microsoft.NET.Sdk">

  <PropertyGroup>
    <OutputType>Exe</OutputType>
    <TargetFramework>net5.0</TargetFramework>
  </PropertyGroup>

  <ItemGroup>
    <PackageReference Include="Google.Protobuf" Version="3.21.7" />
    <PackageReference Include="Grpc.Net.Client" Version="2.49.0" />
    <PackageReference Include="Grpc.Tools" Version="2.49.1">
      <PrivateAssets>all</PrivateAssets>
      <IncludeAssets>runtime; build; native; contentfiles; analyzers; buildtransitive</IncludeAssets>
    </PackageReference>

    <Protobuf Include="Protos\greet.proto" GrpcServices="Client" />
    
  </ItemGroup>

</Project>

Client에서 생성한 파일은 빌드에 포함되지 않다보니, 추가적으로 프로젝트를 마우스 오른쪽 단추로 클릭하고 프로젝트 파일 편집을 선택합니다.

해당 파일을 Protobuf 속성을 사용해서 Include 해줍니다.

클라이언트 코드 추가

using System;
using System.Threading.Tasks;
using Grpc.Net.Client;
using GrpcGreeterClient;

namespace GrpcSampleClient
{
    class Program
    {
        static async Task Main(string[] args)
        {
            using var channel = GrpcChannel.ForAddress("https://localhost:5001");
            var client = new Greeter.GreeterClient(channel);
            var reply = await client.SayHelloAsync(
                              new HelloRequest { Name = "GreeterClient" });
            Console.WriteLine("Greeting: " + reply.Message);
            Console.WriteLine("Press any key to exit...");
            Console.ReadKey();
        }
    }
}

클라이언트 코드는, gRPC 서버에 SayHello Method를 호출하도록 구성하였으며, Request 로 "GreeterClient" 를 인자로 넘기도록 구성된 샘플 코드를 사용하였습니다.

그리고 Response 로 받은 내용을 찍어주는 심플한 코드입니다.

서버 코드 추가

syntax = "proto3";

option csharp_namespace = "GrpcSampleService";

package greet;

// The greeting service definition.
service Greeter {
  // Sends a greeting
  rpc SayHello (HelloRequest) returns (HelloReply);
}

// The request message containing the user's name.
message HelloRequest {
  string name = 1;
}

// The response message containing the greetings.
message HelloReply {
  string message = 1;
}

서버쪽 proto 파일입니다. namespace를 제외하고는 동일합니다.

using Grpc.Core;
using Microsoft.Extensions.Logging;
using System;
using System.Collections.Generic;
using System.Linq;
using System.Threading.Tasks;

namespace GrpcSampleService
{
    public class GreeterService : Greeter.GreeterBase
    {
        private readonly ILogger<GreeterService> _logger;
        public GreeterService(ILogger<GreeterService> logger)
        {
            _logger = logger;
        }

        public override Task<HelloReply> SayHello(HelloRequest request, ServerCallContext context)
        {
            return Task.FromResult(new HelloReply
            {
                Message = "Hello " + request.Name
            });
        }
    }
}

서버쪽 코드는 샘플 예제를 참조하였으며, Request 로 들어온 이름에 "Hello " 텍스트를 붙여서 Response 해줍니다.

결과

gRPC 서버를 먼저 시작해줍니다.

이후 클라이언트를 실행했으며, 서버로 부터 받은 Response 데이터를 정상적으로 출력해주고 있습니다.

서버쪽으로도, 요청이 들어온 Log가 정상적으로 보여지네요.

간단한 샘플 코드를 이용해서, 다양하게 활용하면 좋을 거 같습니다.

END

[gRPC] C# 프로토콜 버퍼 사용하기

holjjack — Fri, 6 Jan 2023 10:00:48 +0900

protobuf-net 이란?

protobuf-net은 .NET 코드용 계약 기반 직렬 변환기로, Google에서 설계한 "프로토콜 버퍼" 직렬화 형식으로 데이터를 작성합니다. 그러나 API는 Google과 매우 다르며 일반적인 .NET 패턴을 따릅니다. (사용 면에서 XmlSerializer, DataContractSerializer, 등) 표준 유형을 작성하고 특성을 사용할 수 있는 대부분의 .NET 언어에서 작동해야 합니다.

.proto 파일을 생성 하지 않아도 됩니다.

NuGet 패키지 다운로드

protobuf-net 은 Nuget Package 관리자를 통해서 다운로드 받을 수 있습니다.

제가 받았을때 버전은 3.1.17 이였네요.

사용방법

[ProtoContract]
public class Account
{
    [ProtoMember(1)]
    public string UserID { get; set; }
    [ProtoMember(2)]
    public int Age { get; set; }
    public int Num { get; set; }
}

사용방법은 크게 어렵지 않았습니다. 사용하려는 프로토콜 Class 에 ProtoContract 라는 Attribute를 선언해주고,

각각의 Property에 ProtoMember Attribute를 추가적으로 선언해주면 됩니다.

인덱스는 1 번 부터 시작합니다.

static void Main(string[] args)
{
    Account account = new Account
    {
        UserID = "Martin",
        Age = 1337, 
        Num = 1
    };



    //  serialize
    MemoryStream serialize = new MemoryStream();
    ProtoBuf.Serializer.Serialize<Account>(serialize, account);
    byte[] byteData = serialize.ToArray();
    Console.WriteLine($"Serialize : {BitConverter.ToString(byteData)}");
    //Console.WriteLine($"Json : {}")


    //  deserialize
    MemoryStream deserialize = new MemoryStream(byteData);
    Account result = ProtoBuf.Serializer.Deserialize<Account>(deserialize);
    Console.WriteLine($"DeSerialize : {result.UserID}, {result.Age}, {result.Num}");


    Console.ReadLine();
}

간략하게 Serialize, Deserialize 하는 방법입니다.

protobuf-net 을 사용해서 C# 내에서는 사용방법이 간략하네요.

참조

https://reqres.tistory.com/6

https://dotnetcoretutorials.com/2022/01/13/protobuf-in-c-net-part-2-serializing-deserializing/

END

[gRPC] 프로토콜 버퍼 (Protocol Buffers) 알아보기.

holjjack — Wed, 4 Jan 2023 10:00:49 +0900

들어가며

gRPC를 보다보니, gRPC는 기본적으로 프로토콜 버퍼를 함께 사용합니다. 저도 아직 실무에서 사용해본적은 없지만 이번기회에 개념을 같이 정리해보았습니다.

개요

프로토콜 버퍼는 구조화된 데이터를 직렬화하기 위한 구글에서 개발하고, 공개한 언어 중립적, 플랫폼 중립적,

확장 가능한 구조입니다. (Serialized Data Structure)

다양한 언어를 지원하며, XML 보다 작고, 빠르고, 간단하며, 일반적으로 RESTFul API 사용시 JSON을 많이 사용하며, 이와 유사한 직렬화 데이터 구조입니다.

JSON, XML의 경우 일반 사람들이 육안으로 데이터 확인이 가능하다면, 프로토콜 버퍼의 구조는 16진수로 인코딩 하기때문에, 직접적인 확인은 불가능하다는 단점이 있지만, 데이터 구조화 를 한번 정의한 다음, 특수 생성 소스 코드를 사용하여 다양한 데이터 스트림과 다양한 언어를 사용하여 구조화된 데이터를 쉽게 쓰고 읽을 수 있습니다.

사용범위

프로토콜 버퍼는 언어 중립적, 플랫폼 중립적, 확장 가능한 방식으로 구조화된 레코드와 같은 유형 데이터를 직렬화해야 하는 모든 상황에 이상적입니다.
통신 프로토콜 정의(gRPC와 함께) 및 데이터 저장에 가장 자주 사용됩니다.

장점

컴팩트한 데이터 스토리지
빠른 구문 분석
많은 프로그래밍 언어에서 사용 가능
자동 생성 클래스를 통한 최적화된 기능

단점

16진수 형태의 byte 로 변환되기 때문에, 직관적으로 데이터를 읽기 어렵습니다.
타 언어의 경우 .proto 확장자 파일이 있어야, protobuf 로 쓰여진 데이터를 읽을 수 있습니다.

언어 간 호환성

지원되는 모든 프로그래밍 언어로 작성된 코드로 동일한 메시지를 읽을 수 있습니다. 한 플랫폼의 Java 프로그램이 한 소프트웨어 시스템에서 데이터를 캡처하고 .proto정의에 따라 직렬화한 다음 다른 플랫폼에서 실행되는 별도의 Python 응용 프로그램에서 직렬화된 데이터에서 특정 값을 추출하도록 할 수 있습니다.

C++, C#, Java, Kotlin, Objective-C, PHP, Python, Ruby

https://martin.kleppmann.com/2012/12/05/schema-evolution-in-avro-protocol-buffers-thrift.html

적합하지 않은 경우

프로토콜 버퍼가 직렬화가 되면, 동일한 데이터여도 다양한 이진 직렬화를 가질 수 있습니다. 이진데이터를 비교해야 할 경우 다른 솔루션을 고려해야 합니다.
메시지는 압축되지 않습니다. gzip으로는 압축할 수 있지만, 특수 목적 압축 알고리즘에는 적합하지 않습니다.
비 객체지향 언어에서 잘 지원되지 않습니다. (언어 호환 확인 필요)
공식적인 표준이 아닙니다. 표준을 따라야 하는 프로젝트에서는 부적합합니다.

참조

https://developers.google.com/protocol-buffers/docs/overview

END

[gRPC] gRPC 알아보기

holjjack — Mon, 2 Jan 2023 10:00:11 +0900

들어가며

Web 서버로 구성된 프로젝트에서, 서버 클라이언트간에 데이터를 전송하는 방식으로 RESTFul API 에 Json 데이터 포멧을 이용해서 많이 사용합니다. 분명한 장/단점이 있는데요. 클라이언트와의 데이터 포멧은 데이터 파악의 용이한 점으로 인해서 Json 포멧을 많이 사용하고 있습니다.

서버끼리의 통신에도 Json 방식으로 데이터 포멧을 유지하고 있었는데요.

데이터 구조를 노출하지 않고 (물론 다양한 방법이 존재하지만요.), 서버간의 통신을 gRPC를 이용해서 좀더 빠른 통신을 구성해보는 것이 어떨까 해서 gRPC 에 대해 알아보기로 했습니다.

gRPC 개요

gRPC는 google Remote Procedure Call 의 약자로서, 이름에서 보이듯 구글에서 만든, 모든 환경에서 실행할수 있는 최신 오픈 소스 고성능의 원격 프로시져 호출 프래임워크 입니다.

RPC는 프로세스 간에 통신을 하기 위한 프레임워크인데, 이를 구글에서 HTTP/2 기반으로 구현한 것이 gRPC 입니다.

로드밸런싱, 추척, 상태확인 및 인증을 위한 플러그형 지원을 통해 데이터 센터 안밖에서 서비스를 효율적으로 연결할 수 있습니다. 또한 디바이스, 모바일 앱, 브라우저의 백앤드 서비스에 연결하기 위한 분산 컴퓨팅의 라스트 마일에도 적용할 수 있습니다.

gRPC에서 클라이언트는 로컬 개체인것처럼 다른 서버 응용프로그램의 메서드를 직접 호출할 수 있으므로, 분산 응용 프로그램 및 서비스를 더 쉽게 만들 수 있습니다.

서버측에서 인터페이스를 구현하고 gRPC 서버를 실행하여, 클라이언트 호출을 처리합니다.

프로토콜 버퍼

기본적으로 gRPC는 프로토콜 버퍼를 사용합니다.

일반적으로 proto2(현재 기본 프로토콜 버퍼 버전)를 사용할 수 있지만 proto3를 gRPC와 함께 사용하면 gRPC 지원 언어의 전체 범위를 사용할 수 있고 proto2 클라이언트와 통신하는 호환성 문제를 피할 수 있으므로 gRPC와 함께 사용하는 것이 좋습니다.

proto3 서버와 그 반대의 경우도 마찬가지입니다.

주요 사용 시나리오

마이크로 서비스 스타일의 설계에서 폴리글랏 서비스의 효율적인 연결
모바일 장비, 브라우저 클라이언트의 백엔드 서비스에 연결
효율적인 클라이언트 라이브러리 생성

핵심 특징

11개 언어로 된 관용적 클라이언트 라이브러리
간단한 서비스 정의 프레임워크로 매우 효율적입니다.
http/2 기반 전송을 통한 양방향 스트리밍
플러그인 형 인증, 추적, 로드밸런싱 및 상태확인

지원 언어

Language	OS	Compilers / SDK
C/C++	Linux, Mac	GCC 6.3+, Clang 6+
C/C++	Windows 10+	Visual Studio 2017+
C#	Linux, Mac	.NET Core, Mono 4+
C#	Windows 10+	.NET Core, NET 4.5+
Dart	Windows, Linux, Mac	Dart 2.12+
Go	Windows, Linux, Mac	Go 1.13+
Java	Windows, Linux, Mac	Java 8+ (KitKat+ for Android)
Kotlin	Windows, Linux, Mac	Kotlin 1.3+
Node.js	Windows, Linux, Mac	Node v8+
Objective-C	macOS 10.10+, iOS 9.0+	Xcode 12+
PHP	Linux, Mac	PHP 7.0+
Python	Windows, Linux, Mac	Python 3.5+
Ruby	Windows, Linux, Mac	Ruby 2.3+

참조

https://narup.tistory.com/119?category=925261

https://grpc.io/docs/what-is-grpc/introduction/

END

[Tips] Gmail SMTP 이용시, 535-5.7.8 에러 해결 방법

holjjack — Mon, 29 Aug 2022 08:00:43 +0900

들어가며

사내에서 Issue Tracking System 툴로 JIRA, Redmine 을 병행해서 사용중에 있습니다. 서로 장단점이 있는 툴로서 각 직군에 맞게 사용중인데요. 2022년 06월 이후로 메일 Notification 이 발송이 안되고 있었습니다. 오랜시간 해당 부분에 대해서는 아예 잊고 있을만큼 메일 발송이 잘 되고 있었는데, 해당 년월 이후로 발송이 안되서 확인해봤습니다.

보안 수준이 낮은 앱!!

https://support.google.com/accounts/answer/6010255?hl=ko

보안 수준이 낮은 앱 및 Google 계정 - Google 계정 고객센터

도움이 되었나요? 어떻게 하면 개선할 수 있을까요? 예아니요

support.google.com

엇! 언제 이런 공지가 있었을까요. 2022년 05월 30일 부터 사용자 이름과 비밀번호만 사용해서 로그인 하는 서드파티 앱을 지원 안한다니!!

시기도 딱 맞아 떨어지네요.

구글은 열심히 알렸겠지만, 메일발송과 연관이 있을거라고 생각 못하고 있었습니다.

해결방법

위 내용을 해결 하려면, 2차 인증을 완료해서, 앱 비밀번호를 생성해서 이용하면 해결 됩니다.

계정관리 메뉴에 들어가면, 왼쪽에 보안메뉴를 확인 할 수 있습니다.

해당 메뉴를 선택해 줍니다.

보안 메뉴에 들어가면, 2단계 인증과 관련한 부분이 보이며, 해당 부분을 완료해주시면 됩니다.

그 다음, 앱 비밀 번호를 만들면 되는데요.

위 이미지 처럼 "메일", "Windows 컴퓨터" 를 선택 후 생성 하면, 아래와 같이 비밀번호가 생성됩니다.

비밀번호가 정상적으로 생성되었습니다.

해당 비빌번호를 복사해서 사용하면 됩니다.

email_delivery:
    delivery_method: :smtp
    smtp_settings:
      enable_starttls_auto: true
      address: "smtp.gmail.com"
      port: 587
      domain: "smtp.gmail.com"
      authentication: :plain
      user_name: "*****@gmail.com"
      password: "******"

Redmine의 경우 smtp 설정 부분에, password 에 넣어주시면, 정상적으로 메일이 발송됩니다.

END

[Windows] PowerShell로 Hyper-V 설치 및 Windows 10 MSIX packaging 설치

holjjack — Mon, 1 Aug 2022 10:00:58 +0900

들어가며

Hyper-V를 사용할 일이 생겨서 예전에 설치된 Hyper-V를 실행하려고 했는데.. 포맷했다는걸 잊어버렸네요.

다시한번 Hyper-V 를 설치하려고 하던 중 PowerShell 로도 설치가 가능하거 같아서 정리했습니다.

더불어 Windows 10 MSIX packaging 도 빠른 설치가 가능한거 같아서 같이 정리했습니다.

Hyper-V 설치 요구사항

Windows 10 Enterprise, Pro 또는 Education
두 번째 수준 주소 변환(SLAT)을 사용하는 64비트 프로세서.
VM 모니터 모드 확장(Intel CPU의 VT-c)에 대한 CPU 지원.
최소 4GB의 메모리.

PowerShell 을 사용하여 Hyper-V 설치

Enable-WindowsOptionalFeature -Online -FeatureName Microsoft-Hyper-V -All

PowerShell 을 실행 후~ 위 명령을 복사 붙여넣기 후 실행해 줍니다.

그러면 아래와 같이 Hyper-v 설치 화면이 진행됩니다.

설치가 모두 완료가 되면, 컴퓨터 재시작 메시지가 보여지면서,

Y 를 눌러 PC를 재시작 해주시면 설치가 완료됩니다.

재시작 이후, 별도의 창은 실행되지 않습니다.

MSIX란?

MSIX는 모든 Windows 앱에 최신 패키징 환경을 제공하는 Windows 앱 패키징 형식입니다. MSIX 패키지 형식은 Win32, WPF 및 Windows Forms 앱에 새로운 최신 패키지 및 배포 기능을 사용할 수 있도록 하며, 기존 앱 패키지 및/또는 설치 파일의 기능도 유지합니다.

MSIX를 사용하면 엔터프라이즈를 최신 상태를 유지하고, 애플리케이션도 항상 최신 상태로 유지할 수 있습니다. 이를 통해 IT 전문가와 개발자는 사용자 중심의 솔루션을 제공할 수 있으며, 다시 패키징할 필요성이 줄어들어 애플리케이션의 소유 비용을 절감할 수 있습니다.

https://docs.microsoft.com/ko-kr/windows/msix/overview

MSIX란? - MSIX

이 문서에서는 모든 Windows 앱에 대한 최신 패키징 환경인 MSIX 패키징 형식의 기본 사항을 소개합니다.

docs.microsoft.com

Windows 10 MSIX Packaging 설치

Hyper-v 관리자에서 빨리 만들기를 선택하면, 아래와 같이 가상 컴퓨터 만들기 창이 생성이 되는데요.

상단에 Windows 10 MSIX packaging 을 설치할 수 있습니다.

Ubuntu Linux 도 설치가 가능한거 같네요.

가상 컴퓨터 만들기 버튼을 선택하면, 아래와 같이 이미지를 다운로드 하고, 설치까지 진행을 합니다.

특별히 어려운 점 없이 진행이 가능합니다.

설치가 완료가 되면, 해당 서버를 실행해주면 Windows 셋팅 화면이 나오며, 온라인 계정이 없으신 분은 로컬계정으로 생성이 가능합니다.

추가적인 내용이 있다면! 이미지 다운로드시 언어팩이 설치가 되지는 않아서 영문 윈도우 화면으로 설정을 진행하셔야 합니다.

END

[SignalR 2.0] SignalR 성능 튜닝하기

holjjack — Mon, 27 Jun 2022 10:00:59 +0900

들어가며

처음으로 SignalR 을 이용해서 채팅 서버를 구현한 것이라, 이를 위해 성능을 검증해야 하는 상황이 생겼습니다.

어찌보면 당연한 프로세스 였는데요. 저희가 진행한 성능검증은, 1대의 IIS 서버에 어느정도의 Request를 감당할 수 있는지, 최대 동접인원을 기준으로 한대의 서버에 몇명의 유저를 감당할 수 있는지 등등 이였습니다.

진행하는 과정에서 SignalR의 성능 튜닝을 아래와 같이 진행하였습니다.

※ SignalR 2.x 버전의 IIS 환경임을 참고해주세요.

IIS 구성 수정

SignalR의 성능 튜닝을 위해서는, 어플리케이션당 최대 동시 요청자 수를 늘립니다.

IIS 관리자에서 SignalR로 설정되어 있는 사이트 선택시, 하단부에 구성편집기 메뉴를 선택하면, 아래와 같은 화면이 보여집니다.

해당 메뉴에서 구성편집기의 system.webServer/serverRuntime 섹션의 appConcurrentRequestLimit 수를 기본값 5000 에서 20,000 으로 수정하였습니다.

ASP.NET Configuration 의 CPU당 최대 동시요청 수정

기본적으로 ASP.NET 4.0 의 최대 동시 연결 수는 CPU당 5000 으로 설정되어 있습니다. 더 많은 동시 연결이 필요할 경우 설정값을 늘려야 합니다.

해당되는 키 이름은 maxConcurrentRequestPerCPU 이며,

C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Aspnet.config

파일을 수정하면 됩니다.

참고로 각 설치 환경 (32비트, 64비트) 따라 폴더위치는 다릅니다.

Aspnet.config

<?xml version="1.0" encoding="UTF-8" ?>
<configuration>
    <runtime>
        <legacyUnhandledExceptionPolicy enabled="false" />
        <legacyImpersonationPolicy enabled="true"/>
        <alwaysFlowImpersonationPolicy enabled="false"/>
        <SymbolReadingPolicy enabled="1" />
        <shadowCopyVerifyByTimestamp enabled="true"/>
    </runtime>
    <startup useLegacyV2RuntimeActivationPolicy="true" />
</configuration>


<!-- 위 내용을 아래와 같이 수정합니다. -->


<?xml version="1.0" encoding="UTF-8" ?>
<configuration>
    <runtime>
        <legacyUnhandledExceptionPolicy enabled="false" />
        <legacyImpersonationPolicy enabled="true"/>
        <alwaysFlowImpersonationPolicy enabled="false"/>
        <SymbolReadingPolicy enabled="1" />
        <shadowCopyVerifyByTimestamp enabled="true"/>
    </runtime>
    <startup useLegacyV2RuntimeActivationPolicy="true" />
    
    <!--추가내용-->
    <system.web>
        <applicationPool maxConcurrentRequestsPerCPU="20000" />
    </system.web>
    
</configuration>

ASP.NET Configuration 의 요청 대기열 제한 수정

총 연결 량이 maxConcurrentRequestsPerCPU 설정을 초과하면, ASP.NET 은 대기열을 사용하여 요청을 조절합니다. 대기열 크기를 제어하려면, 아래의 설정을 변경해 줍니다.

(총 연결량은 maxConcurrentRequestsPerCPU * 논리 프로세스 수)

C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Config\machine.config

파일의 processModel 의 속성을 변경합니다.

machine.config

<system.web>
        <processModel autoConfig="true"/>

        <httpHandlers/>
        
        
<!-- 위 내용을 아래와 같이 수정 -->

        
<system.web>
        <processModel autoConfig="false" requestQueueLimit="250000" />

        <httpHandlers/>

위와같이 SignalR의 성능 튜닝을 진행하였으며, 자세한 성능카운트 설정 관련해선 참조링크를 참조해주세요.

참고

https://github.com/SignalR/SignalR/wiki/Performance

END

[SignalR 2.0] SignalR 서버의 스케일 아웃을 위한 Redis Backplane

holjjack — Wed, 15 Jun 2022 19:09:40 +0900

들어가며

단일 서버로 구성을 하게 된다면, 여러뭐로 고민할 내용이 줄어들지만 현실은 그렇지 않죠.
다양한 failover 상황을 고려해야 하고, 부하분산 상황에 대한 상황도 같이 고려해야 합니다.
SignalR을 이용하여 채팅서버를 구성할 때에도 위와같은 상황을 고려해서 설계를 진행해야 하는데요.
IIS 환경에서 웹서버는 스케일 아웃, 그리고 그 안에서 메시지를 전달하는 부분은 Redis 의 Pub/Sub을 이용한 BackPlane 을 이용해서 설계를 진행했었습니다.

아래 SignalR 채팅 시스템을 개발했을때, 고려했던 내용을 정리하였습니다.

웹서버 스케일 아웃

SignalR은 웹서버로 IIS를 사용하는데요. 일반적으로 웹서버의 경우 성능을 확장하기 위한 방식으로 스케일 업, 스케일 아웃 방식중에 선택을 하게 됩니다.

스케일 업의 경우는, 장비의 사양을 올린다고 생각하시면 되고,
스케일 아웃의 경우는, 동일한 장비를 여러대로 구성해서 분산처리 한다고 생각하시면 됩니다.

저희는 Load Balancer를 이용해서 스케일 아웃을 하는 방식으로 웹서버의 확장을 고려하여 설계하였습니다.

출처 : MSDN

그렇다면, 각각의 웹서버들은 서로다른 서버에 붙은 클라이언트에게 어떻게 전달받은 메시지를 전달할까요?

그것은 백플레인 (BackPlane) 을 이용해서 메시지를 주고 받을 수 있습니다.

백플레인

Load Balancer를 이용해서 웹서버를 확장할 경우, 각각의 서버에 Message를 보내야 하는 방식이 필요한데요.

이를 백플레인 (BakcPlane) 이라고 부릅니다.

SignalR 에서는 3가지의 백플레인 (BackPlane) 을 제공하며, Azure Cloud를 이용해서 SignalR을 서비스 할 경우에는 Azure Service Bus를 이용하는 것이 효율적이라고 MSDN에서 얘기하고 있습니다.

Azure Service Bus.
Redis.
SQL Server. SQL Server

제한 사항

MSDN에서는 몇가지 제한 사항에서도 명시가 되어 있는데요. 백플레인을 사용하면 클라이언트가 단일 서버 노드와 직접 통신할 때보다 최대 메시지 처리량이 낮다고 합니다. 백플레인은 모든 메시지를 모든 노드에 전달하므로 백플레인은 병목 상태가 될 수 있기 때문입니다.

서버 브로드캐스트 (예: 주식 시세): 백플레인은 이 시나리오에서 잘 작동합니다. 서버는 메시지가 전송되는 속도를 제어하기 때문입니다.
클라이언트 간 (예: 채팅): 이 시나리오에서는 메시지 수가 클라이언트 수로 확장될 경우 백플레인에 병목 현상이 발생할 수 있습니다. 즉, 더 많은 클라이언트가 조인할 때 메시지 비율이 비례적으로 증가하는 경우입니다.
빈도가 높은 실시간 (예: 실시간 게임): 이 시나리오에서는 백플레인을 사용하지 않는 것이 좋습니다.

메시징 처리를 위한 Redis BackPlane

SignalR에서 모든 메시지는 메시지 버스를 통해 전송됩니다. 메시지 버스는 Pub/Sub 구독 추상화 기능을 제공하는 IMessageBus 인터페이스를 구현합니다.

저희는 Redis를 이용하여 RedisMessageBus인 Pub/Sub 매커니즘을 사용하는 방식으로 백플레인 (BackPlane)을 구성하였습니다.

출처 : MSDN

Pub/Sub

Redis는 메시지를 보내기 위한 방식으로 게시/구독 패턴을 지원합니다.

저희는 이 기능을 이용해서 백플레인 (BackPlane) 을 구성하기로 하였습니다.

Sticky Session

SignalR 웹서버를 Load Balancer를 이용해서 스케일 아웃 할 경우, 일반적인 Round Robin 방식으로 하면 접속이 되지 않습니다.

SignalR의 경우, 두가지 패턴, 즉 협상이후 접속을 하는 방식을 사용하게 되는데, 최초 커넥션 아이디를 가져오는 협상 단계에서의 웹서버와 커넥셕이 맺어지는 웹서버가 다를 경우 연결이 되지 않습니다.

이를 해결하기 위해서는 Load Balancer의 Sticky Session 방식으로 설정을 해야 하는데요.

이는 협상 및 연결이 단일 서버에서 유지하게 해주는 역활을 하게 됩니다.

END