[2015~ ]개인 제작중인 게임..

장르 : 로그라이크

장르선택이유

1. 개인적으로 좋아하는 장르.

2. 매니아층 보유.

3. 수익성 문제로 게임회사에서 투자를 안함. (하지만 개인단위라면??)

4. 즉 장르가 겹쳐서 경쟁에서 밀릴 가능성이 전무.

개발을 진행하며서..

- 던전 플레이 뼈대 생성 - 랜덤 던전생성, 실시간 턴이동, 마법, 애니메이션 등등

기본 던전 플레이 뼈대가 생성되니 다 만든것 처럼 느껴졌는데.. 이제부터가 시작인걸 그때는 알지 못했다.

스토리도 좀 있으면 좋겠네?

- 월드 맵은 크고 다양하게(마을, 농장, 언덕, 사막, 성, 숲, 전초기지)
- 회사다니며 짬짬히 맵만드는데 1년 경과(맵 디자인이 개발보다 힘들구나...)
- 맵이 커진만큼 생각해야 될 스토리 구성이 많아짐

자 이제 맵도 대충 다 만들었고 뭐가 남았지??
- 각종 무기 캐릭터 애니메이션
- 던전 레벨디자인
- 상점, 인벤토리
- 웹서버, DB서버

등...... 

(시간이 부족해.....)

결론
프로젝트 축소
뼈대는 어차피 공통이니 프리퀄 형식으로 간단하게 개발로 목표 변경
맵을 1/100 로 축소시켜서 만든 후 개발중...

결론2

URP 변경

개발기 : https://dddevelop.blogspot.com/

Published on: 5월 23, 2021

[2021] Promethues & Grafana 를 이용한 서버 모니터링 구축

개발배경

회사에서 운영중인 원격프로그램의 서버가 증성되면서 관리가 힘들어졌기 때문에 , 실시간으로 서버의 상태를 모니터링 해서 장애대응할 필요가 생겼습니다. 원래는 익숙한 Elastic + kibana를 이용할 생각이여있지만 이사님께서 지나가는 말로 프로메테우스를 언급하셨기에, 나중에 비교해서 말씀드리기 위해 프로메테우스로 진행했습니다. 

진행해보니 둘다 장단점이 있었는데 확실히 Elastic보다는 학습난이도도 낮고, 사용하기도 더 편리해서 생각보다 빨리 구현할 수 있었습니다. 

프로젝트설명

- DB 트랜젝션 모니터링

- WebService 모니터링

- 시스템 상태, 사용량 모니터링

- 장애발생시 회사 메신져로 알리기 위한 웹서비스 개발

담당업무

- 단독개발

사용기술

Prometheus, Grafana, Blazor, Docker

운영하면서..

모니터링 대상서버에서 수집해오는 형태이기 때문에, 서버를 여러대 늘리거나, 메인이되는 Prometeheus 서버를 변경하는데 어려움이 없었고, 장애 알림을 설정하는것도 간단해서 관리하는데 힘이들지 않았습니다. 단순 시스템 Metric을 모니터링하는 것 뿐이라면 확실히 Elastic보다는 좋은 듯 합니다. 그러나 애플레케이션에서 발생하는 정보들을 수집하는 방법이 번거롭기 때문에 개발&업데이트가 진행되는 구조의 서버를 관리한다면 다른 솔루션을 사용하는것이 더 좋을듯합니다. Prometheus는 안정적으로 변화가 없는 시스템을 모니터링하는쪽이 더 적합한듯한 느낌이 들었습니다. 

 

Published on: 5월 19, 2021