النشر
تسليم biblio-api دون نقل عادات بيئة التطوير معه.
النشر في بيئة الإنتاج
biblio-api يعمل: الفهرس معروض، ومُتحقَّق منه، ومؤمَّن، وموثَّق، ومُختبَر، ومحسَّن. تبقى المرحلة التي نكتشف فيها أن «يعمل على جهازي» و«يعمل في الإنتاج» خاصيتان مختلفتان، وأن الثانية لا تُستنتج من الأولى.
أعطال أول عملية نشر هي دائمًا نفسها، ولا يعود أيٌّ منها إلى خطأ برمجي. كلمة مرور قاعدة بيانات أُدرجت في المستودع قبل ستة أشهر وما زالت صالحة. إعداد ddl-auto: update تُرك في الملف التعريفي النشط فيضيف عمودًا إلى جدول الإنتاج عند أول تشغيل. حاوية يعيد المُنسِّق تشغيلها في حلقة لا تنتهي لأن مسبار الجاهزية يستعلم عن نقطة نهاية تردّ قبل أن يصبح التطبيق جاهزًا. تحديث يقطع طلبات قيد التنفيذ لأن العملية تُقتل دون إنذار. سجلات غير مقروءة، حيث تكتب ثلاث نسخ في آن واحد دون إمكانية ربط أسطر الطلب الواحد.
تشترك هذه المشكلات الخمس في خاصية واحدة: تُعالَج بالإعدادات قبل أول عملية نشر، وتصبح أكثر كلفة بكثير بعدها. وهذا ما يعالجه هذا الدرس الأخير.
ملف JAR القابل للتنفيذ
ينتج Spring Boot ملف JAR يحتوي على التطبيق وتبعياته والخادم. لا خادم تطبيقات لتثبيته، ولا ملف .war لنشره.
# Le build execute les tests : c'est voulu, un artefact non teste n'a pas a exister.
./mvnw clean package
التعليقات
التعليقات مدعومة عبر GitHub Discussions
سجّل الدخول باستخدام GitHub للمشاركة في النقاش