공부하면서 나온 내용들 두서없이 적음 3편까지 적응 후 정리 예정카프카는 여러가지 토픽을 정하는게 가능

카프카 프로듀서(소스 어플)가 토픽 내부에 하나의 파티션을 생성하게 되고
그 데이터는 순서대로 쌓이며 그 데이터를 카프카 컨슈머가 가져가게 된다(스택 큐) 
데이

바야흐로 2022년 2월....이직 한지 어언 2개월이 좀 지났다. 현재 위치 서울.... 이제 Seoul City Man...(이직을 결심하고 탈주 했기에....그래도 한달 이타치는 했다.)그래도 확실히 경력직으로 입사했기에 첫직장보다는 좋은 조건으로 입사했고 좋은

우선 이번 주문연동 시스템 확장에 앞서몇개월 간극의 프로젝트 환경의 차이가 생겼다.따로 게시글을 작성해야할까 생각 중 이지만 우선은 현재 고민하고당장 진행해야하는 프로젝트에 관하여 작성하기로 했다.현재 개발환경프로젝트 목표 방향이 중에서 내가 맡은 부분은 쿠팡 API

입고증 임시 디자인

구역지정 등으로 구역에 SKU 재고 입고시 동일한 SKU가 존재 한다면 경고창현재 재고 각각의 바코드와 구역 바코드 이외 파렛트 규모의 구분 필요ex) A구역에서 B구역으로 파렛트 이동시 파렛트 바코드를 찍고 전체적으로 이동이가능하도록 구현 요구 생각현재 입출고 등록에

B2B Web app , mobile app 입고 -> skuselection insert 바코드 생성 -> ioBarocde insert barcodeZoneHistory insert , 지정 구역 이동 -> barcodeManageMentZone (inse

이번에 나스 시놀로지 서버를 생성하면서 사용했던 커맨드 와순서를 정리해볼까 함.우선 적으로 설정해야 하는 것들도 있을것이다 8899포트에서 포트 개방과사용자 설정(깃 저장소를 이용할 사용자 그룹과 사용자 추가) 터미널 및 SNMP에서 SSH 서비스 활성화 , 홈 네트워

기본 용어Local : 개인의 노트북Remote : 원격의 환경(github)에 올려놓고 동시 공유Repository : 깃헙에서 팀원들과 프로젝트를 저장, 공유 할 수 있는 곳 (공유 폴더)PM이 CRA 셋팅을 한 뒤(리액트), 다른 팀원들이 git clone 을 받

통신 방법 중 에는 Http 통신과 Socket 통신이 존재합니다.1\. Http 통신클라이언트의 요청이 있을 때만 서버가 응답하여 해당 정보를 전송하고 곧바로 연결을 종료하는 방식 -> 단방향적 통신2\. Socket 통신서버와 클라이언트가 특정 포트를 통해 실시간으

JWT 이란?JWT(JSON WEB TOCKEN)은 전자 서명 된 URL-Safe(url로 이용할 수 있는 문자만 구성된)의 JSON 입니다.전자 서명은 JSON 의 변조를 체크 할 수 있게되어 있습니다.JWT는 속성 정보(Claim)를 JSON 데이터 구조로 표현한

서론현재 21년 4월 18일 앞으로의 방향성을 설계 중 앞으로의 스펙 성장도 중요하지만 현 유지 보수와 더불어 개발 중인 자사 웹앱을 정확하게 파악하지 못 하고 있었다는 사실을 깨달음.환경현재 자사 솔루션 고링크 웹앱(이하 앱)은 20년 6월 입사 당시부터 현재까지 언

이전 회의에서 제시된 것 처럼 공동의 재산의 개념을 가진다라는 것을 고민해보았다.그러면 파렛의 이력을 전부 포함한 갯수가 현재고 이기만 하면 된다고 생각이 되었고이전 과는 다른 입출고 등록 페이지를 개발하였다.하지만 생각하는 것과 코드로 짜는것 그리고 데이터베이스 설정

2차 개발 회의 참여자 : 임지용 이사님, 개발팀 김태영내용 : 현재 1차적으로 개발되어진 폼에서 크게 벗어난 점은 아니지만 전체 개선점 과 페이지별로 개선 점을 표현함.전체 : 일단 파렛재고의 개념부터 다르게 잡혀있었다. 나는 기존의 재고와 동일하게 각기 업체별로 파

이전 4월 2일 현 직장의 이사님이 현장에서 파렛관리의 불편함을 얘기하시면서이제까지 노션과 엑셀로 관리를 해왔던 파렛관리 (특히 KPP)의 자사 웹앱 개발을 요청하셨다.우선 1차적으로 원하시는게 기존의 재고와 같이 재고관리와 입출고 관리를 원하셨고 본인이 그전에 관리하

서버 이전 준비중 참 멍청?하게도 생각을 안하고 있던 부분이 있었다.바로 AWS LOADBALANCING이 당연히 유료인 것을 까먹고 있었다.(물론 탄력적 IP도 유료이지만 서버를 계속 구동을 시킬거다는 가정하에는 무료이다)이전에 적었듯이 도메인 주소와 함께 www 까

오늘 일과중 전산 문제로 한 업체의 2번째 출하 요청에서송장번호가 하나가 중복해서 올라가는 일이 생김현재 주문 테이블에서 유니크해야 하는 번호가 공백으로 생성이 되어서송장 업로드 파일에서 유니크 번호가 사라져서 생긴 오류인듯 하다(물론 주문 파일을 나중에 다시 받아서

아직은 서비스 중인 앱에서 이전했을때 생길 이슈 사항들을 점검하고 수정하는중이지만 aws 마이그레이션에 관한 부분은 끝났기에 하면서 중요하다고 생각했던 부분들을 정리함. 가장 기초적인 것도 포함 함1\. 예약 인스턴스는 구매시 같은 인스턴스 내라면 유연적으로 적용된다.

이번엔 로드밸랜서를 이용한 라우팅 설계를 할 예정이다.로드 밸랜서를 생성을 시작하면 유형을 선택하게 되는데 여기선가장 기본적인 Application load balancer를 선택하고 진행함.리스너는 가장 기본적으로 https 443 포트로 들어오는 것을 80 포트로

이제 다시 보안 그룹과 관련된 이슈 사항들을 적어본다.기본적으로 네트워크 지식이 바늘정도 있는 상태에서 기술 하는것을감안 필요함.기본적으로 아마존 서비스는 VPC를 이용한 네트워크 엑시스 리스트는 누구나 통과가 가능한 (아마 해킹과 관련된 이슈가 있는 ip가 블랙리스트

현재 ec2 인스턴스 ami는 아마존 리눅스 2 버전을 사용하기로 함. 이유는 아마존에서 엔터프라이즈로 내세운 리눅스 버전이기도 하고 당연히 서버 구동을 위해서는 리눅스가 가장 좋다고도 생각함. (가볍기도 하고 여러가지로 익숙하기도 함.) 서버 구동 이후 퍼블릭 엑세