آموزش SOA دنیای واقعی: طراحی و پیاده سازی

سرفصل ها و درس ها

معرفی دوره Course Introduction

• مقدمه Introduction

• این دوره در مورد چیست؟ What Is this Course About?

• آیا باید هر دو دوره را تماشا کنید؟ Should You Watch Both Courses?

• فناوری منتخب Selected Technology

• ساختار دوره Course Structure

• پیش نیازها Prerequisites

خلاصه دوره: تجزیه و تحلیل و طراحی کلی Course Recap: Analysis and Overall Design

• مقدمه Introduction

• آنچه یاد گرفته ایم؟ What We've Learned?

• بنابراین ، چگونه اهداف تجاری را محقق کردیم؟ So, How Did We Achieve the Business Goals?

مخفی کردن حالت موجود (کثیف): خدمات یکپارچه سازی Hiding the Existing (Messy) State: Integration Services

• مقدمه Introduction

• ادغام چیست؟ What Is Integration?

• SOA و ادغام چگونه با هم ارتباط دارند؟ How SOA and Integration Relate?

• خدمات یکپارچه سازی Integration Services

• رابط خدمات یکپارچه سازی The Interface of Integration Services

• خدمات یکپارچه سازه های طراحی شده Integration Services Design Tradeoffs

• اما اگر سیستم های موجود از قبل خدمات وب را به نمایش بگذارند چه؟ But What if Existing Systems Already Expose Web Services?

• تحلیل پایین به بالا: خدمات یکپارچه سازی را شناسایی کنید Bottom-up Analysis: Identify Integration Services

• مطالعه موردی: خدمات یکپارچه سازی را شناسایی کنید Case Study: Identify Integration Services

• خلاصه Summary

راهنمای طراحی خدمات SOA: اصول طراحی Guiding the Design of SOA Services: Design Principles

• مقدمه Introduction

• اصول طراحی SOA چیست؟ What Are SOA Design Principles?

• اصل شماره 1: استاندارد سازی قرارداد Principle #1: Contract Standardization

• تکنیک ها و مزایای استاندارد سازی Standardization Techniques and Benefits

• اصل شماره 2: اتصال شل Principle #2: Loose Coupling

• استراتژی های کاهش اتصال Coupling Reduction Strategies

• اصل شماره 3: قابلیت استفاده مجدد Principle #3: Reusability

• اصل شماره 4: انتزاع Principle #4: Abstraction

• اصل شماره 5: خودمختاری Principle #5: Autonomy

• اصل شماره 6: مدیریت دولتی Principle #6: State Management

• دستورالعمل های کاهش دولت State Reduction Guidelines

• اصل شماره 7: قابلیت کشف Principle #7: Discoverability

• اصل شماره 8: قابلیت انعطاف پذیری Principle #8: Composability

• اصول طراحی در طول مرحله تجزیه و تحلیل Design Principles During the Analysis Phase

• دموها کجا هستند؟ Where Are the Demos?

• خلاصه Summary

بررسی اجمالی لایه کانال WCF Brief Overview of WCF Channel Layer

• مقدمه Introduction

• مدل سرویس و لایه کانال Service Model and Channel Layer

• عناصر اتصال دهنده Binding Elements

• لایه کانال Channel Layer

• کارخانه های کانال و شنوندگان کانال Channel Factories and Channel Listeners

• کارخانه های کانال Channel Factories

• شنوندگان کانال Channel Listeners

• اشکال کانال Channel Shapes

• دیسپچر Dispatcher

• نسخه ی نمایشی: به صورت برنامه نویسی با کارخانه های کانال کار می کند Demo: Programmatically Working with Channel Factories

• نسخه ی نمایشی: به صورت برنامه نویسی با اشکال کانال کار می کند Demo: Programmatically Working with Channel Shapes

• خلاصه Summary

همه چیز با توافق شروع می شود: قراردادهای خدمات It All Starts with an Agreement: Service Contracts

• مقدمه Introduction

• قرارداد خدمات چیست؟ What Is a Service Contract?

• قراردادهای خدمات متمرکز و مشترک Centralizing and Sharing Service Contracts

• به اشتراک گذاشتن قرارداد با مشتریان Sharing Contracts with Clients

• مخزن قرارداد The Contract Repository

• نسخه ی نمایشی: مخزن قرارداد Demo: The Contract Repository

• روند کشف کامل The Full Discovery Process

• خلاصه Summary

ملزومات مقیاس پذیری: جلسه و حالت Scalability Essentials: Session and State

• مقدمه Introduction

• جلسه سرویس دهی به مشتری Client-service Session

• آماده سازی نسخه ی نمایشی: RawCap و Wireshark Demo Preparation: RawCap and Wireshark

• نسخه ی نمایشی: جلسه حمل و نقل Demo: Transport Session

• نسخه ی نمایشی: جلسه برنامه Demo: Application Session

• حالت خدمات Service State

• نسخه ی نمایشی: حالت خدمات Demo: Service State

• مقیاس پذیری: نقش جلسه و حالت Scalability: The Role of Session and State

• نکته مقیاس پذیری 1: HTTP را زنده نگه دارید Scalability Tip 1: HTTP-keep Alive

• نکته مقیاس پذیری 2: اتصال اتصال TCP Scalability Tip 2: TCP Connection Pooling

• نکته مقیاس پذیری 3: رمزگذاری باینری XML از طریق HTTP Scalability Tip 3: Binary XML Encoding Over HTTP

• گزینه های طراحی سناریو: تماس های 'غیر مرتبط' Scenario Design Options: 'Unrelated' Calls

• نسخه ی نمایشی: بدون جلسات بدون ایالت Demo: No Session with No State

• گزینه های طراحی سناریو: 'تماس های مرتبط' Scenario Design Options: 'Related Calls'

• نسخه ی نمایشی: گزینه 1 - جلسه با وضعیت سرویس Demo: Option1 – Session with Service State

• نسخه ی نمایشی: گزینه 2 - بدون جلسه با وضعیت پایدار (به تعویق افتاده) Demo: Option2 – No Session with Persisted (Deferred) State

• نسخه ی نمایشی: گزینه 3 - بدون جلسه/وضعیت و تغییر جزئیات Demo: Option3 – No Session/State and Change Granularity

• نکته مقیاس پذیری 4: تفکیک عملیات سنگین Scalability Tip 4: Separating Heavy Operations

• نکته مقیاس پذیری 5: مدیریت حالت اجرای (حافظه) Scalability Tip 5: Execution State (Memory) Management

• مقیاس پذیری نکته 6: همزمانی Scalability Tip 6: Concurrency

• اصول طراحی تأثیر پذیر Affected Design Principles

• خلاصه Summary

• بعدی چیست What's Next?

قابلیت اطمینان: پیام قابل اعتماد در مقابل معناشناسی تجاری Reliability: Reliable Messaging vs. Business Semantics

• مقدمه Introduction

• قابلیت اطمینان پیام چیست؟ What Is Message Reliability?

• پروتکل پیام رسان قابل اطمینان Reliable Messaging Protocol

• نسخه ی نمایشی: پیام قابل اطمینان Demo: Reliable Messaging

• سناریو شماره 1: قابلیت اطمینان شبکه - پاسخ گمشده Scenario #1: Network Reliability – Lost Response

• نسخه ی نمایشی: سناریو 1 Demo: Scenario1

• سناریوی شماره 2: تأخیر شبکه - درخواست تأخیر Scenario #2: Network Latency – Delayed Request

• نسخه ی نمایشی: سناریوی شماره 2 Demo: Scenario #2

• پیام قابل اعتماد و همزمانی Reliable Messaging and Concurrency

• نسخه ی نمایشی: RM و همزمانی Demo: RM and Concurrency

• جلسه و خدمات قابل اطمینان Reliable Session and Service State

• تحویل تضمینی چطور؟ What About Guaranteed Delivery?

• نکات مثبت ، منفی و توصیه های پیام رسان قابل اطمینان Reliable Messaging Pros, Cons, and Recommendations

• معناشناسی تجارت Business Semantics

• به یاد داشته باشید: الزامات قابلیت اطمینان خود را مطالعه کنید Remember: Study Your Reliability Requirements

• به یاد داشته باشید: ما در دنیای ترکیب هستیم! Remember: We're in a Composition World!

• اصول طراحی تأثیر پذیر Affected Design Principles

• خلاصه Summary

• بعدی چیست What's Next?

قدرت پیام ناهمزمان: درک یک طرفه The Power of Asynchronous Messaging: Understanding One-way

• مقدمه Introduction

• بررسی اجمالی الگوهای تبادل پیام (MEP) Overview of Message Exchange Patterns (MEPs)

• درک یک طرفه Understanding One-way

• مورد شماره 1: حمل و نقل HTTP/جلسه بدون برنامه Case #1: HTTP Transport / No Application Session

• نسخه ی نمایشی: پرونده شماره 1 Demo: Case #1

• مورد شماره 2: جلسه حمل و نقل/برنامه HTTP Case #2: HTTP Transport / Application Session

• نسخه ی نمایشی: مورد شماره 2 Demo: Case #2

• مورد شماره 3: حمل و نقل HTTP/جلسه برنامه/قرارداد یک طرفه Case #3: HTTP Transport / Application Session / One-way Contract

• نسخه ی نمایشی: مورد شماره 3 Demo: Case #3

• مورد شماره 4: حمل و نقل TCP Case #4: TCP Transport

• نسخه ی نمایشی: مورد شماره 4 Demo: Case #4

• مورد شماره 5: TCP Transport/OneWayBindingElement Case #5: TCP Transport / OneWayBindingElement

• نسخه ی نمایشی: پرونده شماره 5 Demo: Case #5

• نسخه ی نمایشی: استفاده از Async با یک طرفه Demo: Using Async with One-way

• خلاصه: توصیه هایی برای استفاده یک طرفه Recap: Recommendations for Using One-way

• بعدی چیست؟ What’s Next?

قدرت پیام ناهمزمان: الگوهای مبتنی بر یک طرفه The Power of Asynchronous Messaging: Patterns Based on One-way

• مقدمه Introduction

• الگوی دیتاگرام Datagram Pattern

• نسخه ی نمایشی: دیتاگرام Demo: Datagram

• الگوی دوبلکس Duplex Pattern

• دوبلکس در WCF Duplex in WCF

• نسخه ی نمایشی: دوبلکس با NetTcpBinding Demo: Duplex with NetTcpBinding

• نسخه ی نمایشی: دوبلکس با WSDualHttpBinding Demo: Duplex with WSDualHttpBinding

• توصیه هایی برای Duplex با TCP در مقابل HTTP طراحی کنید Design Recommendations for Duplex with TCP vs. HTTP

• Duplex در مقابل Datagram در مقابل درخواست/پاسخ Async Duplex vs. Datagram vs. Async Request/Response

• الگوی انتشار و اشتراک Publish-subscribe Pattern

• نسخه ی نمایشی: میخانه فرعی با استفاده از Duplex Demo: Pub-sub Using Duplex

• با استفاده از دیتاگرام اشتراک و اشتراک کنید Publish-subscribe Using Datagram

• الگوهای ناهمزمان "واقعی" به صف نیاز دارند 'True' Asynchronous Patterns Require Queuing

• اصول طراحی تأثیر پذیر Affected Design Principles

• خلاصه Summary

• بعدی چیست؟ What’s Next?

امنیت: SOA و دسترسی مبتنی بر اعتماد Security: SOA and Trust-based Access

• مقدمه Introduction

• نکات امنیتی The Security Concerns

• سناریو شماره 1: احراز هویت مشتری Scenario #1: Client Authentication

• چرا احراز هویت مبتنی بر اعتماد؟ Why Trust-based Authentication?

• آماده سازی نسخه ی نمایشی Demo Preparation

• نسخه ی نمایشی: احراز هویت مبتنی بر اعتماد Demo: Trust-based Authentication

• سناریو شماره 2: اختصاص حساب به مشتری در مقیاس بزرگ SOA Scenario #2: Assigning Accounts to Clients at Large Scale SOA

• سناریوی شماره 3: نشانه های ایجاد چندین سرویس Scenario #3: Tokens for Composing Multiple Services

• نسخه ی نمایشی: نشانه هایی برای ساخت چندین سرویس Demo: Tokens for Composing Multiple Services

• سناریو # 4: انتشار نشانه در ترکیبات چند سطحی Scenario #4: Token Propagation in Multi-level Compositions

• نسخه ی نمایشی: رمز عبور Demo: Passthrough Token

• نسخه ی نمایشی: ActAs Token Demo: ActAs Token

• سایر سناریوهای احراز هویت Other Authentication Scenarios

• سناریوی شماره 5: مجوز Scenario #5: Authorization

• نسخه ی نمایشی: مجوز Demo: Authorization

• سناریوی شماره 6: صداقت و حریم خصوصی Scenario #6: Integrity and Privacy

• گره جانبی: SSL و TLS Side Node: SSL and TLS

• یکپارچگی و حریم خصوصی مبتنی بر حمل و نقل Transport-based Integrity and Privacy

• نسخه ی نمایشی: امنیت حمل و نقل HTTP/TCP (همراه با نشانه های صادر شده) Demo: HTTP/TCP Transport Security (with Issued Tokens)

• یکپارچگی و رازداری مبتنی بر پیام Message-based Integrity and Privacy

• نسخه ی نمایشی: امنیت پیام HTTP (با رمزهای صادر شده) Demo: HTTP Message Security (with Issued Tokens)

• امنیت پیام TCP (همراه با نشانه های صادر شده) TCP Message Security (with Issued Tokens)

• سناریوی شماره 7: امنیت بارگیری و بارهای متعادل کننده بارگیری SSL بارگیری می شود Scenario #7: Transport Security and Load Balancers SSL Offloading

• نسخه ی نمایشی: امنیت حمل و نقل و بارگیری SSL Demo: Transport Security and SSL Offloading

• سناریوی شماره 8: محافظت از انتها به انتهای طریق واسطه ها Scenario #8: End-to-End Protection Through Intermediaries

• حملات دیگر: پخش مجدد ، عدم انکار ، مردی در وسط Other Attacks: Replay, Non-repudiation, Man-in-the-Middle

• اصول طراحی تأثیر پذیر Affected Design Principles

• خلاصه Summary

• بعدی چیست؟ What’s Next?

اتصال شل به سطح بعدی: مسیریابی Taking Loose Coupling to the Next Level: Routing

• مقدمه Introduction

• چرا مسیریابی؟ Why Routing?

• چرا روتر خارج از جعبه WCF نیست؟ Why Not the WCF Out-of-the-Box Router?

• سناریو شماره 1: روتر نامعتبر Scenario #1: Untrusted Router

• مرحله شماره 1: پیام ها را دریافت کنید Step #1: Receive Messages

• مرحله شماره 2: منطق مسیریابی را ایجاد کنید Step #2: Build Routing Logic

• مرحله شماره 3: فرآیند اعزام را سفارشی کنید Step #3: Customize the Dispatching Process

• مرحله شماره 4: درخواست هدر امنیتی را درک کنید Step #4: Understand Request Security Header

• مرحله شماره 5: پیام های مسیر Step #5: Route Messages

• مرحله شماره 6: سرصفحه امنیتی پاسخ را درک کنید Step #6: Understand Response Security Header

• نسخه ی نمایشی: روتر نامطمئن Demo: Untrusted Router

• در مورد احراز هویت به روتر چه می توان گفت؟ What About Authenticating to the Router Itself?

• سناریو شماره 2: روتر مطمئن Scenario #2: Trusted Router

• (منحصر به فرد) مراحل ساخت روتر مطمئن (Unique) Steps to Build the Trusted Router

• نسخه ی نمایشی: روتر مطمئن Demo: Trusted Router

• اگر سرویس هویت روتر را نمی خواهد چطور؟ What if the Service Does Not Want the Router Identity?

• سناریوی شماره 3: روتر دوبلکس Scenario #3: Duplex Router

• نسخه ی نمایشی: روتر دوبلکس Demo: Duplex Router

• تمدید روتر با تحویل تضمینی Extending the Router with Guaranteed Delivery

• در مورد مسیریابی ESB چطور؟ What About ESB Routing?

• اصول طراحی تأثیر پذیر Affected Design Principles

• خلاصه Summary

• بعدی چیست؟ What’s Next?

اتصال شل تر: کشف پویا More Loose Coupling: Dynamic Discovery

• مقدمه Introduction

• کشف پویا چیست؟ What Is Dynamic Discovery?

• مدل های کشف Discovery Models

• سرویس کشف The Discovery Service

• نسخه ی نمایشی: قسمت 1 - سرویس کشف Demo: Part 1 – The Discovery Service

• نسخه ی نمایشی: قسمت 2 - قابل کشف بودن سرویس Demo: Part 2 – Making the Service Discoverable

• نسخه ی نمایشی: قسمت 3 - جستجوی مشتری Demo: Part 3 – Client Probing

• نسخه ی نمایشی: قسمت 4 - اجرای نسخه ی نمایشی Demo: Part 4 – Running the Demo

• کشف در مقابل مسیریابی Discovery vs. Routing

• کشف با مسیریابی Discovery with Routing

• کشف و ترکیب Discovery and Composition

• در مورد قابلیت کشف زمان طراحی چطور؟ What About Design Time Discoverability?

• اصول طراحی تأثیر پذیر Affected Design Principles

• خلاصه Summary

SOA معاملات توزیع شده SOA Distributed Transactions

• مقدمه Introduction

• قبل از شروع: پیش نیازهای این ماژول Before You Start: Prerequisites for this Module

• تعاریف اساسی Basic Definitions

• نسخه ی نمایشی: معامله توزیع شده اتمی Demo: Atomic Distributed Transaction

• مقیاس پذیری و عملکرد: سطوح قفل و انزوا Scalability and Performance: Locking and Isolation Levels

• نسخه ی نمایشی: سطح قفل و انزوا Demo: Locking and Isolation Levels

• رای معامله Transaction Voting

• معاملات اتمی در SOA مرجع معماری ما Atomic Transactions in Our SOA Reference Architecture

• مشکلات معاملات اتمی The Problems of Atomic Transactions

• مدیریت صریح معاملات Explicit Management of Transactions

• حماسه (غرامت) Saga (Compensation)

• مفاهیم تجاری شما باید برای آن برنامه ریزی کنید Business Implications You Need to Plan For

• رزرو Reservation

• اصول طراحی تأثیر پذیر Affected Design Principles

• خلاصه Summary

نقش یک اتوبوس خدمات سازمانی (ESB) Role of an Enterprise Service Bus (ESB)

• مقدمه Introduction

• این ماژول در مورد چیست؟ What Is this Module About?

• ESB چیست؟ What Is an ESB?

• اولین چیزی که متوجه شدید چیست؟ What Is the First Thing that You Noticed?

• سناریوی نمونه Sample Scenario

• قسمت 1: خدمات پیام رسانی Part 1: Messaging Services

• قسمت 2: خدمات فرآیند تجارت Part 2: Business Process Services

• قسمت 3: خدمات تحول Part 3: Transformation Services

• قسمت 4: خدمات کاربران تجاری Part 4: Business Users Services

• نسخه ی نمایشی: سناریوی نمونه Demo: The Sample Scenario

• آیا ما همیشه باید از خدمات یک محصول ESB استفاده کنیم؟ Shall We Always Use the Services of an ESB Product?

• خلاصه Summary

سایر نکات طراحی Other Design Concerns

• مقدمه Introduction

• مدیریت استثنا Exception Handling

• ورود به سیستم استثنائات و انجام اقدامات اصلاحی Logging Exceptions and Taking Corrective Actions

• گزارش استثنائات سیستم Reporting System Exceptions

• گزارش موارد استثنایی Reporting Business Exceptions

• گزارش استثناها توسط کنترل کننده های ترکیب Reporting Exceptions by Composition Controllers

• چگونه استثناها را گزارش کنیم؟ How to Report Exceptions?

• نسخه کردن Versioning

• راهنمای مصرف بیش از حد: استفاده محدود از تحمل نسخه Overarching Guideline: Limited Use of Version Tolerance

• سناریو: به روزرسانی قرارداد خدمات و/یا داده ها Scenario: Update Service And/Or Data Contracts

• سناریو: اطلاعات اتصال را به روز کنید Scenario: Update Binding Information

• سناریو: اجرای سرویس و SLA را به روز کنید Scenario: Update Service Implementation and SLAs

• سناریو: قراردادهای خطا را به روز کنید Scenario: Update Fault Contracts

• خلاصه Summary

گسترش اکوسیستم با REST API Extending the Ecosystem with REST APIs

• مقدمه Introduction

• مبانی: خدمات وب در مقابل Web API در مقابل REST Basics: Web Services vs. Web APIs vs. REST

• پیاده سازی SOA: سرویس های وب در مقابل رابط های برنامه کاربردی وب (و REST) SOA Implementation: Web Services vs. Web APIs (And REST)

• مطالعه موردی: توسعه اکوسیستم با REST API Case Study: Extending the Ecosystem with REST APIs

• هایپر مدیا به عنوان موتور حالت کاربرد Hypermedia as the Engine of Application State

• استفاده مجدد از زیرساخت SOA موجود Reusing Existing SOA Infrastructure

• خلاصه Summary

مروری بر SOA Governance Overview of SOA Governance

• مقدمه Introduction

• بنابراین چرا یک ماژول حکمرانی در یک دوره طراحی/پیاده سازی؟ So Why a Governance Module in a Design/Implementation Course?

• مقدمه ای برای حکمرانی Introduction to Governance

• مقدمه ای بر SOA Governance Introduction to SOA Governance

• سیاست های Policies

• فرایندها Processes

• نقش ها و مسئولیت ها Roles and Responsibilities

• خلاصه Summary