الكاتب | يانغ بو

تحرير | الرماد

سواء كنت مبرمج مبتدئ، سائق القديم في مكان العمل، أو مهندس معماري كبير، وينبغي أن يكون هذا المقال فائدة بالنسبة لك. في حين لا يزال عطلة، ولكن أقترح أيضا أن تأخذ الوقت الكافي لقراءة هذه الأسطر القليلة.

التحرير

إذا التكنولوجيا موجودة منذ عامين، على سبيل المثال، والآن هو النظرية التكنولوجيا النار الأمامية رد فعل وهلم جرا، حتى أستطيع أن نقدر أن هناك حياة ما يقرب من 2 سنة الفني، ثم لفترة طويلة لم تحدد، وإذا كانت بنية أو تصميم المبادئ 15 عاما من وجودها، مثل المسؤولية واحدة ومبدأ انعكاس التبعية، ويمكن توقع عمر 15 سنة أو أكثر من ذلك هناك. المبدأ هو أكثر تجريدا من تكنولوجيا الخرسانة، وأقرب إلى جوهر الأشياء، أشياء أخرى تقف أمام اختبار الزمن. هذه المبادئ هطول الأمطار في ذهن المعماري، الداخل في نهاية المطاف إلى عقليته، وسيلة للتأثير على العقل الباطن وتوجيه له والهندسة المعمارية وتصميم العمل.

سريع إلى الأمام أكثر من عشر سنوات عملت في صناعة تطوير البرمجيات، وأكثر من مرة أمام تصميم الهندسة المعمارية القيام به، والتنمية، تقوم به الآن R & D انتقال الإدارة. مع مرور الوقت، وكثير من تفاصيل الأمور الفنية والتكتيكية (أدوات وأطر، لغات البرمجة) عدم وضوح تدريجيا في ذهني، ولكن بعض عادة المتراكمة التعلم، وتعميق التصميم والهندسة المعمارية وتجربة البرنامج تنظيم المبدأ في الممارسة العملية، هذه على المبادئ شيء ولكن لم يكن لديك الوقت ليكون الماء إلى أسفل، ولكن حتى أكثر الطازجة. الآن على الرغم من أنني لم أكن تطوير خط المواجهة، ولكن هذه المبادئ لا يزال يستقر يجب أن تؤثر على بلدي الإدارة اليومية وجزء من التوجيه تصميم الهندسة المعمارية. أعتقد أنه من الضروري أن نلخص تلك الصناعة، والهندسة المعمارية والتصميم والتنظيم مبادئ معروفة من البرامج أعجب لي، ومشاركتها مع الجميع.

مبادئ تصميم البرمجيات

GRASP الواجبات العامة المخصصة نموذج البرمجيات

وثيقة تصميم البرمجيات ذات المهام الحرجة من كرايغ لارمان من "UML ونموذج التطبيقات" ، وتعيين Larman عليها في تصميم البرنامج هو توزيع المسؤوليات، وتكرير لخص تسعة أنواع (خمسة أنواع أساسية + 4 أنواع من ملحقات) مسؤوليات توزيع البرامج الأنماط التي هي أكثر تجريدا من صندوق جلوبل القناص أنماط التصميم الفوقية نموذج.

1. المتخصصين المعلومات (معلومات الخبراء)

خبراء المسؤولية تعيين لديها ما يكفي من المعلومات لأداء واجباتهم - كمخصصات الكائن المبدأ العام المسؤوليات

2. الخالق (الخالق)

الواجبات المسندة إلى إنشاء A B، إذا حالة واحدة على الأقل ما يلي هو الصحيح:

• B "التي تضم" أو A البوليمر

• سجل من مثال B

• A B بشكل وثيق باستخدام

• A، B لديها تهيئة البيانات

3. انخفاض اقتران (منخفض اقتران)

إعطاء المسؤوليات بحيث اقتران بين الأشياء عند أدنى مستوى ممكن، والاعتماد والتقليل من تأثير تغير بين الأشياء وإعادة تكبير.

4. التماسك العالي (عالية التماسك)

إعطاء المسؤوليات بحيث مسؤولية كل كائن للحفاظ على التركيز قدر الإمكان واحد، وسهلة لإدارة وفهم.

وحدة تحكم (المراقب المالي)

والمهام المسندة للنظام أو المعدات أو النظم الفرعية تمثل الطبقات (وحدة تحكم واجهة)، أو تمثل فئة من حالات الاستخدام (استخدام تحكم الحالة)، بحيث تحكم يتلقى الحدث وتنسيق تشغيل النظام بأكمله.

6. تعدد الأشكال (تعدد الأشكال)

المسؤوليات المسندة إلى فئة فرعية ذات أسلوب أكثر متعدد الأشكال الذي يحمل نفس الاسم، وديناميكية وقت التحول فرعية حسب الحاجة، بحيث يصبح سلوك النظام القابلة للإزالة.

7. محض افتراء (محض افتراء)

المجال للمشكلة حقيقية لا وجود لها، ولكن مفهوم مفيد تصميم النماذج، والخيال تصميم والمسؤولية معين.

8. غير المباشرة (والمراوغة)

في حالة تفاعل بين اثنين أو أكثر من الكائنات الحالة، لتجنب اقتران المباشر، وزيادة إعادة الاستخدام، وخلق طبقة وسطى وإعطاء مسؤولية تنسيق التفاعل سلمت إلى كائن من الطبقة المتوسطة.

9. تحميها الاختلاف (التباين المحمية)

ببساطة، هو التغيرات الحزمة. نظام تحديد قد يكون غير مستقر أو تغيير، واجهة مجردة لخلق استقرارا على التجمع غير مستقر، قد تتغير الحزمة بعد اجهة، بحيث تغييرات داخل نظام غير مستقر أو لا يؤثر سلبا على بقية النظام.

المبادئ الصلبة من تصميم وجوه المنحى

S.O.L.I.D هو تصميم وبرمجة كائنية التوجه (OOP OOD و) في الحرف الأول من عدد قليل من اختصار المبادئ الهامة احترامها من قبل روبرت مارتن.

1. المسؤولية واحدة المبدأ (مبدأ المسؤولية واحدة)

وينبغي أن يكون سبب التنقيحات واحد فقط من فئة، إذا كان أكثر من واحد، مشيرا إلى أن أكثر من فئة واحدة تحمل المسؤولية، كما هو الحال قد يكون الانقسام.

2. فتح مغلقة المبدأ (مبدأ المفتوحة مقفلة)

يجب أن تكون الكيانات البرمجيات مفتوحة للتمديد، أغلقت لتعديل. عموما لا مباشرة تعديل التعليمات البرمجية مكتبة المصدر (حتى لو كنت الكود)، عن طريق الإرث، الخ التمديد.

3. ريختر مبدأ الإحلال (وLiskov تبديل المبدأ)

عندما يمكن استبدال مثيل فئة فرعية من قبل أي مثيل الفائقة، الحقيقي هو واحد العلاقة بينهما.

4. التبعية عكس المبدأ (والتبعية عكس المبدأ)

لا ينبغي أن يعتمد وحدات رفيع المستوى على وحدة الكامنة، وكلاهما يجب أن تعتمد على التجريد. وبعبارة أخرى، ويعتمد على مجردة، لا تعتمد على تنفيذ محددة. دعونا نقول لكم لا تترك الحبل الطاقة الكهربائية ملحومة في منزل واجهة السلطة، ولكن مع المكونات القياسية على مأخذ القياسية (المجرد).

5. مبادئ الفصل واجهة (واجهة مبدأ الفصل)

لا إجبار المستخدمين على الاعتماد على واجهة أنها لا تكون قيد الاستعمال. وبعبارة أخرى، فإن تعدد واجهات المتخصصة هي أفضل من واحد كبير واجهة المستخدم.

تفسيري

ركزت مسيرتي في وقت مبكر على تصميم البرمجيات والبرمجة، لذلك قضيت الوقت لتعلم وهضم العثور على العديد من GRASP وتصميم المبادئ الصلبة. هذه المبادئ تؤثر لي بشدة، وخاصة مسؤولية واحدة والمتخصصين في المعلومات، والفصل بين المخاوف والاعتماد انعكاس / التغييرات الحزمة، المبدأ الأساسي للفرق تسد، والآن تستخدم عملي اليومي المهندسين البحث والتطوير هذه المبادئ لتوجيه المبتدئ متى.

+ منخفضة اقتران تماسك عالية، والين واليانغ المسالك، من حيث المبدأ عن مبدأ تصميم OO الأخرى (العنصر الرئيسي)، وتستمد مبادئ التصميم من تعميم هذه أساس اثنين.

وعلى الرغم من هذه المبادئ المقترحة لتصميم OO والبرمجة، ولكن لبنية النظام على نطاق واسع لا يزال قابلا للتطبيق. على سبيل المثال، خدمات الدقيقة الهندسة المعمارية للتفكير:

• المسؤولية واحدة: لتكون بمثابة مسؤولية واحدة صغيرة، ولكن أيضا واجهة واحدة المقدمة (مبدأ الفصل بين واجهة)، المخاوف عبر السلامة / التوجيه / الحالي يحد من المقطع العرضي لل(عبر قطع المخاوف) من خلال بوابة مستقلة، تعكس فصل الاهتمامات (فصل الاهتمامات).

• معلومات خبير: عندما تكون في شك الفريق الذي يجب أن يكون مسؤولا عن الخدمات الصغيرة، والمبدأ العام هو الذي يملك البيانات من هو المسؤول عن بناء قائم على خدمة الصغير يحدها إطار يحدها السياق (مصادر البيانات منطقة الحدود عادة واضحة نسبيا).

• اقتران فضفاض: بين الخدمات من خلال بين / JSON أخرى آلية التواصل خفيفة الوزن HTTP، والخدمة ليست الترابط القوي.

• تغيير المحمية وانعكاس التبعية: تعتمد فقط على واجهة مجردة بين الخدمات، وتخضع للتغيير.

• غير مباشر: بوابة بين الداخل والخارج من خدمة عميل وتضيف مستوى من المراوغة، حتى أن اثنين لا يقترن بقوة، بشكل مستقل عن بعضها تطور آخر.

كمهندس معماري أو مصمم، وهناك نوعان القدرة على تصميم هو الحاجة إلى التركيز على التدريب، ولكن أيضا على مستوى التصميم الهندسة المعمارية أصعب وأفضل يجسد:

• A تخصيص معقول من القدرة المسؤوليات، وهذا هو، كل فئة / مكون / الفرعي يجب أن يتحمل أي مسؤولية، وكيفية ضمان المسؤولية واحدة، كيف التنسيق بينهما.

• قدرات مجردة نظام النمذجة والمجالات الأساسية، في الخطوط الأمامية احتياجات العمل النطاق في العمق.

توزيع مبادئ تصميم بنية النظام والنظرية

مبادئ العمارة AKF

المبادئ المعمارية 15 من "العمارة التي هي المستقبل (فن التدرجية)" ، وهو مؤلف كتاب مارتن L. ابوت ومايكل فيشر T. هم السابق CTO باي وباي بال، لديهم خبرة باي وباي بال واسعة النطاق تطور الهندسة المعمارية وزعت من منصة الأعمال الإلكترونية، تتلخص على أساس خبرة قتالية في الخطوط الأمامية واستخراج 15 مبادئ العمارة:

1.N + 1 تصميم

أبدا أقل من اثنين، وعادة ثلاثة. على سبيل المثال عديمي الجنسية ويب / عادة ما نشر API على الأقل > = 2.

2. تصميم الاستعادة

تأكد من أن النظام يمكن استرجاع أي نسخة من إصداره مسبقا من قبل. يمكن الاحتفاظ النسخة التاريخ من خلال نظام التوزيع، أو التحول حيوي مدونة (ميزة التبديل) آلية قدم.

3. تصميم تعطيل

يمكنك إيقاف أية ميزات الافراج عنهم. الميزات الجديدة خفية وراء آلية التحول الديناميكي (ميزة التبديل)، قد طلب مفتاح لفتح، وتوقف في أي وقت إذا وجدت المعوقين.

4. تصميم المراقبة

يجب أن ينظر إليها في رصد مرحلة التصميم، بدلا من الملحق بعد الانتهاء. على سبيل المثال، يجب أن تنظر في المؤشرات الرئيسية لرصد العناصر في متطلبات المرحلة، والذي هو تطوير مدفوعة متري (مقاييس التنمية المدفوعة باعتبارات) مفهوم.

ويعيش تصميم مركز البيانات

لا يكون حلا لمركز البيانات تأمين أنفسهم. وبطبيعة الحال، يتعين على الشركات أيضا أن تنظر في التكلفة وحجم مرحلة التطوير.

6. استخدام التكنولوجيا ناضجة

تقنية مفيدة حقا فقط. بعد كل شيء، وليس المؤسسات التجارية مؤسسات البحوث والتقنية والعملية لتسقط، ناضجة التكنولوجيا بشكل عام قد داست حفرة مسطحة، والتكنولوجيات الجديدة في الحاجة العامة إلى الخطوة قبل الكاملة حفرة النضج الكذب حفرة.

7. تصميم غير متزامن

يمكنك محاولة استخدام الاستقراء غير متزامن، إلا عند الضرورة القصوى أو غير متزامنة، استدعاء متزامن فقط.

8. عديمي الجنسية النظام

عديمي الجنسية ممكن، فقط عندما الأعمال تحتاج حقا، ومجرد استخدام. عديمي الجنسية سهلة لتوسيع نظام، عندما حالة خطأ في النظام أكثر صعوبة لتوسيع ودولة معقدة.

9. الرأسي بدلا من ترقية التوسع الأفقي

لا تعتمد على أكبر وأسرع نظام. ينمو عام الشركة إلى مرحلة معينة عموما ذوي الخبرة شراء أكبر وأسرع نظام للمرحلة، حتى ذلك الحين تاوباو أيضا شراء المرور الكومبيوترات الصغيرة حمل، ثم فإنه لا يمكن أن تحمل الجسم لا متدرجة، بحيث كان هناك عمل دي IOE.

10 اثنين على الأقل مراحل التصميم المحتملين

قبل المشكلة قابلية تحدث النظر في خطة جيدة للعمل من أجل الخطوة التالية. وينعكس مهندس القيمة هنا، وتصميم الهندسة المعمارية لنمو حركة لها مسبقا.

11. شراء غير الأساسية

إن لم يكن، كنت أفضل في، فإنه لا يمكن توفير ميزة تنافسية متباينة هي الشراء المباشر. أعراض تجنب لم يخترع هنا، كل شيء يجب تجنب إعادة اختراع العجلة، بعد كل شيء، هو المفتاح لتحقيق أهداف العمل.

12. استخدام الأجهزة السلع

في معظم الحالات، وأرخص هو الأفضل. هذه نقطة والنقطة 9 هو نفسه، من قبل الأجهزة السلع التوسع الأفقي، بدلا من شراء أكبر والنظام بشكل أسرع.

13. بناء صغيرة، والإفراج السريع الصغيرة والتجربة والخطأ

جميع R & D لبناء صغيرة، والتكرار المستمر، والسماح للنظام الاستمرار في النمو. مفهوم الخدمة الصغيرة ومتسقة.

14. خطأ العزلة

خطأ تصميم العزلة لمنع انتشار والفشل عبر التأثير من قبل دائرة حماية. وحدة الفشل العزلة (وحدة الفشل) من خلال حواجز آليات لين مثل فشل وحدة واحدة لا يؤثر على سير العمل العادي إلى وحدات أخرى.

أتمتة 15.

تصميم وبناء عملية مؤتمتة. إذا كان الجهاز يمكن القيام به، لا تعتمد على الناس. الأتمتة هو أساس DevOps.

تفسيري

هذا هو في الأساس 15 مبادئ الهندسة المعمارية في تطوير موقع ئي باي، نمو حركة ذوي الخبرة خلال حجم التأثير، من خلال تكثيف باستمرار من خطوة حفرة، جافة في البضائع الجافة. الهضم والامتصاص لهذه المبادئ 15، فإن بنية النظام التأمين الأساسية لا يمكن أن يكون من حيث المبدأ.

وينطبق هذا المبدأ 15 نفسه إلى بنية الخدمات الصغيرة الحالية. باي السن، هو في الواقع داخل في وقت مبكر جدا (حوالي 2010) كان قد شكل مثالي خدمات النظام البيئي الصغير، ولكن لم يضع مفهوم الخدمات الصغيرة إلى الأمام.

15 وفقا لهذا المبدأ يمكن الايراد (الوقت لسوق)، وتوافر / التدرجية / جودة وتوزيع التكاليف / كفاءة في الحلقات الثلاث، كما هو مبين في الشكل.

تطبيق 12 عنصرا

Heroku هو معروف سحابة الأجنبية منصة التطبيق. وبناء على الملايين من التطبيقات استضافت والخبرة العملية، واقترح مؤسس آدم ويغينز إعلان 12 عنصرا من تطبيق . يتحدث ببساطة، وتطبيق لتلبية 12 عنصرا من السحابة هو أسهل وعاش على منصة Heroku.

1. القانون الأساس

عدد كود، نشر متعددة. إذا مرآة النشر، المرآة يمكن نشرها إلى تعدد البيئات (اختبار، مسبقا، المحدودة)، بدلا من خلق صورة مختلفة لكل بيئة.

2. الاعتماد

إعلان صريح من التبعية. إذا نشر صورة، فإنه عادة نعتمد إصابة مباشرة في المرآة، أو ملف عامل ميناء في بيان.

3. تكوين

تكوين التخزين في البيئة. على منصة Heroku أجزاء من الكمية المخصصة أو ما شابه ذلك، ويتم حقن التكوين الموصى بها عموما إلى متغير البيئة. الآن مركز توزيع مركزية هو أيضا وسيلة شعبية.

خدمة 4. الخلفية

الخدمات الخلفية (على سبيل المثال، مخبأ، قاعدة بيانات، MQ، وما شابه ذلك) كمصدر والتكوين وسلسلة الاتصال متغير البيئة إضافية عن طريق الحقن، واستخدام أو مركز التوزيع.

5. بناء ونشر وتشغيل

الفصل الصارم بين بناء وتشغيل. إذا نشر صورة، وبناء، ونشر عملية / من هذا شكل صورة وسيطة قبل الفصل الصارم.

6. عملية

واحد أو أكثر بلا جنسية عمليات تشغيل التطبيقات. أي ما يعادل حاوية العملية تجري لعديمي الجنسية ويب / API.

7. ميناء التجليد

توفير الخدمات عن طريق ميناء ملزمة. أيضا توفير الحاويات الخدمات من خلال ميناء ملزمة.

8. بالتزامن

توجه عن طريق نموذج العملية. أي ما يعادل حاوية عملية قيد التشغيل، حاويات متعددة يمكن تمديدها بشكل تعسفي من قبل عدد من اللعب المتزامنة.

9. قابلية الإستطراق

بداية سريعة وإنهاء يمكن تكبير متانة أنيقة. عامل ميناء الحاويات بدء التشغيل الدعم الثاني والاغلاق.

10. على الانترنت البيئة وتنمية البيئة يعادل

إلى أقصى حد ممكن للحفاظ النامية، نفس الاختبار، مقدما وبيئة الإنترنت. حاوية يمكن ضمان اتساق بيئة وقت التشغيل داخل حاوية، ونحن بحاجة أيضا لضمان اتساق بيئات مختلفة، مثل أنظمة التشغيل في بيئات مختلفة، والموازنة، واكتشاف الخدمة، الخلفية الخدمة، ورصد أجهزة الإنذار أن تكون متسقة قدر الإمكان.

11. دخول

سجل ك دفق البيانات. Heroku لا يدعم ملف محلي، يجب أن يكون دفق إلى سجلات النقل إلى خدمة سجل الخلفية. بالإضافة إلى تسجيل أيضا إضافة مقاييس للنظر في اقتناء وسائل النقل تيارات.

12. عملية إدارة

المهام الادارية كعملية لمرة واحدة. في الواقع، أي ما يعادل من مهام عملية تشغيل وظيفة مستقلة على Heroku.

تفسيري

12 عنصرا من التطبيق الحالي هي الأم التطبيقات السحابية (سحابة الأصلية كونا) المعيار المرجعي، أنا وضعت 12 عنصرا، المعروف أيضا باسم مبادئ الترحيل التطبيق سحابة. لقاء مع عناصر 12 من التطبيق، فإنه يمكن أن تهاجر بشكل سلس إلى منصات السحابية المختلفة (Kubernetes، ماراثون، سحابة مسبك، وما إلى ذلك).

بالنسبة للشركات التي تواجه التحول من التطبيقات القديمة ومهندس الهجرة السحابية، يمكنك التركيز على الهجرة الرجوع إلى هذا 12 المبدأ.

تكنولوجيا الحاوية عامل الميناء يمكن اعتبار التكنولوجيا الهجرة مصممة خصيصا للسحابة. متابعة الحاويات الهجرة سحابة هو الاختصار، بحيث يمكن تحديثه وتعديله التطبيقات القديمة لايجاد وسيلة للا حاويات.

CAP نظرية

في يوليو 2000، اقترح البروفيسور إيريك بريور من جامعة كاليفورنيا، بيركلي، في ACM PODC التخمين اجتماع CAP. بعد ذلك بعامين، سيث جيلبرت ونانسي لينش من MIT أظهرت نظريا CAP. بعد، أصبحت نظرية CAP قبول نظريات الحوسبة الموزعة.

CAP يعتقد: نظام توزيع لتلبية الاتساق (الاتساق)، وتوافر (توافر) والتسامح التقسيم (تقسيم التسامح) في اثنين من الثلاثة.

1. الاتساق (الاتساق)

الاتساق يشير إلى "كافة العقد ترى نفس البيانات في نفس الوقت"، وهذا هو، عملية التحديث بنجاح، كافة العقد في بالضبط نفس البيانات في نفس الوقت.

2. الإتاحة (توافر)

ويشير توفر ل"يقرأ ويكتب تنجح دائما"، وكانت خدمة متوفرة، وزمن الاستجابة أمر طبيعي.

3. تقسيم التسامح (التقسيم التسامح)

التقسيم التسامح يشير إلى "النظام تستمر في العمل على الرغم من خسارة رسالة تعسفية أو فشل جزء من النظام."، وهذا هو نظام توزيع في حال فشل عقدة أو تقسيم الشبكة، فإنه لا يزال قادرا على توفير الاتساق الخارجي وتوافر الخدمات لتلبية .

نظرية BASE

باي المعماري دان بريتشيت مقرها ملخص ممارسة الأنظمة على نطاق واسع وزعت، نشرت مقالا حول نظرية طرحها ACM BASE، نظرية BASE هي امتداد لنظرية لCAP، والفكرة الأساسية هي أنه حتى لو كان غير قادر على القيام الاتساق قوي جدا (تناسق قوي، CAP يشير الاتساق الاتساق إلى قوي)، فإنه يجوز تشغيل بطريقة مناسبة لاتساق النهائي (الاتساق في نهاية المطاف).

فإنه يشير إلى BASE الأساسية المتاحة (المتوفرة أساسا)، دولة ضعيفة (دولة لينة)، والاتساق النهائي (الاتساق في نهاية المطاف).

1. الأساسية متوفرة (متوفر في الأساس)

فإنه يشير إلى النظم الموزعة الأساسية المتاحة في حال فشل، مما يسمح بتوافر فقدان جزء، أي ضمان أن جوهر هو متاح. على سبيل المثال، وتدهور الخدمات.

2. الدولة لينة (دولة لينة)

تشير دولة ضعيفة للسماح النظام إلى حالة وسطية، فإن دولة وسيطة لا يؤثر على توافر النظام العام. عادة ما ينعكس على ذاكرة تخزين البيانات الموزعة على الأقل ثلاث نسخ تسمح مختلف العقد نسخة متزامنة التأخير في دولة ضعيفة.

3. الثبات النهائي (الاتساق في نهاية المطاف)

يشير الاتساق في نهاية المطاف لجميع نسخ البيانات في النظام مع مرور الوقت، وأخيرا قادرة على الوصول إلى حالة متناسقة. بدلا من ذلك ضعف التناسق والاتساق قوية، والاتساق النهائي هو حالة خاصة من ضعف التناسق.

تفسيري

CAP ونظرية BASE يمكن حفر عميقة، وراء البرهان الرياضي حتى معقد جدا. أنا أفهم أن بسيطة نسبيا وسهل: الأداء، توافر عالية، والقيام البيانات لا تفقد وتناسق البيانات عن النظم الموزعة هي الطلب القوي عموما، مع نمو حركة المرور، ونسخ وتقسيم لا مفر منه:

• نسخة (النسخ): نسخ متعددة من البيانات المخزنة على العقد متعددة لضمان توافر عالية ولا تضيع.

• أقسام (التقسيم): البيانات تجزئة في العرضية موزعة على العقد مختلفة تشترك في ضغط تدفق يضمن الأداء العالي، ولكن أيضا للحد من تعقيد كل عقدة. على سبيل المثال الجدول الفرعي الفرعي مكتبة قاعدة البيانات، ونظام الخدمات الصغرى أيضا قسم الانقسام. كلا سيجلب التناسق والاتساق غرفة صغيرة للتسوية في الوقت المناسب - وهذا هو الاتساق في نهاية المطاف، والمتطلبات قوية في نفس الوقت، يمكن عندها فقط توفر وسطا مناسبا. بنية النظام من ذلك بكثير في هذه اللعبة هو الاتساق وضعية النضال اللعبة.

عندما تستخدم مع المنتجات الموزعة، مثل قاعدة بيانات NoSQL، تحتاج أن تعرف أين يقع ذلك في حلقة CAP، تأكد من أنها تلبي احتياجات المشهد الخاص بك.

مبادئ التحسينات التنظيم والنظام

حكم كونواي

اقترح ملفين كونواي كونواي قانون ما يسمى لعام 1967 ، وأشار إلى أن هناك علاقة ورسم الخرائط ضمنية بين الهيكل التنظيمي وبنية النظام:

المنظمة التي تصميم نظام مقيدة لتصاميم المنتجات التي التواصل حكمه التصميم هي نسخ من الهياكل الاتصالات من هذه المنظمات منظمة أن يولد تصميم النظام بين الأنسجة.

وصف كونواي يمكن أيضا عكس القانون:

عكس القانون كونواي: أنت لن تكون قادرة على إنشاء هيكل تنظيمي فعال غير معتمد من قبل تصميم النظام الخاص بك (عمارة) بنجاح. إذا لم يعتمد على بنية النظام، لا يمكن بناء التنظيم الفعال، أيضا، إذا لا يدعم مؤسستك، لا يمكنك بناء بنية النظام بكفاءة.

ثلاثة مبادئ إدخال تحسينات على النظام

بعد "مشروع فينكس" وتشغيل وصيانة وإدارة تكنولوجيا المعلومات أكثر الكتب مبيعا جين كيم في أبحاث منظمة IT العديد من عالية الأداء ولخص المبادئ الثلاثة تدعم عملية DevOps (وثلاث طرق: المبادئ التي تقوم عليها DevOps) أعتقد أن تحسين النظام لتعزيز المبادئ العامة لل، انظر أدناه:

المبدأ الأول: أنظمة التفكير (نظام التفكير)

التنمية المدفوعة باعتبارات منظمة، طاقتها الإنتاجية ليست البرمجيات، ولكن استمرار تقديم القيمة للعملاء. قيمة من احتياجات العمل، من خلال تطوير واختبار، من خلال عملية التوزيع والصيانة وفي تدفق النظام، وتسليمها في نهاية المطاف للعملاء كخدمة. معدل تدفق سلسلة القيمة بأكملها لا تعتمد على جزء واحد (فريق أو فرد) عمل ممتاز، ولكن محدودة بسبب الحلقة الأضعف في سلسلة القيمة بأكملها (عنق الزجاجة) هو. لذلك، والتحسين المحلية هي عادة غير فعالة، ولكن الضرر العام المتكبدة.

جين كيم الضوء: أي التحسينات التي أدخلت في أي مكان بالإضافة إلى عنق الزجاجة هي مجرد وهم أي تحسين وتطوير خارج الاختناقات هم وهم فقط.

المبدأ الثاني: تعزيز حلقة التغذية المرتدة (أسهب ملاحظات الحلقات)

وغالبا ما يتحقق تحسين العملية من خلال تعزيز حلقة مفرغة. ثانيا، التأكيد على مبدأ بين الشركات والعملاء، وفريق مشترك بين المنظمات، والعمليات والحلقات ردود الفعل في النظام. لا قياس، لا الرفع، لقياس البيانات تخضع لردود الفعل، وتحسين النظام من خلال تعظيم الاستفادة من البيانات ردود الفعل.

المبدأ الثالث: اختبار مستمر وتعلم الثقافة (ثقافة المستمر التجريب والتعلم)

في التركيز إدارة الأعمال على البعد الثقافي من التجربة والخطأ والشجاعة لمواصلة التجارب والتعلم وثقافة التحسين.

تفسيري

حكم كونواي يعطينا درسا: هناك علاقة ورسم الخرائط ضمنية بين العمارة والتنظيم، لا يمكنك تغيير من جانب واحد هيكل الحزب، يجب أن كلا الجانبين الربط التعديل. إذا ويقترن ذلك إلى بنية النظام، فإنه من الصعب تنظيم بنية فريق مركزي، لم يتم تعيينه على كلا الجانبين، وانخفاض الإنتاجية بسهولة بسبب الاحتكاك بين الفريقين. ولذلك، فإن الحدود العامة للعمليات الصحافة متراصة فصل تطبيق الانقسام، في حين تقوم الانقسام الفريق المناسب، بحيث أن كلا الجانبين يمكن تعيين كل فريق يمكن تطويرها بشكل مستقل، كل اختبار الصغير ونشر الخدمة، وبالتالي تحسين الإنتاجية. هذا هو المبدأ تنظيم العمارة خدمات الصغرى شعبية في السنوات الأخيرة وراء. انظر مقالتي المنشورة سابقا، "تنظيم الشركات هي كيفية التأثير على الهندسة التقنية من" .

يتطلب أنظمة التفكير أن نعزز العمل الجماعي، والتفكير والثقافة تدفق القيود عنق الزجاجة في التفكير، وتحديد الاختناقات والأمثل المستهدفة. منظمة R & D، الاختناقات النظام الموحد مثل تشغيل الجهاز والموارد الصيانة (التزويد) بطيئة مملة عملية الإفراج وعرضة للخطأ، وتطوير / اختبار / ضد التعذيب بيئة ناقصة أو غير كاملة، والعبء الثقيل من التاريخ إلى جانب النظم القديمة، مثل ضعف البحوث الأساسية والنظام الأساسي للتطوير وهلم جرا. على وجه الخصوص، فإنها تحتاج إلى التركيز على تحسين هذه النقاط عنق الزجاجة.

ردود الفعل المبدأ يتطلب منا التركيز على ردود الفعل القائمة على البيانات، والوسائل التقنية، بما في ذلك جميع مستويات تحليل البيانات الكبيرة وقياس أنظمة الرصد. لا قياس، أي ردود فعل، وفعل لا يكون أي تحسن.

في إدارة المستوى الثقافي:

• الاعتراف إدارة داخل المؤسسة ما يقرب من 50 من الابتكار أو عملية مشاريع تحسين ومن المرجح أن تفشل، إذا ما فشلت، والموظفين لن تكون خاضعة للعقاب، لتشجيع استمرار الاختبار والتعلم؛

• لدي شعور تقنيات إدارة الديون، وليس السعي وراء استخدام الموظفين بنسبة 100، لحجز 20 إلى 30 من الوقت للموظفين للقيام الابتكار ونظام التحسينات لتعزيز المشروع.

كتب في الماضي

وهذه المبادئ هي يجب أن المهندسين المعماريين فهم وإدراك، ولكن طاعة عمياء لا، العمل الفعلي ليكون على قيد الحياة وفقا لرجال الأعمال، والوقت والموارد وحالة الفريق. المبدأ يمكن في بعض الأحيان أن تنتهك، بطبيعة الحال، للقيام بذلك يجب أن يكون هناك تكلفة، مهندس معماري لتحقيق ذلك، والتعويض مرنة وفي الوقت المناسب.

هذه المبادئ هي ملخص فقط وجهة نظري الشخصية، فإن بعض الفهم منحازة لا محالة. إذا كنت تعتقد أنني تجاهل ما المبادئ الهامة، أو كان يساء فهمها، يرجى تذكر أن التواصل معي على طول الطريق!

إشارة

تطبيق UML وأنماط (الكتاب الأصلي 3 طبعة)

https://www.amazon.cn/UMLE5928CE6A8A1E5BC8FE5BA94E794A8-E68B89E6 9B BC / موانئ دبي / B00116WMSU

هذا هو المستقبل للهندسة المعمارية: المؤسسة الحديثة العمارة قابلة للويب، والعمليات، ومنظمة (الأصلي الكتاب الإصدار 2)

https://www.amazon.cn/E59BBEE4B9A6/dp/B01DXW29IM

منصة التطبيقات السحابية Heroku

https://www.heroku.com/

الاثني عشر معامل التطبيقات

https://12factor.net/zh_cn/

حكم كونواي

https://en.wikipedia.org/wiki/Conway27s_law

كيف الهيكل التنظيمي للشركات هو تأثير العمارة التكنولوجيا

من الصعب أن نتحدث عن كيفية زراعة يتعين على الشركات من خلال كسر عجلة مربعة الطريق المسدود!

مشروع فينيكس: قصة أسطورية من عملية تقنية المعلومات والصيانة

https://www.amazon.cn/E59BBEE4B9A6/dp/B016VW1I6U

في ثلاث طرق: المبادئ التي تقوم عليها DevOps

https://itrevolution.com/the-three-ways-principles-underpinning-devops/

إدخال المؤلفين

يانغ بو، مدير الأبحاث وتطوير قاعدة إطار الإقراض بات. لديه أكثر من 10 عاما من الخبرة الإنترنت في تطوير النظم الموزعة والهندسة المعمارية، وعملت: باي مركز الصين للتنمية (باي CDC)، وR كبار & D مهندس ملايين المعنية من تطوير منصة API المفتوحة قذيفة، كتريب شبكة سفريات (كتريب)، أي تكنولوجيا مدير R & D، أدى بناء واسعة النطاق نظام SOA كتريب، والمنتج الوحيد (VIPShop)، أحد كبار مهندس منصة سحابة، المسؤولة عن منصة البحوث والبنية التحتية حاوية أجزاء من الكمية المخصصة.