میخوایم راجع به ارتباط Fusion Middleware با Weblogic صحبت کنیم و بیشتر با کاربردهای این ابزار آشنا بشیم:

بعد از تکمیل این سری از اسلایدها انتظار میره باهم موارد زیر رو مرور کرده باشیم:

توضیحاتی راجع به Oracle Fusion Middleware

توضیحاتی راجع به نحوه پشتیبانی از WebLogic Server

و ...

یک بخشی به اسم Development Tools در شکل بالا می‌بینید که شامل هر نوع ابزار برای توسعه است به عنوان مثال ابزار Jdeveloper که یکی از کاملترین محیطهای توسعه جاوا هستش و طبق تعریف تیم توسعه دهنده آن با وجود این ابزار شما نیازی به هیچ ابزار دیگه‌ای برای توسعه جاوا ندارید. netbeanse, eclipse و ... 

بزرگترین فریمورکی که در جاوا توسط اوراکل روش سرمایه گذاری شده ADF است و همچنین تولز Oracle Jet که یک فرمورک جاوا اسکریپت است را برای ایجاد برنامه‌های سمت کلاینت و برنامه‌های cross platform‌ در سمت موبایل با استفارده از apache cordova ایجاد کرده

چرخه کاری Fusion Middleware به این صورته که با استفاده از ابزارهای توسعه (Development Tools) شما شروع به ایجاد اپلیکیشنها و ساختارهای متفاوتی می‌کنید

به عنوان مثال برای نمایش BI ما به یک اپلیکیشن سرور نیاز داریم (به عنوان مثال وبلاجیک) که ما می‌تونیم این اپلیکیشن سرور رو به صورت stand alone اجرا کنیم یا داشبوردمون رو داخل یک برنامه ADF ای نمایش بدیم و در حقیقت شما گزارشاتتون رو به صورت integerate‌شده با اپلیکیشن می‌توانید نمایش بدید

ساختار Fusion Middleware هم به صورت stand alone و هم به صورت integeration با ابزارهای دیگر قابل پیاده‌سازی است

به عنوان مثال شما می‌تونید از Contect MAnager (محصول اوراکل مشابه Microsoft Sharepoint) به عنوان یک محصول جدا استفاده کنید (به عنوان مثال برای آرشیوهای الکترونیکی) در کنار محصول Identity Managment برای مدیریت و نگهداری کاربران سیستم‌ها استفاده بشه

SOA & Process Manager می‌توانند در تولید برنامه‌های Service Orianted میتونه بهتون کمک بکنه که یکی از شاخه‌های Bussines Procees Manager هستش که میتونه یک گردش کاری رو که در داخل سازمان وجود داره رو باهاش تعریف بکنید و اجراش بکنید

به طور کلی استانداردهای web 2.0 مانند پرتال و social network‌رو شما می‌تونید با WebCenter اوراکل پیاده‌سازی کنید.

بحث access manager و security رو شما می‌تونید با یکی از پکیج‌های اوراکل به اسم Identity Manager انجام بدید و بحث‌های Single sign-on رو پیاده‌سازی کنید تا یکپارچه‌سازی در بحث لاگین و دسترسی دادن به کاربران داشته باشید.

تو پروژه‌های خیلی بزرگ و یا ابزارهای مختلف در یک سازمان بحث Single sign-on توصیه میشه

لازم به ذکره ولاجبک بیش از 20 provider مختف رو میتونه برای security استفاده بکنه حتی روش‌هایی مبنی بر Token

بحث BI در اوراکل که زیرساخت بر مبنای وبلاجیک هستش

بحث پرتال سازمانی اوراکا هم روی Oracle Application Server اجرا می‌شوند ولی همونها با قابلیتها جدیدتری میتونه رو وبلاجیک هم اجرا بشه

خود وبلاجیک یک کنسولی داره که با این کنسول میشه بالای ۹۰ درصد از کانفیگها رو انجام داد

همچنین وبلاجیک یک EM هم داره که اگر محصولات دیگه‌ای همراه وبلاجیک نصب شده باشه اوراکل این EM رو در اختیارمون قرار میده و برای تنظیمات اون محصول می‌توانیم از این EM استفاده کنیم.

به عنوان مثال بعد از نصب OBIEE اوراکل بغیر از کنسول وبلاجیک یک EM هم در اختیارتون میذاره که با این EM می‌تونید تظنیمات خاص BI در لایه‌های وبلاجیک را انجام دهید و مدیریت ساده‌تری داشته باشید. همچنین اگه شما چندتا محصول رو نصب داشته باشید(SOA, WebCenter, ...) با یک EM می‌تونید چندتا محصول رو مدیریت کنید.

چند ابزار مدیریتی تحت کامند برای وبلاجیک هم موجوده و شما می‌تونید خیلی از کارها رو از طریق این ابزارهای تحت کامند انجام دهید:

  • OPMNCTL
  • WSTL
  • SO

توی بحث Fusion Middleware یکی از کامپوننتهای خیلی مهم Web Tier است که در این اسلاید می‌بینیم که این کامپوننت شامل ۲ بخش میشه:

Oracle HHTP Server

OHS براساس آپاچی ۲ از بنیاد آپاچی توسعه داده شده

اوراکل برای مدیریت ترافیک سایت و درخواست‌های روی سرور این کامپوننت رو معرفی کرده که مستقیماً درخواست‌ها بر روی وبلاجیک نباشند

همچنین OHS میتونه به عنوان یه proxy server برای وبلاجیک عمل کنه یعنی میتونه به عنوان یه واسط با وبلاجیک براتون باشه

(یکی از کاربردهای OHS در سناریوهای عملی میتونه این باشه که مثلاً شما نیاز دارید دسترسی اپلیکیشن رو روی اینترنت و یک ip ولید بذارید که مدیران بتونن از خارج از سازمان به اپلیکیشن دسترسی داشته باشن برای اینکار شما باید ip:port اپلیکیشن رو در اختیار مدیرانتون بذارید یکی از راهکارها اینه که شما آداپتر سرور رو مستقیم به اینترنت وصل کنید و با آی‌پی ولید دسترسی به پورت مشخص از طریق فایروال باز باشه همینکه شما پورت رو اعلام کنید یعنی اون پورت روی اون سرور بازه، یه راهکار دیگه میتونه این باشه که روی فایروالهای میانی NAT تعریف کنید و آی‌پی ولید رو به ip:port لوکال ارجاع بدید، یه راهکار دیگه میتونه استفاده از پراکسی سرور باشه اینجا ما میتونیم از OHS به عنوان پراکسی استفاده کنیم و هر درخواستی که به آی‌پی ولیدمون بیاد رو بفرستیم به اپلیکیشن مورد نظر خودش یکی از مزایای این روش بهره‌مندی صحیح از مکانیزم OWC هستش)

یکی دیگه از کابردهای OHS ایجاد لود بالانس در کلاسترهای وبلاجیک هستش، بعد از کلاستر کردن وبلاجیک اگر از OHS برای Load Balancing استفاده نشود هر اپلیکیشن خودش باید درخواست‌هاش رو به نودهای کلاستر بفرسته

Oracle Web Cache

توی برنامه‌های تحت وب بخشی از ترافیک روی موضوعات تکراری میچرخه (مثل لود صفحه اصلی و بخش‌های استاتیک) چون ما بخش‌های زیادی داریم که میتونیم اون‌ها رو برای کاربر در کلاینتش کش کنیم (مثل تصاویر، فایل‌های JS و ...) و هربار اینها رو باید Application Server انجام بده ما از این کامپوننت برای عملیات کش استفاده میکنیم

نحوه عملکرد Web Cache هم به این شکله که به مرور این اطلاعات داخل وب کش قرار میگیره و وب کش تو فضای خودش یا تو فضای کلاینت کاربر اقدام به کش کردن اطلاعات میکنه

OWC در صورت فعال بودن همیشه جلوتر از OHS درخواستها رو دریافت و پردازش میکنه و در اپلیکیشنهایی که قسمت‌های استاتیک نسبتاً زیادی دارن توصیه میشه این کامپوننت فعال شود.

اگه وب کش رو تو سازمانتون پیاده‌سازی بکنید حداقل ۲۰ درصد به performance هر اپلیکیشن اضافه میشه 

پیش‌نیازهای نصب WebLogic

  • نصب دیتابیس در صورت نیاز (خود وبلاجیک به صورت معمول نیازی به دیتابیس نداره مگر اینکه بخوایم یکسری نام‌کاربری و پسوردها رو به صورت رمز شده در دیتابیس ذخیره کنیم یا ...)
  • نصب ریپازیتوری در صورت نیاز (کامپوننت‌هایی که جدا از وبلاجیک هستند و به وبلاجیک اضافه می‌شوند برای ارتباطاتشون نیاز به یک ریپازیتوری دارن)
  • نصب وبلاجیک سرور
  • نصب Fusion Middleware Component (برای مثال OID یا Oracle Internet Directory)
  • پیکربندی نرم‌افزارها

نکته: در دیتابیس 11g ابزاری به اسم RCU وجود داره که براتون ریپازیتوری رو ایجاد میکنه ولی در 12c ابزاری وجود نداره و شما باید به وسیله Weblogic Infrastructure انجام میشه

توی این بخش یه دیدی بر محیط Oracle Fusion Middleware داریم

همونطور که تو شکل بالا می‌بینید اپلیکیشن مشتری دیتابیس خاص خودش رو داره و سمت راست یک دیتابیس ریپازیتوری هستش

به طور معمول بیشتر جداول و آبجکتهای دیتابیس ریپازیتوری مورد استفاده System componentها قرار می‌گیره البته ممکنه یکسری اپلیکیشنها از اطلاعات ریپازیتوری نیز استفاده کنند ولی اکثر اپلیکیشنهای مشتری فقط با دیتابیس Customer در ارتباط هستند

همونطور که تو شکل بالا مشخصه وبلاجیک حداقل یک Admin Interface داره همچنین WebCenter میتونه در صورت نیاز به WebServer وبلاجیک اضافه بشه

خلاصه

  • توضیحاتی درباره محیط Oracle Fusion Middleware 
  • توضیحات درباره اینکه که سرور وبلاجیک چگونه از بسته‌های میان‌افزاری تلفیقی گوناگون پشتیبانی می‌کند
  • توضیحاتی درباره اینکه بسته‌های میان‌افزاری تلفیقی گوناگون چگونه بر کارکردهای سرور وبلاجیک می‌افزایند

تمرین

برای دیدن تمام مراحل تمرین Appendix A رو ببینید