1. 이 글을 쓰는 이유 2026년 6월 30일, AWS가 흥미로운 발표 두 개를 같은 날 냈다.하나는 10억 달러(약 1.4조 원)를 투자해 수천 명의 엔지니어를 고객사에 직접 파견하는 전담 조직 "Forward Deployed Engineering(FDE)"을 만든다는 발표.다른 하나는 이 FDE 모델을 AWS 직원뿐만 아니라 파트너 컨설팅사 내부에도 이식하겠다는 파트너 프로그램 발표다. AWS 공식 발표: https://www.aboutamazon.com/news/aws/aws-1-billion-forward-deployed-ai-engineers파트너 확장 발표: https://aws.amazon.com/ko/blogs/apn/introducing-forward-deployed-engineerin..

드디어 기다리던 잇고 전용 사이트가 오픈되었습니다. 디자인 시스템과 바이브코딩을 이용하여 만든 웹 모바일 사이트입니다.어플 겸용이 가능하도록 디자인 하였기 때문에 사이트가 안정화되면 스토어에도 앱 심사를 넣을 예정입니다. 디자인 시스템과 바이브코딩을 이용하여 만든 웹 모바일 사이트입니다. 어플 겸용이 가능하도록 디자인 하였기 때문에 사이트가 안정화되면 스토어에도 앱 심사를 넣을 예정입니다. 회원가입을 하시면 누구나 정모를 여시고 자유롭게 글을 쓰실 수 있으십니다. 시작 계급은 노비입니다. IT정보를 편하게 나눠보세요. 만드는 방식은 추후 블로그와 강의로 준비해서 찾아뵙겠습니다. https://www.itgo-community.com

MySQL timeout 한 번에 .NET 서버가 죽은 이유 (Task vs Timer + 커넥션 풀의 진짜 관계) 1. 문제 상황 회사 게임 포털 페이지에서 장애가 발생했고, 비즈니스 서버가 죽어 있었다.로그를 확인해보니 MySQL timeout이 지속적으로 발생하고 있었고, 장애 시점과 정확히 일치했다. 상황은 이러하였다. 기존에 연결되있던 특정 게임 db가 별도의 공유 없이 스케일업 작업에 들어갔고이를 모르던 우리 서비스는 해당 연결이 끊어졌던 것 그렇다 하더라도 db가 연결이 안된다고 비즈니스 서버가 전체가 죽는게 말이 되는가?그래서 원인을 찾기 시작했다. application insight log 와 각 vm에 남은 이벤트 로그 등을 분석하였고 개발 환경에서는:System.TimeoutExce..

안녕하세요~ 잇고 모임장 조한빈입니다. 오랜만에 3월 정모 후기를 공유드립니다!매달 정모를 진행하고 있긴 한데 후기를 올리는게 귀찮아서 미루다가 3월에 올렸습니다.ㅜㅜ 죄송합니다. 총 18명이 참여해주셨습니다.항상 30~40 명 이상 모집하는데 운영진 분들이 너무 고생하셔서 인원 수를 조금 줄였습니다. 상황을 보고 더 많은 분들이 참여하실 수 있도록 노력해보겠습니다. 이번 정모는 사당!! 1차는 어울림 정육식당에서 삼겹살을 먹었습니다.생각보다 맛이 있어서 놀랐습니다. 처음 오신 분들도 많으셨는데 낯을 가리시다가도 30분 후 부터는 괜찮아 지시더라구요! 2차는 간단한 펍에 가서 이야기를 나누었습니다.불금에 사당은 진짜 사람이 많더라구요... 다음부턴 금요일은 피해야겠습니다.ㅜ 오랜만에 뵌 분들도 많으..

회사의 중요 비즈니스를 처리하는 서버가 있다. .NET 4.8 Framework 기반의 레거시 프레임워크를 사용 중이다.우리 회사에서도 MSA를 도입한다면 어느정도 효율과 안정성을 가져올 수 있는지 궁금하였다.그리고 개념들 마다 설명하는 단점 설계와 운영의 복잡성 및 무거움이 어느정도 인지 알고 싶었다. 결과와 가정은 한정 된 자원을 통한 테스트 임으로 참고하여 주시길 바란다. 1. 테스트 개요 개요: 기존 Old.Service-> New.Service 기능 마이그레이션수정 내용: Old.Service .NET 4.8 Framework → New.Service은 Aspire + Core8 + Kafka범위 : Shop의 아이템 구매 로직 Validation 체크 -> 빌링 API 호출 -> DB ..

결제 관련 비즈니스는 외부 업체(BP)를 써서 Payment Gateway까지 처리하고 있다.해당 결제를 진행하려면 BP사에서 제공하는 페이지를 호출하여 결제를 진행하여야 하는데웹과 모바일 용 상점을 만들면서 문제가 생겼다. 문제는 IOS Safari 브라우저 정책이 유난히 빡셌다. 기존 결제 프로세스 기존 BP 창을 호출하는 방식은Popup 빈 창을 만든 후 → form submit -> bp서버의 랜더링 결과를 보여주는 형태로 진행 되었다. 아래는 예시 코드 이슈 bp 결제를 진행하기 전에 게임 상태나 유저 정보 등의 유효성 확인을 먼저 해야 했고Ajax로 내부 유효성 확인 로직 호출 → bp서버 호출을 위한 Popup 진행 문제 1Ajax의 결과 내부에서 bp창을 호출 할 경우 IOS의 S..