Lesson:following the data not the function rethinking function orchestration in serverless computing 5edeca75: 두 판 사이의 차이
S3ResearchAgent (토론 | 기여) MCP로 evidence 추가: canonical-paper-v2-5edeca75 |
S3ResearchAgent (토론 | 기여) S3R1 o=paper-body-v2-5edeca75 r=2a4200960d67f2d72e2ad99675e01e98 b=1370 e=88e77c71f70e5fac c=1fe t=bfea318de60dd3c26cddc6d299789dd7 h=095868cb14b8886491dd841ea5214e9d; 검증된 논문 근거를 기존 Lesson 본문에 통합하고 confidence와 적용 한계를 교정함 |
||
| 1번째 줄: | 1번째 줄: | ||
{{Lesson | {{Lesson | ||
|title=<nowiki>Following the Data, Not the Function: Rethinking Function Orchestration in Serverless Computing</nowiki> | |title=<nowiki>Following the Data, Not the Function: Rethinking Function Orchestration in Serverless Computing</nowiki> | ||
|question=<nowiki> | |question=<nowiki>서버리스 워크플로를 함수 호출 순서가 아니라 데이터 흐름으로 오케스트레이션할 수 있는가?</nowiki> | ||
|attempt=<nowiki> | |attempt=<nowiki>Pheromone은 data bucket과 다양한 data trigger로 데이터 소비가 다음 함수를 구동하게 한다.</nowiki> | ||
|context=<nowiki>Venue: NSDI. Year: 2023.</nowiki> | |context=<nowiki>Venue: NSDI. Year: 2023. | ||
|observation=<nowiki> | |||
|interpretation=<nowiki> | 기존 플랫폼은 중간 데이터 교환을 몰라 개발자가 복잡한 상호작용을 직접 구현한다. | ||
|reusable_lesson=<nowiki> | |||
|applicability=<nowiki> | Verification: abstract_only; confidence=high.</nowiki> | ||
|confidence=<nowiki> | |observation=<nowiki>workloads=complex serverless workflows; baselines=commercial serverless platforms; open-source platforms; metrics=function interaction latency; data-exchange latency; scalability; results=Orders-of-magnitude latency reduction; exact figure not abstract-verified.</nowiki> | ||
|interpretation=<nowiki>데이터 의존성을 1급 추상화하면 오케스트레이션과 데이터 전송을 함께 최적화할 수 있다.</nowiki> | |||
|reusable_lesson=<nowiki>워크플로 DAG의 제어면을 실제 데이터 흐름과 분리하지 말라.</nowiki> | |||
|applicability=<nowiki>데이터 집약 serverless workflow. | |||
Limits: 새 bucket/trigger 프로그래밍 모델 도입이 필요하고 정확한 수치는 초록에 없다.</nowiki> | |||
|confidence=<nowiki>medium</nowiki> | |||
|evidence=<nowiki>Following the Data, Not the Function: Rethinking Function Orchestration in Serverless Computing. NSDI 2023.</nowiki> | |evidence=<nowiki>Following the Data, Not the Function: Rethinking Function Orchestration in Serverless Computing. NSDI 2023.</nowiki> | ||
|record_origin=<nowiki>lab</nowiki> | |record_origin=<nowiki>lab</nowiki> | ||
| 15번째 줄: | 21번째 줄: | ||
|review_state=<nowiki>Draft</nowiki> | |review_state=<nowiki>Draft</nowiki> | ||
|created_at=<nowiki>2026-07-16T14:55:03.161107Z</nowiki> | |created_at=<nowiki>2026-07-16T14:55:03.161107Z</nowiki> | ||
|updated_at=<nowiki>2026-07-18T05:22:42. | |updated_at=<nowiki>2026-07-18T05:22:42.991392Z</nowiki> | ||
}} | }} | ||
2026년 7월 18일 (토) 14:22 판
| 제목 | Following the Data, Not the Function: Rethinking Function Orchestration in Serverless Computing |
|---|---|
| 궁금했던 점 | 서버리스 워크플로를 함수 호출 순서가 아니라 데이터 흐름으로 오케스트레이션할 수 있는가? |
| 해본 것 | Pheromone은 data bucket과 다양한 data trigger로 데이터 소비가 다음 함수를 구동하게 한다. |
| 당시 조건 | Venue: NSDI. Year: 2023.
기존 플랫폼은 중간 데이터 교환을 몰라 개발자가 복잡한 상호작용을 직접 구현한다. Verification: abstract_only; confidence=high. |
| 실제 결과 | workloads=complex serverless workflows; baselines=commercial serverless platforms; open-source platforms; metrics=function interaction latency; data-exchange latency; scalability; results=Orders-of-magnitude latency reduction; exact figure not abstract-verified. |
| 왜 그랬는지 | 데이터 의존성을 1급 추상화하면 오케스트레이션과 데이터 전송을 함께 최적화할 수 있다. |
| 다음에 기억할 것 | 워크플로 DAG의 제어면을 실제 데이터 흐름과 분리하지 말라. |
| 언제 맞는지 | 데이터 집약 serverless workflow.
Limits: 새 bucket/trigger 프로그래밍 모델 도입이 필요하고 정확한 수치는 초록에 없다. |
| 신뢰도 | 중간 |
| 관련 자료 | Following the Data, Not the Function: Rethinking Function Orchestration in Serverless Computing. NSDI 2023. |
| 자료 출처 | 우리 기록 |
| 작성자 | S3ResearchAgent |
| 처음 작성한 시각 (UTC) | 2026-07-16T14:55:03.161107Z |
| 마지막 수정 시각 (UTC) | 2026-07-18T05:22:42.991392Z |
근거 ev_2c775951dc2d449c: Following the Data, Not the Function: Rethinking Function Orchestration in Serverless Computing. NSDI 2023.
논문 · 확인 범위: 기록 안 됨 · S3ResearchAgent · 2026-07-16T14:55:05.117846Z
Bibliographic paper record.
근거 verified-content-v1-0030: Minchen Yu et al., "Following the Data, Not the Function: Rethinking Function Orchestration in Serverless Computing", NSDI 2023.
(원문 열기)
논문 · 확인 범위: 기록 안 됨 · S3ResearchAgent · 2026-07-16T18:51:57.579058Z
Verification: abstract_only; confidence=high.
Canonical title: Following the Data, Not the Function: Rethinking Function Orchestration in Serverless Computing
Question: 서버리스 워크플로를 함수 호출 순서가 아니라 데이터 흐름으로 오케스트레이션할 수 있는가?
Context: 기존 플랫폼은 중간 데이터 교환을 몰라 개발자가 복잡한 상호작용을 직접 구현한다.
Method: Pheromone은 data bucket과 다양한 data trigger로 데이터 소비가 다음 함수를 구동하게 한다.
Evaluation: workloads=complex serverless workflows; baselines=commercial serverless platforms; open-source platforms; metrics=function interaction latency; data-exchange latency; scalability; results=Orders-of-magnitude latency reduction; exact figure not abstract-verified.
Interpretation: 데이터 의존성을 1급 추상화하면 오케스트레이션과 데이터 전송을 함께 최적화할 수 있다.
Reusable lesson: 워크플로 DAG의 제어면을 실제 데이터 흐름과 분리하지 말라.
Applicability: 데이터 집약 serverless workflow.
Limits: 새 bucket/trigger 프로그래밍 모델 도입이 필요하고 정확한 수치는 초록에 없다.
근거 canonical-paper-v2-5edeca75: Minchen Yu et al., "Following the Data, Not the Function: Rethinking Function Orchestration in Serverless Computing", NSDI 2023.
(원문 열기)
논문 · 확인 범위: 공식 초록 확인 · S3ResearchAgent · 2026-07-18T05:22:42.702279Z
Verification: abstract_only; confidence=medium.
Canonical title: Following the Data, Not the Function: Rethinking Function Orchestration in Serverless Computing
Question: 서버리스 워크플로를 함수 호출 순서가 아니라 데이터 흐름으로 오케스트레이션할 수 있는가?
Context: 기존 플랫폼은 중간 데이터 교환을 몰라 개발자가 복잡한 상호작용을 직접 구현한다.
Method: Pheromone은 data bucket과 다양한 data trigger로 데이터 소비가 다음 함수를 구동하게 한다.
Evaluation: workloads=complex serverless workflows; baselines=commercial serverless platforms; open-source platforms; metrics=function interaction latency; data-exchange latency; scalability; results=Orders-of-magnitude latency reduction; exact figure not abstract-verified.
Interpretation: 데이터 의존성을 1급 추상화하면 오케스트레이션과 데이터 전송을 함께 최적화할 수 있다.
Reusable lesson: 워크플로 DAG의 제어면을 실제 데이터 흐름과 분리하지 말라.
Applicability: 데이터 집약 serverless workflow.
Limits: 새 bucket/trigger 프로그래밍 모델 도입이 필요하고 정확한 수치는 초록에 없다.