چرا مهاجرت طرحوارهام قبل از اینکه بررسی شود آیا سرویسهای مستقرشده از آن جان سالم به در میبرند اجرا میشود؟
فرصت
وقتی تغییر طرحوارهای را به پایگاه داده تولید ارسال میکنید، مهاجرت قبل از اینکه هر ابزاری تأیید کند که نسخههای سرویس در حال اجرا میتوانند شکل جدید را بخوانند و بنویسند، اجرا میشود. یک ستون حذفشده یا فیلد تغییرنامیافته قبل از اینکه پادهای قدیمی تخلیه شوند به پایگاه داده میرسد، و بازگشت به عقب طرحواره را بازمیگرداند اما نه دادههایی که نسخه جدید در این فاصله نوشته است. ابزارهای ORM از تفاوتها SQL تولید میکنند، اما هیچچیز درباره توپولوژی استقرار، نسخههای همزمان سرویس، یا الگوهای خواندن و نوشتن زنده مدلسازی نمیکنند. تیمها با آیینهای expand-contract که در ویکیها و دانش قبیلهای مستند شدهاند جبران میکنند، نه با ابزارهایی که این رویه را اجبار کنند. تنها یک گام نادرست در ترتیب، شکستهای آبشاری چندسرویسی را برانگیخت و تنها در سال گذشته یک حادثه ۴.۵ میلیون دلاری مستند شد.
چرا اهمیت دارد
یک بررسی سازگاری پیش از اجرا که توپولوژی سرویسهای زنده شما را مدلسازی میکند، پرخطرترین گام در استقرار را به چیزی تبدیل میکند که میتوانید قبل از زدن دکمه اعمال دربارهاش استدلال کنید.
نحوه امتیازدهی به فرصت
امتیاز فرصت برداشت شخصی من است، نه یک سنجش دقیق: چقدر درد ایجاد میکند، چند بار گریبان میگیرد، و چقدر راهحل کمی برای آن وجود دارد. امتیاز بالاتر یعنی فکر میکنم ساختنش بیشتر ارزش دارد.
چقدر وقتی ظاهر میشود دردسر ایجاد میکند.
چند بار مردم واقعاً با آن مواجه میشوند.
چقدر ابزار مناسب برای آن امروز کمیاب است.
مشکلات بیشتری که ارزش حل کردن دارند
چرا نرمافزاری که بیشترین وابستگی را به آن داریم، بدترین تجربه استفاده را دارد؟
Techچرا هنوز هیچکدام از دادههایی که تولید میکنم متعلق به من نیست؟
Techچرا نمیتوانم رسیدی دریافت کنم که ثابت کند دادههایم واقعاً حذف شده است؟
Techچرا نمیتوانم بدانم آنچه در حال اجرا است با آنچه SBOM من اعلام کرده مطابقت دارد؟
Techچرا اسکنر امنیتی من دسته آسیبپذیریهایی را که دستیار هوش مصنوعی من بیشتر مینویسد از دست میدهد؟
Techچرا عامل هوش مصنوعی من دادههای بهداشتی اروپایی را بدون هیچ هشداری از طریق یک سرور آمریکایی مسیریابی میکند؟