معماری پیش از کد
مرز سرویسها، مدل داده، طرح استقرار و رفتار سامانه هنگام خطا، پیش از نوشتن خط اول کد تعیین و مکتوب میشود. سند معماری خروجی قابل بازبینی مرحله دوم است، نه یادداشتی که بعداً نوشته شود.
مهندسی نرمافزار، داده و زیرساخت
معماری را پیش از کد مینویسیم، سامانه را تدریجی تحویل میدهیم و پای پیامدهایش میایستیم. مالکیت کد، در پایان، با شماست.
ادامهموضع ما
کار ما با یک جلسه ارزیابی شروع میشود و با سامانهای در حال بهرهبرداری تمام میشود — نه با تحویل یک بایگانی فشرده و یک فاکتور.
رایاسا سامانههای نرمافزاری سازمانی میسازد: اتوماسیون فرآیندهای تکراری کسبوکار، خطوط پردازش داده، سرویسهای ابری و یکپارچهسازی هوش مصنوعی با دادههای داخلی سازمان. هر یک از اینها را میشود سریع و سرسری ساخت؛ آنچه سرسری ساخته شود، هزینهاش را دو سال بعد و در بدترین روزِ ممکن پس میدهد.
پس ترتیب کار در رایاسا وارونهٔ چیزی است که معمول شده: اول مرز سرویسها، مدل داده، سیاست دسترسی و مسیر خطا نوشته میشود، بعد کد. این کار شروع پروژه را کندتر و ماه ششم را بهمراتب ارزانتر میکند — و تفاوت میان سامانهای که با شما رشد میکند و سامانهای که باید دوباره از صفر نوشته شود، دقیقاً همینجا تعیین میشود.
کوچک بودن تیم را نقطه ضعف نمیدانیم. کسی که معماری را نوشته، همان کسی است که کد را مینویسد و در ساعت سه بامداد به هشدار پاسخ میدهد؛ این زنجیره هرچه کوتاهتر باشد، تصمیمهای فنی صادقانهتر گرفته میشود.
اصول کاری
اینها شعار نیستند؛ بندهایی هستند که در قرارداد و در ساختار تحویل پروژه بازتاب دارند.
مرز سرویسها، مدل داده، طرح استقرار و رفتار سامانه هنگام خطا، پیش از نوشتن خط اول کد تعیین و مکتوب میشود. سند معماری خروجی قابل بازبینی مرحله دوم است، نه یادداشتی که بعداً نوشته شود.
هر چرخه چیزی قابل استفاده تحویل میدهد و مهاجرت بدون قطعی سرویس فعلی انجام میشود. در پایان هر مرحله تصمیم ادامه با شماست — نه با ما، و نه با قراردادی که یک سال جلوتر امضا شده است.
مخزن کد، مستندات معماری، اسکریپتهای استقرار و کلیدها در پایان به شما منتقل میشود. سامانهای که برای ادامهٔ حیاتش به ما وابسته باشد، محصول خوبی نیست؛ گروگان است.
پس از راهاندازی، پایش و هشدارگذاری برقرار میماند و به رخداد در چارچوب توافق سطح خدمت پاسخ داده میشود. آنچه ساختهایم را خودمان نگه میداریم تا زمانی که تیم شما آماده تحویل گرفتن آن باشد.
بهجای ادعا
ارزیابی یک تیم فنی از روی صفحه «درباره ما» ممکن نیست. اینها جاهایی است که میتوانید کار را مستقیم بسنجید.
هر سنجه با روش اندازهگیری، بار آزمون و تاریخش منتشر میشود. عددی که منبع نداشته باشد، ادعاست؛ و ادعا در این بخش منتشر نمیشود.
مطالعات موردییادداشتهای مهندسی از دل کار — شامل چیزهایی که خوب پیش نرفت و آنچه از آنها آموختیم. اسمش را آزمایشگاه گذاشتهایم چون کارکردش همین است.
یادداشتهای فنیهشت ابزار تشخیصی که همین حالا میتوانید روی دامنه خودتان اجرا کنید: بررسی DNS، سلامت ایمیل، گواهی TLS، سرآیندهای امنیتی و زمانسنجی شبکه.
اجرای ابزارهاتماس
یک پاراگراف دربارهٔ مسئله کافی است. اگر مناسب نباشیم، همان جلسه اول میگوییم.