정수의 코닥코닥

이 알람 시스템은 나는 정말 유용하게 사용하고 있다.  이를 더 확장해서 SDK로 만들면 어떨까?!  좋은 SDK를 만들기 위해서는 유연성과 확장성이 좋아야 한다  지금의 내 프로젝트의 문제점을 파악해보자 1. 패키지 구조 및 네이밍 현재 나의 구조 상태이다.  API, billing라는 명칭을 사용하였는데  sdk라는 걸 명확하게 하기 위해 com.sdk.notification으로 바꾸어 준다. 2. Application 제거 Applicationd을 통해서 Spring Boot를 시작시킨다.이는 내 SDK가 특정 프로젝트의 애플리케이션 설정과 분리되어야 하는 이유는 독립성 때문이다. 다양한 환경과 프로젝트에서 사용될 수 있어야 하기 때문에 애플리케이션 초기화 코드는 포함되지 않는 것이 좋다.   결론..

이제 회사에서 슬랙이 아닌 팀즈를 사용한다구 한다 ...  이 김에 이 프로젝트를 디벨롭하여 여러가지 플랫폼의 웹훅을 받을까 한다. implementation 'com.slack.api:slack-api-client:1.40.0' 기존에 해당 버전은 보안 이슈가 있었다고한다.  버전을 올리자니 Boot 버전이랑 안맞고 ...  그래서 그냥 버리고 RestTemplate로 진행할까 한다  어차피 팀즈도 써야하니  우선 간단하게 만들어 보았다.  처음에는 슬랙 service 하나, Teams Service 하나 만들다보니 그러면 플랫폼 별로 다 만들건 아니지 않나? 라는 생각이 들어서  정신차리고 하나의 Service로 묶어 관리를 하려고 하였다.  더 좋고 깔끔한 방법이 있을 것 같은데 조금 더 찾아보려고..

서비스를 제공하는 입장에서 사람이라면(?) 어쩔수 없이 서비스 장애가 날 수 밖에 없다고 생각한다.  장애를 예밤하기 위해 Qa 검증을 진행하고, 다양한 경험을 쌓아 미연에 방지를 해야한다고 생각한다.  하지만 정말 본의아니게 어쩔수 없는 상황 (방화벽, 다른 업체 제공, 경험 부족 등)으로 발생되는 상황을 좀 더 빠르게 캐치하고 대처하면  조금 더 좋은 서비스를 제공할 수 있지 않을까 우선 업무에도 사용하고 폰에도 깔려있지만 카톡과는 확실하게 Work / Life가 구분되어있는 슬랙을 사용하겠다 . incoming-webhook을 사용하여 특정 시점에 메시지 제목을 발송하면 어떨까? implementation 'com.slack.api:slack-api-client:1.40.0' 슬랙 API를 Grad..