Synology에서 Windows VM을 돌려야 하는 경우: Docker로 해결할 문제와 VMM이 필요한 문제 구분하기
NAS에서 서비스 하나를 돌리기 위해 무조건 Windows VM을 만드는 것은 비용이 크다. Container와 VM의 격리수준, Windows 전용 프로그램, RAM·CPU·스토리지 I/O, snapshot과 장애영향을 기준으로 VMM 사용 여부를 판단하는 방법을 설명한다.
DockNAS
SAP 표준원가는 어디서 만들어질까? BOM·Routing·Activity Price가 Standard Price가 되는 과정
SAP 표준원가는 단순히 전년도 원가를 복사한 숫자가 아니다. BOM, Routing, 구매가격, Activity Price, Overhead, Costing Variant와 날짜 조건이 어떻게 제품 단위원가를 만들고 Standard Price로 Release되는지 제조 데이터 흐름으로 설명한다.
NAS 외부접속에 포트포워딩이 꼭 필요할까? Tailscale을 공개서비스와 관리접속으로 구분하는 법
Tailscale은 NAS 관리접속을 인터넷에 직접 공개하지 않고 tailnet 안에서 연결할 수 있게 해준다. direct·relay 연결, DSM 7 outbound 제한, access control과 reverse proxy의 역할 차이를 이해해 관리용 접속과 공개서비스를 분리하는 방법을 설명한다.
Synology Container Manager 운영 설계: 컨테이너를 지워도 데이터가 살아남는 구조 만들기
Docker 운영에서 중요한 것은 컨테이너를 실행하는 법보다 컨테이너·이미지·설정·데이터의 수명을 분리하는 것이다. Synology Container Manager에서 Compose Project, bind mount, volume, secret, backup과 update 경계를 어떻게 설계해야 장애복구가 쉬워지는지 설명한다.
SAP Distribution vs Assessment: 같은 1억원을 배부해도 관리손익이 다르게 보이는 이유
SAP CO의 Distribution과 Assessment는 단순히 두 가지 배부 메뉴가 아니다. 원래 계정을 유지할지, secondary cost element로 묶을지에 따라 receiver의 손익 가독성·추적성·분석 목적이 달라진다. 배부기준까지 포함해 실무 판단법을 설명한다.
NAS 업그레이드, CPU 사양보다 먼저 봐야 할 6가지 병목: 실제 Workload로 판단하는 법
NAS가 느려졌다고 바로 상위 모델을 살 필요는 없다. CPU·RAM·디스크 I/O·네트워크·컨테이너·백업 복구시간을 분리해 실제 병목을 찾고, RAM·NVMe·네트워크 개선과 본체 교체 중 무엇이 필요한지 판단하는 방법을 정리했다.
SAP Master Data가 손익을 틀리게 만드는 과정: Cost Center·Profit Center·Internal Order를 코드가 아닌 통제장치로 보는 법
SAP의 Cost Center·Profit Center·Internal Order는 단순 코드가 아니다. 잘못된 assignment 하나가 비용 귀속, 배부, 자산 감가, 제품원가와 사업부 손익까지 어떻게 왜곡하는지 실제 데이터 흐름 관점에서 설명한다.
Synology NAS 초기설정, RAID보다 먼저 결정할 것: 장애복구까지 거꾸로 설계하는 구축 순서
NAS 초기설정의 핵심은 DSM 설치를 끝내는 것이 아니라 어떤 데이터가 어디에 있고 어떻게 복구될지를 먼저 결정하는 것이다. Storage Pool, Volume, Btrfs, Shared Folder, Snapshot, Backup과 서비스 배치까지 복구 관점에서 설계하는 순서를 설명한다.
SAP FI와 관리손익 숫자가 다른 이유: S/4HANA에서도 반드시 필요한 Reconciliation 구조
S/4HANA의 Universal Journal이 FI와 관리회계를 기술적으로 통합해도 법인 손익과 관리손익이 자동으로 같아지는 것은 아니다. 범위·귀속·배부·정산·시점 차이를 분해해 숫자가 어디서 달라졌는지 추적하는 실무적인 reconciliation 구조를 설명한다.