[인터뷰] 토큰증권(STO), 전자증권법·자본시장법 개정 핵심과 기업 대응 전략 with 법무법인 화우
토큰증권(STO) 제도화 흐름과 전자증권법·자본시장법 개정의 핵심을 짚었습니다. 사업 구조 검토부터 인가 준비, 시장 진입까지 단계별 대응 전략을 제시했습니다.
#cloud#system#test
100
[인터뷰] 토큰증권(STO), 전자증권법·자본시장법 개정 핵심과 기업 대응 전략 with 법무법인 화우
태그
system 기술 블로그 글
system 태그가 달린 국내 IT 기업 기술 블로그 글을 최신순으로 모았습니다.
전체 57개최신 20개 표시
관련 태그
최신 게시글
20개 표시
Inside VictoriaMetrics
VictoriaMetrics의 내부 구조를 수집, 저장, 쿼리 흐름 중심으로 소개했습니다. 대규모 분산 메트릭 시스템 운영 관점의 이해 포인트를 정리했습니다.
#system#모니터링#분산 시스템
5600
Inside VictoriaMetrics
AI 시대의 엔지니어 역할 변화: 코드 작성자에서 시스템 사고자로
AI가 코드를 대신 쓰는 시대에 엔지니어의 역할은 구현자에서 기준 설정자와 시스템 사고자로 이동했습니다. 기능 요구사항뿐 아니라 비기능 요구사항까지 포함해 문서, 검증, 운영을 함께 진화시켜야 한다고 설명합니다.
#문서화#비기능 요구사항#test
6800
AI 시대의 엔지니어 역할 변화: 코드 작성자에서 시스템 사고자로
[네이버클라우드 아카데미] 국립한밭대학교, 건양대학교 SW중심대학과 함께한 <클라우드 Advanced 과정> 돌아보기
국립한밭대학교와 건양대학교 학생 대상 네이버클라우드 아카데미 Advanced 과정을 소개했습니다. 10일간의 집중 교육과 실무 아키텍처 설계, 프로젝트 구현 내용을 돌아보았습니다.
#cloud#system
100
[네이버클라우드 아카데미] 국립한밭대학교, 건양대학교 SW중심대학과 함께한 <클라우드 Advanced 과정> 돌아보기
LINE 앱의 다자간 대화 기능 통합
LINE은 여러 명과의 대화와 그룹을 ‘그룹 대화’로 통합했습니다. 기능 차이를 줄이고 마이그레이션과 힌트 제공으로 사용자 편의성과 리소스 효율을 높였습니다.
#API#batch#migration
5400
급증하는 트래픽 안정적으로 처리하기: 개선편(1) 동적 스케일링
벌크액션 트래픽에 대응하기 위해 PWQD를 핵심 메트릭으로 삼아 동적 스케일링을 설계했습니다. 연속 초과 시 확대하고 Time Decay로 축소해 Spike에도 안정적으로 대응했습니다.
#traffic#동적 스케일링#Kubernetes
000
급증하는 트래픽 안정적으로 처리하기: 개선편(1) 동적 스케일링
급증하는 트래픽 안정적으로 처리하기: 개선편(1) 동적 스케일링
벌크액션 트래픽의 지연과 오실레이션 문제를 해결하기 위해 동적 스케일링을 개선했습니다. PWQD와 Time Decay를 결합해 Spike에도 안정적으로 대응했습니다.
#동시성#traffic#system
1000
AI 시대의 데이터센터: GPU의 뜨거운 열을 어떻게 식힐 것인가?
AI 데이터센터의 GPU 발열 문제로 공랭식 냉각이 한계에 이르렀다고 설명했습니다. 액체 냉각 도입 시 전력, 물, 안정성까지 인프라 전반의 재설계가 필요하다고 정리했습니다.
#server#cloud#모니터링
6200
AI 시대의 데이터센터: GPU의 뜨거운 열을 어떻게 식힐 것인가?
Prompt Engineering 이후의 시대 : 프롬프트 중심 설계는 왜 한계에 도달했고, 무엇이 그것을 대체하는가
프롬프트 중심 설계가 왜 한계에 도달했는지 설명하고, 의도·정책·관측 기반 아키텍처로의 전환을 제안했습니다. 프롬프트는 주인공이 아니라 시스템이 생성하는 결과물로 다뤄야 한다고 강조했습니다.
#LLM#prompt#관측
10200
Prompt Engineering 이후의 시대 : 프롬프트 중심 설계는 왜 한계에 도달했고, 무엇이 그것을 대체하는가
마이팩 — 자유와 편의 사이, 남아 있던 문제를 다시 정의하다
자유여행과 패키지여행 사이의 공백을 다시 정의한 마이팩 사례를 다뤘습니다. 상품 조합과 유통 구조를 바꿔 확장 가능한 여행 패키지를 만들었습니다.
#여행#유통 구조#자동화
3700
마이팩 — 자유와 편의 사이, 남아 있던 문제를 다시 정의하다
리셀마켓 — 고객의 오래된 불편을 해결하기 위해 시작한 새로운 연결
환불 불가 여행 상품의 오래된 불편을 해결하기 위해 리셀마켓을 시작했습니다.\n플랫폼이 검수와 정산까지 책임지는 구조로 거래 안전성과 재사용 가치를 만들었습니다.
#자동화#system#서비스
5400
리셀마켓 — 고객의 오래된 불편을 해결하기 위해 시작한 새로운 연결
YEYE가 지켜보고 있다–카카오의 공격 표면 관리 이야기
공격자는 웹과 네트워크 같은 외부 경계면을 우선적으로 탐색합니다. 카카오의 공격 표면 관리 사례를 통해 경계선 점검의 중요성을 다뤘습니다.
#system#보안
5100
만능도구는 없다, 적절한 선택은 있다: Spring Statemachine으로 완성한 알림 2.0
Spring Statemachine으로 알림 시스템의 상태 관리를 체계화한 사례를 다뤘습니다. 직접 구현과 프레임워크 도입의 장단점, TTL 관리 같은 주의점도 함께 정리했습니다.
#Spring Boot#Redis#Kotlin
1800
만능도구는 없다, 적절한 선택은 있다: Spring Statemachine으로 완성한 알림 2.0
DAN25의 참가신청이 시작됩니다. (10월 27일, 28일 양일간)
팀네이버 컨퍼런스 DAN25 참가신청 안내입니다. 10월 27일과 28일에 선착순 신청이 진행되며, 키노트는 온라인 생중계로 시청하실 수 있습니다.
#컨퍼런스#세미나#NFT
18000
DAN25의 참가신청이 시작됩니다. (10월 27일, 28일 양일간)
AI는 어디까지 믿어도 될까? Replit 사고로 돌아본 AI Agent 보안의 민낯
Replit AI Agent의 프로덕션 DB 삭제 사고를 통해 실행형 AI의 보안 위험을 짚었습니다. AI를 도입할 때는 권한 통제와 로그, 검증 체계를 먼저 갖춰야 합니다.
#LLM#보안#API
7600
당근에서 정보 유실 없이 업체 정보를 모으는 방법
여러 경로로 모은 업체 정보의 중복을 병합으로 정리하고, 변경 이력을 바탕으로 대표 프로필의 값을 고도화했습니다. 필드별 정책을 분리해 더 합리적인 정보를 노출하도록 개선했습니다.
#Kotlin#refactoring#Git
13500
데이터는 흐른다, 연결될 준비가 되었다면
네이버 웹툰의 Cohort System으로 유저 세그먼트를 정의하고 액션 채널과 자동 연동하는 흐름을 소개했습니다. 데이터 추출부터 캠페인 활용까지의 구조와 사례를 함께 공개했습니다.
#data#ML#자동화
15300
데이터는 흐른다, 연결될 준비가 되었다면
AI 시대, 디자이너를 없앴더니 생긴 일
디자이너의 반복 업무를 규칙과 시스템으로 바꿔 의존도를 줄인 사례를 소개했습니다. 앞으로 디자이너는 직접 만드는 사람보다 시스템을 설계하는 역할이 중요하다고 보았습니다.
#UI/UX#MCP#자동화
25500
n8n 실전 리뷰 \:\ 개발팀 리더가 경험한 4가지 핵심 장점
n8n을 실제 프로젝트에 적용한 뒤 느낀 4가지 장점을 정리했습니다. 반복 업무 자동화와 시스템 통합 생산성 향상에 특히 유용했습니다.
#자동화#API#AWS
1600
Luft's Road to Elasticity - Part 1: From Shared Nothing to Shared Storage
자체 제작 데이터베이스 Luft의 탄력성을 높이기 위해 shared nothing에서 shared storage로 전환한 경험을 공유했습니다. 구조 변경을 통해 확장성 개선 방향을 다뤘습니다.
#DB#system#cloud
1800
