Part I - Single-Node Patterns
عموما وقتی از distributed system ها صحبت میشه، منظور اجرای سرویس های مختلف بر روی ماشین های مجزا از هم هست، اما خیلی اوقات پیش میاد که ما میتونیم یک application رو به سرویس های مجزا روی یک single-node machine تقسیم کنیم. اینکه چرا این کار میتونه مفید باشه دلایل مختلفی داره از جمله اینکه

establish boundaries around specific resoureces
با داشتن container های مجزا روی یه single node ما میتونیم برای هر container به طور مجزا و اختصاصی resource ها رو تعریف کنیم، اینطوری سرویسی که منابع بیشتری نیاز داره میتونه با اولویت بالاتر تعریف بشه، و الویت مصرف منابع ماشین با container مذکور باشه

delineate team ownership
اجازه میده که مسئولیت و مالکیت هر container (یا همون سرویس) به یک تیم خاص داده بشه

separation of concerns
جدا سازی دغدغه ها یکی دیگه از مزایا هست که اجازه میده بتونیم برای هر service بصورت جداگانه برنامه توسعه (development) و استقرار (deployment) داشته باشیم

@gocasts

#designing_distributed_systems_brendan_burns