دسترسی نامحدود
برای کاربرانی که ثبت نام کرده اند
برای ارتباط با ما می توانید از طریق شماره موبایل زیر از طریق تماس و پیامک با ما در ارتباط باشید
در صورت عدم پاسخ گویی از طریق پیامک با پشتیبان در ارتباط باشید
برای کاربرانی که ثبت نام کرده اند
درصورت عدم همخوانی توضیحات با کتاب
از ساعت 7 صبح تا 10 شب
ویرایش: 1
نویسندگان: Andrew Odewahn
سری:
ISBN (شابک) : 9781491916582
ناشر: O'Reilly Media
سال نشر: 2014
تعداد صفحات: 45
زبان: English
فرمت فایل : PDF (درصورت درخواست کاربر به PDF، EPUB یا AZW3 تبدیل می شود)
حجم فایل: 1 مگابایت
در صورت تبدیل فایل کتاب A Field Guide to the Distributed Development Stack به فرمت های PDF، EPUB، AZW3، MOBI و یا DJVU می توانید به پشتیبان اطلاع دهید تا فایل مورد نظر را تبدیل نمایند.
توجه داشته باشید کتاب راهنمای میدانی برای پشته توسعه توزیع شده نسخه زبان اصلی می باشد و کتاب ترجمه شده به فارسی نمی باشد. وبسایت اینترنشنال لایبرری ارائه دهنده کتاب های زبان اصلی می باشد و هیچ گونه کتاب ترجمه شده یا نوشته شده به فارسی را ارائه نمی دهد.
این پروژه زمانی آغاز شد که ما در حال توسعه اطلس، ابزار انتشار نسل بعدی اوریلی مدیا بودیم. به نظر میرسید که هر روز ابزارهای جدید جالبی را در فضای DevOps پیدا میکردیم، بنابراین یک \"Sticky\" را برای جذابترین ابزارها شروع کردم تا بتوانم بعداً آنها را کشف کنم. در ابتدا، این به خوبی کار می کرد. من راضی بودم که به سادگی یک لیست داشته باشم، که در آن تنها معیار سفارش من \"اوه، به نظر جالب می رسد. روزی که وقت داشته باشم، به آن نگاه خواهم کرد\" به همان روشی که شما ممکن است یک DVD تمرین بخرید. و فقط گهگاه آن را بیرون بیاورید و فکر کنید "خو، یک روز به آن خواهم رسید." اما، همانطور که هر کسی که مدت زمان طولانی DevOps را تماشا کرده است، می تواند به شما بگوید، فضایی پر از ابزارهای جدید جالب و هیجان انگیز است. بنابراین لیست و احساس گناه من به سرعت از کنترل خارج شد. هنگامی که به محدودیت های Sticky به عنوان یک رسانه رسیدم، شروع به جستجوی الگوها در لیست خود کردم. برخی آشکار بودند. به عنوان مثال، بسیاری از ابزارها، مانند Ansible، Salt، یا (تا حدی) Dockerfiles، در یک گروه اتوماسیون زیرساخت واضح قرار می گیرند که توسط Chef، CFEngine و Puppet پیشگام شده است. بنابراین، بسیاری از خدمات ابری نیز وجود دارد. اما چیزی مانند CoreOS، Docker یا Mesos کجا میتواند مناسب باشد؟ همانطور که من در مورد نحوه گروه بندی آنها فکر می کردم، به نظر می رسید که آنها به نوعی با مفهوم کانتینرسازی مرتبط هستند، اما این خیلی محدود به نظر می رسید. در عوض، این پروژهها و ابزارها بخشی از یک روند بسیار بزرگتر بودند - خوشهبندی و محاسبات توزیعشده را ممکن میکردند - و کانتینریسازی فقط یک قطعه بود. بنابراین، بهجای گروهبندی براساس فناوری، برای من منطقی بود که بر اساس گرایش گروهبندی کنم - به عبارت دیگر، این ابزار چه چیزی را قادر میسازد، و چرا آن روند مهم بود؟ به طور همزمان، افراد دیگری در اوریلی نیز همین سوال را بررسی می کردند، اما از منظری متفاوت. در «همه چیز توزیع شده است»، کورتنی نش، رئیس Velocity، از «چگونه سیستمهایی را مدیریت کنیم که قابل درک نیستند، پیچیدهتر از آن هستند که کنترل شوند، و به روشهای غیرقابل پیشبینی شکست میخورند». فراتر از پشته، مایک لوکیدس به این فکر میکرد که چگونه «یک مجموعه ابزار جدید برای پشتیبانی از توسعه برنامههای کاربردی با توزیع انبوه رشد کرده است» و پیامدهای عمیقی را که تغییر از سرورهای داخلی و پرکاربرد به ماشینهای مجازی یکبارمصرف داشت، توضیح داد. داشتن روی پشته سنتی \"LAMP\". (و همچنین پسر عموی هیپستر آن، پشته MEAN.) بنابراین، از این زمینه است که لیست چسبنده من به این راهنمای میدانی برای پشته توسعه توزیع شده تبدیل شد. این راهنما بر اساس یک مشاهده کلی در سطل هایی سازماندهی شده است، مانند: ابر پلتفرم پیش فرض است سرورهای CI کد را مستقر می کنند، نه عملیات پایگاه کد در git است کل برنامه به صورت محلی در حال توسعه اجرا می شود محیط در کد خودکار است زیرساخت نظارت حیاتی است تست ها به صورت کد انجام می شود، نه توسط بخش QA این راهنما علاوه بر اینکه یک چارچوب (امیدوارم) مفید است، به عنوان یک منبع زنده نیز در نظر گرفته شده است. بنابراین، ما منبع را در GitHub قرار داده ایم و از شما دعوت می کنیم که مشارکت کنید. اگر احساس میکنید ابزاری را از دست دادهایم (که مطمئناً آن را داریم، زیرا هر روز چیزهای جدیدی ظاهر میشود) یا یک موضوع اصلی، پس از آن مخزن را جدا کنید و یک درخواست برای من ارسال کنید. ما این سند را بهروز نگه میداریم و همچنان که شاهد رشد این روند هستیم، آن را مجدداً منتشر خواهیم کرد. ما از O'Reilly Atlas برای جذب مشارکتها و بازنشر دورهای راهنما استفاده میکنیم. این هنوز یک کار در دست انجام است، اما امیدوارم منبعی باشد که به مجموعه Sticky خود اضافه کنید.
This project began while we were developing Atlas, O'Reilly Media's next-generation publishing tool. It seemed like every day we were finding interesting new tools in the DevOps space, so I started a "Sticky" for the most interesting-looking tools so I could explore them later. At first, this worked fine. I was content to simply keep a list, where my only ordering criteria was "Huh, that looks cool. Someday when I have time, I'll take a look at that," in the same way you might buy an exercise DVD and then only occasionally pull it out and think "Huh, someday I'll get to that." But, as anyone who has watched DevOps for any length of time can tell you, it's a space bursting with interesting and exciting new tools, so my list and guilt quickly got out of hand. Once I reached the limits of the Sticky as a medium, I started to look for patterns in my list. Some were obvious. For example, many of the tools, like Ansible, Salt, or (to a certain extent) Dockerfiles, fit into a clear infrastructure-automation group pioneered by Chef, CFEngine, and Puppet. So, too, the many cloud services. But where would something like CoreOS, Docker, or Mesos fit? As I thought about how to group them, they seemed somehow tied up with the notion of containerization, but that just seemed too narrow. Rather, these projects and tools were part of a much larger trend — enabling clustering and distributed computing—and containerization was just a piece. So, rather than group by technology, it made sense to me to group by trend—in other words, what did the tool enable, and why was that trend important? Simultaneously, other people at O'Reilly were also exploring this same question, but from a different perspective. In "Everything is distributed," Courtney Nash, the chair of Velocity, was asking "how do we manage systems that are too large to understand, too complex to control, and that fail in unpredictable ways." In "Beyond the stack," Mike Loukides was thinking about how "a new toolset has grown up to support the development of massively distributed applications," and described the profound consequences that the shift from well-tended, internal servers to disposable VMs was having on the traditional "LAMP" stack. (As well as its hipster cousin, the MEAN stack.) So, it's from this context that my Sticky list grew into this Field Guide to the Distributed Development Stack. The Guide is organized into buckets based on a general observation, such as: The cloud is the default platform CI servers deploy code, not ops The codebase is in git The entire application runs locally in development The environment is automated in the code The monitoring infrastructure is critical Tests done in code, not by a QA department In addition to being a (hopefully) useful framework, the Guide is also meant to be a living resource. So, we've put the source on GitHub and invite you to contribute. If you feel like we've missed a tool (which we most certainly have, since new things are popping up every day) or a major theme, then fork the repo and send me a pull request. We'll be keeping this document up to date and republishing it as we watch this trend continue to grow. We'll use O'Reilly Atlas to pull in the contributions and periodically republish the guide. This is still very much a work-in-progress, but I hope it will be a resource you'll add to your own Sticky collection.