آشنایی با GUID

مقدار GUID یک عدد 128 است که به صورت 32 کاراکتر در مبنای 16 نمایش داده میشود و شامل 4 خط تیره است. نسخه ها و ویرایش مختلفی از آن ارائه شده که در عدد ساخته شده درج میشود.

از GUID یا Globally Unique Identifier برای ایجاد کلید اصلی جداول دیتابیس استفاده میشود.

شانس تکراری بودن مقدار GUID صفر نیست اما مقدار تصادفی که ایجاد میشود آنقدر بزرگ است که شانس تکراری شدن آن حتی بعد از تولید هزاران میلیارد رکورد باز هم نزدیک به صفر است.

در دهه 80 میلادی از GUID در سیستم عامل Apollo ناسا استفاده میشد. بعد در سیستم عامل ویندوز و شبکه (آدرس MAC) مورد استفاده قرار گرفت.

مزیت اصلی GUID این است که بدون مراجعه به دیتابیس و بررسی سایر رکوردها می توان یک کلید غیر تکراری ایجاد کرد. این مسئله در معماری میکروسرویس و دیتابیس های توزیع شده کاربرد زیادی دارد.

دیتابیس SQL Server و فریم ورک دات نت مستقیما از این نوع داده پشتیبانی می کنند.

معماری میکرو سرویس (MicroService) در سایت های بزرگ با ترافیک بالا مورد استفاده قرار می گیرد. به این ترتیب که سایت اصلی تبدیل می شود به مجموعه ای از سایت های کوچک با دیتابیس جدا که می توانند در سرور مستقل اجرا شوند.

میکرو سرویس چیست؟

وقتی بازدید یک سایت بالا می رود دیگر یک سرور جوابگوی ترافیک بوجود آمده نیست. در این مواقع اولین راه حل استفاده از سرورهای قوی تر است. اما هزینه سرورهای قوی تر رشد تساعدی دارد و در میزان ظرفیت آنها هم محدودیت وجود دارد. در دراز مدت تنها چاره استفاده از چند سرور برای پاسخگویی به کاربران است. اینجا MicroService ها مهم می شوند.

تیم برنامه نویسی قسمت هایی از سایت که ترافیک بالایی دارند را به سایت های کوچک با دیتابیس مجزا می شکند و آنها را در سرورهای مستقل قرار می دهد. مثلا سیستم آپلود فایل در یک سایت فروش فایل یا سیستم ارسال Notification در یک شبکه ی اجتماعی می تواند جدا سازی شود و حجم زیادی از ترافیک سرور اصلی را کم کند.

هر کدام از Microservice ها می توانند با تکنولوژی متفاوتی پیاده شوند که دست برنامه نویسان را برای انتخاب بهترین ها باز می گذارد. مثلا می شود سایتی داشت که همزمان از ASP و PHP و Node استفاده کند و دیتابیس های آن هم ترکیبی از SQL Server و NoSQL و MangoDB باشد.

این جدا سازی باعث می شود بتوان یک قسمت از سایت را بدون درگیر کردن سایر قسمت ها بروز رسانی کرد و در صورت بروز مشکل در یک قسمت کل سایت از کار نمی افتد.

استفاده از میکروسرویس ها چالش های زیادی هم دارد. بعد از جدا کردن فریم ورک ها و دیتابیس ها باید راهی برای برقراری ارتباط بین آنها ایجاد کرد. معمولا از سیستم های پیام رسان استفاده می شود که پیاده سازی پیچیده ای دارند.

معماری اینترنت اشیاء

اولین معماری بیان شده برای اینترنت اشیا، معماری سه لایه می‌باشد :

1⃣ لایه ادراک
لایه ادراک متشکل از برچسب های دوبعدی، کد خوان، برچسب RFID و خواننده آن، دوربین، GPS، انواع حسگرها، شبکه های حسگر و سنسورها می باشد.
وظیفه اصلی لایه ادراک درک و شناسایی اشیا و جمع آوری اطلاعات در مورد آن هاست.

2️⃣ لایه شبکه
لایه شبکه عبارتند از شبکه همگرا (که تشکیل شده از همه نوع شبکه های ارتباطی و اینترنت).
گسترده شدن و فراگیر شدن اطلاعات مربوط به اشیا از وظایف این لایه می باشد همچنین وظیفه مدیریت ، بهبود توانایی عملیات انتقال در این لایه صورت می گیرد.
این لایه همچنین زیر ساخت های مورد نیاز برای جهانی شدن سرویس های اینترنت اشیا را فراهم می سازد.

3️⃣ لایه کاربرد
در لایه کاربرد اینترنت اشیا با تکنولوژی در صنعت ترکیب می‌شود تا ما به یک مجموعه گسترده‌ای از راه‌حل‌های نرم افزار هوشمند دست پیدا کنیم.
از طریق لایه کاربردی، اینترنت اشیا می‌تواند به یکپارچه سازی اطلاعات در صنعت دست پیدا کرد که اثرات بزرگی بر توسعه اقتصادی و اجتماعی خواهد گذاشت. عملکر اصیلی لایه کاربردی به اشتراک گذاری امنیت اطلاعات است.

The Forrester Wave™_ Enterprise Architecture Management Suites, Q1 2021.pdf

جدیدترین رده بندی ابزارهای معماری سازمانی توسط Forrester

فایل کاربردی بررسی مدل و نحوه کار شرکت اسپاتیفای یکی از چابک‌ترین تیم های جهان
#مدیریت_چابک
#چابک
👆👆👆🌹
@iiedep

Modeling Enterprise Architecture with TOGAF. A Practical Guide Using UML and BPMN(2014).pdf


*Modeling Enterprise Architecture with TOGAF. A Practical Guide Using UML and BPMN*
Publisher: Elsevier Inc, Morgan Kaufmann

Modeling Enterprise Architecture with TOGAF explains everything you need to know to effectively model enterprise architecture with The Open Group Architecture Framework (TOGAF), the leading EA standard. This solution-focused reference presents key techniques and illustrative examples to help you model enterprise architecture.
This book describes the TOGAF standard and its structure, from the architecture transformation method to governance, and presents enterprise architecture modeling practices with plenty of examples of TOGAF deliverables in the context of a case study.

فرصت مطالعه کتاب مقدمه ای بر پیکره دانش معماری سازمانی در ایام تعطیلات

https://www.adibanbook.ir/معماری-سازمانی

Agile 2.0: Embracing Lean and the Rise of Ultra Light Methods


http://agilelion.com/agile-kanban-cafe/agile-2-0-embracing-lean-and-rise-ultra-light-methods

👈 چالش کار با انسان‌ها یا ترس در کار تیمی

وجود ترس چه تاثیری بر کار تیمی دارد؟ آیا ترس باعث خلاقیت و افزایش بازده افراد می شود؟

https://www.aparat.com/v/YruyM

کتاب تفکر سیستمی، مدیریت آشفتگی و پیچیدگی پلتفرمی برای معماری کسب و کار
ترجمه سهراب خلیلی شورینی
آن چه که این کتاب را برای خواننده ای که هنوز لذت تفکر را می شناسد ضروری می کند این واقعیت است که دیدگاه تحلیلی با همه موفقیت بی نظیری که در شناخت و توجیه پدیده های دنیای فیزیکی داشت است دیگر به تنهایی پاسخگو چراهایی که دنیای آشفته ما با آن روبروست نمی باشد و در مقابله با پدیده هایی که محصول تاثیر پذیری یا همکنشی عوامل همبسته است بسیار بی رنگ و ناتوان می نماید.
زبان: فارسی
قیمت: ۳۷۰۰۰ تومان
جهت خرید از سایت فروشگاه آدینه بوک دیدن فرمایید.

تخمین

 آوریل 3, 2021 اسد صفری

بحث‌های زیادی در مورد تخمین در جامعه چابک وجود دارد. از کدام شیوه باید استفاده کرد: استوری پوینت ، نفر/ ساعت ، نفر/ روز یا حتی #نه_به_تخمین؟ امروزه اکثر تیم‌های چابک سعی دارند از استوری پوینت به عنوان واحد اصلی تخمین استفاده کنند. اما دقیقا مشکل کجاست؟

https://blog.scrum.ir/2021/04/better-estimations-with-board/

تحول چابک

https://scrum.ir/agile-transformation-mastery/

How much does an Enterprise Architect make in the United States?

https://www.indeed.com/career/enterprise-architect/salaries