اگر کاربران سازمان شما همین حالا در Active Directory مدیریت می‌شوند، چرا باید اطلاعات آن‌ها را دوباره داخل Jira مدیریت کنید؟ 
اتصال Jira به LDAP یا Active Directory یکی از راهکارهای مهم برای متمرکز کردن مدیریت کاربران در سازمان است.
با این اتصال، کاربران می‌توانند با همان اطلاعات سازمانی خود وارد Jira شوند و مدیریت حساب‌ها، گروه‌ها و دسترسی‌ها ساده‌تر می‌شود.
مهم‌تر اینکه وقتی کاربری در سازمان جابه‌جا می‌شود، غیرفعال می‌شود یا از سازمان خارج می‌شود، مدیریت دسترسی او دیگر کاملاً وابسته به ادمین Jira نخواهد بود.اما نکته مهم اینجاست که اتصال LDAP فقط وارد کردن چند مقدار مثل Server و Port نیست.
سؤال مهم‌تر این است که آیا برای سازمان شما LDAP کافی است یا باید معماری دقیق‌تری برای مدیریت Identity و دسترسی‌ها در Jira طراحی شود؟
متن کامل مقاله
کانال جیرا تولز
اتصال Jira به LDAP یا Active Directory یکی از راهکارهای مهم برای متمرکز کردن مدیریت کاربران در سازمان است.
با این اتصال، کاربران می‌توانند با همان اطلاعات سازمانی خود وارد Jira شوند و مدیریت حساب‌ها، گروه‌ها و دسترسی‌ها ساده‌تر می‌شود.
مهم‌تر اینکه وقتی کاربری در سازمان جابه‌جا می‌شود، غیرفعال می‌شود یا از سازمان خارج می‌شود، مدیریت دسترسی او دیگر کاملاً وابسته به ادمین Jira نخواهد بود.اما نکته مهم اینجاست که اتصال LDAP فقط وارد کردن چند مقدار مثل Server و Port نیست.
سؤال مهم‌تر این است که آیا برای سازمان شما LDAP کافی است یا باید معماری دقیق‌تری برای مدیریت Identity و دسترسی‌ها در Jira طراحی شود؟
متن کامل مقاله
کانال جیرا تولز
۱۱
گاهی مشکل Jira و Confluence از جایی شروع می‌شود که روی صفحه، همه‌چیز درست به نظر می‌رسد؛
اما وقتی قرار است یک Issue داخل Confluence نمایش داده شود، یک صفحه به Jira لینک شود یا کاربر از Confluence یک Issue بسازد، خطاها شروع می‌شوند.
اتصال Jira و Confluence فقط وارد کردن یک URL و زدن چند دکمه نیست.در محیط‌های سازمانی، مواردی مثل Application Links، OAuth 2.0، Base URL، SSL، Reverse Proxy، Load Balancer، SSO و تنظیمات شبکه می‌توانند روی این ارتباط تأثیر مستقیم داشته باشند.
خصوصاً در Jira و Confluence Data Center، اگر معماری شبکه و مسیر ارتباطی بین دو سرویس درست در نظر گرفته نشود، ممکن است اتصال در مرورگر شما کار کند اما ارتباط واقعی بین سرورها با خطاهایی مثل Network Error، Timeout یا 401 Unauthorized مواجه شود.
در مقاله جدید Jira Tools، اتصال Jira و Confluence را از مرحله آماده‌سازی تا تنظیم Application Links و عیب‌یابی خطاهای رایج بررسی کردم.
اگر با Jira و Confluence در یک سازمان کار می‌کنید، این اتصال یکی از آن تنظیماتی است که بهتر است از همان ابتدا اصولی انجام شود.
متن کامل مقاله
کانال جیرا تولز
اما وقتی قرار است یک Issue داخل Confluence نمایش داده شود، یک صفحه به Jira لینک شود یا کاربر از Confluence یک Issue بسازد، خطاها شروع می‌شوند.
اتصال Jira و Confluence فقط وارد کردن یک URL و زدن چند دکمه نیست.در محیط‌های سازمانی، مواردی مثل Application Links، OAuth 2.0، Base URL، SSL، Reverse Proxy، Load Balancer، SSO و تنظیمات شبکه می‌توانند روی این ارتباط تأثیر مستقیم داشته باشند.
خصوصاً در Jira و Confluence Data Center، اگر معماری شبکه و مسیر ارتباطی بین دو سرویس درست در نظر گرفته نشود، ممکن است اتصال در مرورگر شما کار کند اما ارتباط واقعی بین سرورها با خطاهایی مثل Network Error، Timeout یا 401 Unauthorized مواجه شود.
در مقاله جدید Jira Tools، اتصال Jira و Confluence را از مرحله آماده‌سازی تا تنظیم Application Links و عیب‌یابی خطاهای رایج بررسی کردم.
اگر با Jira و Confluence در یک سازمان کار می‌کنید، این اتصال یکی از آن تنظیماتی است که بهتر است از همان ابتدا اصولی انجام شود.
متن کامل مقاله
کانال جیرا تولز
۲
دولوپر میگه: «کدش Merge شد.»مدیر پروژه می‌پرسه: «پس Issue چی شد؟»
وقتی Jira و GitLab جدا از هم کار کنند، همین سؤال‌های ساده می‌توانند تبدیل به کلی رفت‌وبرگشت بین ابزارها شوند.یک Issue در Jira ایجاد می‌شود، توسعه‌دهنده برایش Branch می‌سازد، Commit می‌زند و در نهایت Merge Request ایجاد می‌کند؛ اما اگر این فعالیت‌ها به Issue متصل نباشند، پیگیری ارتباط بین «کاری که باید انجام شود» و «کدی که نوشته شده» سخت‌تر می‌شود.
با Integration بین Jira و GitLab می‌توان این زنجیره را به هم متصل کرد:
Jira IssueBranch Commit Merge Request Development Panel
در محیط‌های Jira Data Center و GitLab Self-Managed، موضوع فقط یک اتصال ساده نیست و مواردی مثل OAuth 2.0، DVCS Connector، Webhook، Permission، Network و Reverse Proxy هم باید درست تنظیم شوند.حتی استفاده از Issue Key در Commit و Merge Request هم بخش مهمی از این ارتباط است.
در مقاله جدید Jira Tools، روش اتصال Jira به GitLab را از تنظیمات اولیه تا تست Integration و عیب‌یابی مشکلات رایج بررسی کردیم.
ادامه مقاله..
کانال جیرا تولز
وقتی Jira و GitLab جدا از هم کار کنند، همین سؤال‌های ساده می‌توانند تبدیل به کلی رفت‌وبرگشت بین ابزارها شوند.یک Issue در Jira ایجاد می‌شود، توسعه‌دهنده برایش Branch می‌سازد، Commit می‌زند و در نهایت Merge Request ایجاد می‌کند؛ اما اگر این فعالیت‌ها به Issue متصل نباشند، پیگیری ارتباط بین «کاری که باید انجام شود» و «کدی که نوشته شده» سخت‌تر می‌شود.
با Integration بین Jira و GitLab می‌توان این زنجیره را به هم متصل کرد:
Jira Issue
Branch Commit Merge Request Development Panelدر محیط‌های Jira Data Center و GitLab Self-Managed، موضوع فقط یک اتصال ساده نیست و مواردی مثل OAuth 2.0، DVCS Connector، Webhook، Permission، Network و Reverse Proxy هم باید درست تنظیم شوند.حتی استفاده از Issue Key در Commit و Merge Request هم بخش مهمی از این ارتباط است.
در مقاله جدید Jira Tools، روش اتصال Jira به GitLab را از تنظیمات اولیه تا تست Integration و عیب‌یابی مشکلات رایج بررسی کردیم.
ادامه مقاله..
کانال جیرا تولز
۲۱
وقتی Jira برای کل سازمان حیاتی می‌شود، دیگر «یک سرور خوب» کافی نیست.
معماری Jira باید برای Load بالا، خرابی Node، Database، Storage، امنیت و Disaster Recovery از ابتدا طراحی شده باشد.
در مقاله جدید Jira Tools، معماری Jira برای سازمان‌های بزرگ را از Jira Data Center و Cluster تا Load Balancer، Database HA، Shared Storage و DR بررسی کردیم.
اگر Jira قرار است زیرساخت اصلی مدیریت کار سازمان باشد، معماری آن را نباید دست‌کم گرفت.
ادامه مقاله..
کانال جیرا تولز
معماری Jira باید برای Load بالا، خرابی Node، Database، Storage، امنیت و Disaster Recovery از ابتدا طراحی شده باشد.
در مقاله جدید Jira Tools، معماری Jira برای سازمان‌های بزرگ را از Jira Data Center و Cluster تا Load Balancer، Database HA، Shared Storage و DR بررسی کردیم.
اگر Jira قرار است زیرساخت اصلی مدیریت کار سازمان باشد، معماری آن را نباید دست‌کم گرفت.
ادامه مقاله..
کانال جیرا تولز
۳
وقتی Jira خطای 500 می‌دهد، اولین واکنش معمولاً Restart کردن سرویس است!
اما خطای 500 خودش علت نیست؛ فقط می‌گوید Jira در پردازش درخواست با یک مشکل داخلی مواجه شده.
برای پیدا کردن علت واقعی باید سراغ Log، Stack Trace، Pluginها، Database، JVM، Node و در بعضی معماری‌ها Reverse Proxy و Load Balancer رفت.
در مقاله جدید Jira Tools، مسیر عیب‌یابی خطای 500 در Jira Data Center را مرحله‌به‌مرحله بررسی کردیم؛ از تشخیص محدوده خطا تا پیدا کردن Root Cause و رفع مشکل.
ادامه مقاله..
کانال جیرا تولز
اما خطای 500 خودش علت نیست؛ فقط می‌گوید Jira در پردازش درخواست با یک مشکل داخلی مواجه شده.
برای پیدا کردن علت واقعی باید سراغ Log، Stack Trace، Pluginها، Database، JVM، Node و در بعضی معماری‌ها Reverse Proxy و Load Balancer رفت.در مقاله جدید Jira Tools، مسیر عیب‌یابی خطای 500 در Jira Data Center را مرحله‌به‌مرحله بررسی کردیم؛ از تشخیص محدوده خطا تا پیدا کردن Root Cause و رفع مشکل.
ادامه مقاله..
کانال جیرا تولز
۳۱
اگر تیم فنی‌تان بین Jira، GitLab، Monitoring و ابزارهای ارتباطی مدام در رفت‌وآمد است، Mattermost می‌تواند یک لایه ارتباطی جالب بین این سیستم‌ها باشد.
از این رو Mattermost فقط یک ابزار Chat نیست؛ امکاناتی مثل Channel، Calls، Playbooks، Automation و Integration با ابزارهای سازمانی را در اختیار تیم قرار می‌دهد.
یک مثال کاربردی:فرض کنید می‌خواهیم تغییرات Jira در یک Channel مشخص Mattermost نمایش داده شود.مسیر کلی می‌تواند این باشد:Jira → Webhook → Mattermost → Channel
در Mattermost می‌توان برای Jira Subscription تعریف کرد تا فقط رویدادهای موردنیاز، مثلاً ایجاد یا تغییر Issueهای یک پروژه خاص، وارد Channel شوند. حتی می‌توان از داخل Mattermost بعضی عملیات Jira مثل ایجاد Issue، Assign کردن یا Transition را انجام داد.
این یعنی به‌جای اینکه اعضای تیم دائماً Jira را برای هر تغییر بررسی کنند، بخشی از اطلاعات مهم می‌تواند همان جایی ظاهر شود که تیم در حال گفتگو و هماهنگی است.
از طرف دیگر، Mattermost از AD/LDAP، SAML، OAuth و MFA هم پشتیبانی می‌کند..
ادامه مقاله..
کانال جیرا تولز
از این رو Mattermost فقط یک ابزار Chat نیست؛ امکاناتی مثل Channel، Calls، Playbooks، Automation و Integration با ابزارهای سازمانی را در اختیار تیم قرار می‌دهد.
یک مثال کاربردی:فرض کنید می‌خواهیم تغییرات Jira در یک Channel مشخص Mattermost نمایش داده شود.مسیر کلی می‌تواند این باشد:Jira → Webhook → Mattermost → Channelدر Mattermost می‌توان برای Jira Subscription تعریف کرد تا فقط رویدادهای موردنیاز، مثلاً ایجاد یا تغییر Issueهای یک پروژه خاص، وارد Channel شوند. حتی می‌توان از داخل Mattermost بعضی عملیات Jira مثل ایجاد Issue، Assign کردن یا Transition را انجام داد.
این یعنی به‌جای اینکه اعضای تیم دائماً Jira را برای هر تغییر بررسی کنند، بخشی از اطلاعات مهم می‌تواند همان جایی ظاهر شود که تیم در حال گفتگو و هماهنگی است.
از طرف دیگر، Mattermost از AD/LDAP، SAML، OAuth و MFA هم پشتیبانی می‌کند..
ادامه مقاله..
کانال جیرا تولز
۲۱
وقتی Jira برای یک سازمان بزرگ استفاده می‌شود، فقط قوی‌تر کردن یک سرور همیشه بهترین راه‌حل نیست. 🫢
اینجاست که Jira Data Center Cluster وارد معماری می‌شود.در یک Cluster، چند Node به‌صورت هم‌زمان Jira را اجرا می‌کنند و کاربران از طریق Load Balancer به این Nodeها دسترسی پیدا می‌کنند.
اما یک نکته مهم وجود دارد: Nodeها چند Jira مستقل نیستند.همه Nodeها به یک Database مشترک متصل هستند و به Shared Home دسترسی دارند؛ در حالی که هر Node Local Home و منابع محلی خودش را دارد.
یک معماری ساده را می‌توان این‌طور دید:
Users → Load Balancer → Node 1 / Node 2 / Node 3 → Database + Shared Home
حالا اگر یکی از Nodeها از دسترس خارج شود، Load Balancer می‌تواند ترافیک را به Nodeهای سالم هدایت کند.بنابراین Cluster فقط برای Performance نیست؛ High Availability و Scalability بخش مهمی از فلسفه آن هستند.
البته طراحی درست Cluster به چند Node و یک Load Balancer خلاصه نمی‌شود.
در مقاله جدید Jira Tools، معماری Jira Cluster را از پایه بررسی کردیم:
ادامه مقاله
کانال جیرا تولز
اینجاست که Jira Data Center Cluster وارد معماری می‌شود.در یک Cluster، چند Node به‌صورت هم‌زمان Jira را اجرا می‌کنند و کاربران از طریق Load Balancer به این Nodeها دسترسی پیدا می‌کنند.
اما یک نکته مهم وجود دارد: Nodeها چند Jira مستقل نیستند.همه Nodeها به یک Database مشترک متصل هستند و به Shared Home دسترسی دارند؛ در حالی که هر Node Local Home و منابع محلی خودش را دارد.
یک معماری ساده را می‌توان این‌طور دید:
Users → Load Balancer → Node 1 / Node 2 / Node 3 → Database + Shared Home
حالا اگر یکی از Nodeها از دسترس خارج شود، Load Balancer می‌تواند ترافیک را به Nodeهای سالم هدایت کند.بنابراین Cluster فقط برای Performance نیست؛ High Availability و Scalability بخش مهمی از فلسفه آن هستند.
البته طراحی درست Cluster به چند Node و یک Load Balancer خلاصه نمی‌شود.
در مقاله جدید Jira Tools، معماری Jira Cluster را از پایه بررسی کردیم:ادامه مقاله
کانال جیرا تولز
۲۱
در معماری Jira Data Center، گاهی یک تفاوت کوچک در ساختار ذخیره‌سازی می‌تواند روی پایداری کل سیستم تأثیر بگذارد.
محیط Local Home چیست و چرا هر Node باید مسیر اختصاصی خودش را داشته باشد؟و Shared Home چه اطلاعاتی را نگه می‌دارد و چرا تمام Nodeهای کلاستر باید به آن دسترسی داشته باشند؟ اگر مسیر Shared Home اشتباه تنظیم شود یا دسترسی فایل‌ها برای یکی از Nodeها مشکل داشته باشد، چه اتفاقی می‌افتد؟
این دو مسیر فقط دو پوشه معمولی نیستند؛ هرکدام نقش مشخصی در معماری Jira Data Center دارند و اشتباه در تنظیم آن‌ها می‌تواند باعث بروز مشکلاتی در عملکرد و دسترسی به فایل‌ها شود.
در مقاله جدید Jira Tools، تفاوت Local Home و Shared Home را بررسی کردیم؛ از وظایف هر مسیر و فایل‌هایی که در آن ذخیره می‌شوند تا تنظیمات cluster .properties و خطاهای رایج در محیط‌های Cluster.
اگر با مدیریت یا زیرساخت Jira Data Center سروکار دارید، شناخت این تفاوت‌ها به شما کمک می‌کند معماری را اصولی‌تر طراحی و عیب‌یابی کنید.
ادامه مقاله
کانال جیرا تولز
محیط Local Home چیست و چرا هر Node باید مسیر اختصاصی خودش را داشته باشد؟و Shared Home چه اطلاعاتی را نگه می‌دارد و چرا تمام Nodeهای کلاستر باید به آن دسترسی داشته باشند؟ اگر مسیر Shared Home اشتباه تنظیم شود یا دسترسی فایل‌ها برای یکی از Nodeها مشکل داشته باشد، چه اتفاقی می‌افتد؟این دو مسیر فقط دو پوشه معمولی نیستند؛ هرکدام نقش مشخصی در معماری Jira Data Center دارند و اشتباه در تنظیم آن‌ها می‌تواند باعث بروز مشکلاتی در عملکرد و دسترسی به فایل‌ها شود.
در مقاله جدید Jira Tools، تفاوت Local Home و Shared Home را بررسی کردیم؛ از وظایف هر مسیر و فایل‌هایی که در آن ذخیره می‌شوند تا تنظیمات cluster .properties و خطاهای رایج در محیط‌های Cluster.اگر با مدیریت یا زیرساخت Jira Data Center سروکار دارید، شناخت این تفاوت‌ها به شما کمک می‌کند معماری را اصولی‌تر طراحی و عیب‌یابی کنید.
ادامه مقاله
کانال جیرا تولز
۲۱
انتخاب دیتابیس برای Jira فقط به این بستگی ندارد که کدام دیتابیس را از قبل روی سرور نصب کرده‌ایم.نسخه Jira، سازگاری دیتابیس، هزینه نگهداری و نیازهای زیرساخت همگی در این تصمیم نقش دارند.
برای مثال، Jira Data Center از گزینه‌هایی مثل PostgreSQL، MySQL، Oracle و Microsoft SQL Server پشتیبانی می‌کند؛ اما نکته مهم اینجاست که همه نسخه‌های این دیتابیس‌ها برای همه نسخه‌های Jira قابل استفاده نیستند.
️ چند نکته مهم قبل از انتخاب دیتابیس: اگر گزینه متن‌باز می‌خواهید، PostgreSQL و MySQL را بررسی کنید. اگر زیرساخت سازمان بر پایه Oracle یا SQL Server است، سازگاری نسخه و هزینه‌های عملیاتی را در نظر بگیرید. اگر از سرویس‌های ابری استفاده می‌کنید، مطمئن شوید پیکربندی انتخابی دقیقاً در فهرست پشتیبانی Atlassian قرار دارد. و مهم‌تر از همه، قبل از نصب یا ارتقای Jira، نسخه دیتابیس را با مستندات همان نسخه تطبیق دهید.
در مقاله جدید Jira Tools، دیتابیس‌های پشتیبانی‌شده Jira، تفاوت گزینه‌ها و نکات مهم برای انتخاب دیتابیس مناسب را بررسی کرده‌ام.
ادامه مقاله
کانال جیرا تولز
برای مثال، Jira Data Center از گزینه‌هایی مثل PostgreSQL، MySQL، Oracle و Microsoft SQL Server پشتیبانی می‌کند؛ اما نکته مهم اینجاست که همه نسخه‌های این دیتابیس‌ها برای همه نسخه‌های Jira قابل استفاده نیستند.
️ چند نکته مهم قبل از انتخاب دیتابیس: اگر گزینه متن‌باز می‌خواهید، PostgreSQL و MySQL را بررسی کنید. اگر زیرساخت سازمان بر پایه Oracle یا SQL Server است، سازگاری نسخه و هزینه‌های عملیاتی را در نظر بگیرید. اگر از سرویس‌های ابری استفاده می‌کنید، مطمئن شوید پیکربندی انتخابی دقیقاً در فهرست پشتیبانی Atlassian قرار دارد. و مهم‌تر از همه، قبل از نصب یا ارتقای Jira، نسخه دیتابیس را با مستندات همان نسخه تطبیق دهید. در مقاله جدید Jira Tools، دیتابیس‌های پشتیبانی‌شده Jira، تفاوت گزینه‌ها و نکات مهم برای انتخاب دیتابیس مناسب را بررسی کرده‌ام.ادامه مقاله
کانال جیرا تولز
۲
فرض کن فردا صبح Jira از دسترس خارج بشه… از دیتابیس Backup داری، اما می‌تونی کل سیستم رو برگردونی؟
یکی از اشتباهات مهم در پشتیبان‌گیری از Jira Data Center اینه که تصور کنیم Backup دیتابیس برای بازیابی کامل کافیه. 🫢
درحالی‌که چند بخش دیگه هم ممکنه برای Restore ضروری باشن:
دیتابیس (Database): اطلاعات اصلی مثل Work Itemها، تاریخچه تغییرات و پروژه‌ها فایل های Shared Home: فایل‌های پیوست، آواتارها و داده‌های مشترک تنظیمات Configuration: تنظیمات لازم برای راه‌اندازی مجدد Jira و Nodeها اطلاعات Apps & Plugins: اطلاعات و فایل‌هایی که بعضی افزونه‌ها جداگانه نگهداری می‌کنن سرچ ایندکس (Search Index): بسته به معماری، ممکنه قابل بازسازی باشه؛ اما زمان بازسازی هم باید در برنامه بازیابی لحاظ بشه.
یه نکته مهم‌تر هم وجود داره:داشتن Backup با داشتن Backup قابل Restore فرق داره.اگر هیچ‌وقت نسخه پشتیبان رو در یک محیط آزمایشی بازیابی نکرده باشی، هنوز مطمئن نیستی که روز حادثه واقعاً به کارت میاد.
ادامه مقاله
کانال جیرا تولز
از دیتابیس Backup داری، اما می‌تونی کل سیستم رو برگردونی؟ یکی از اشتباهات مهم در پشتیبان‌گیری از Jira Data Center اینه که تصور کنیم Backup دیتابیس برای بازیابی کامل کافیه. 🫢
درحالی‌که چند بخش دیگه هم ممکنه برای Restore ضروری باشن:
دیتابیس (Database): اطلاعات اصلی مثل Work Itemها، تاریخچه تغییرات و پروژه‌ها فایل های Shared Home: فایل‌های پیوست، آواتارها و داده‌های مشترک تنظیمات Configuration: تنظیمات لازم برای راه‌اندازی مجدد Jira و Nodeها اطلاعات Apps & Plugins: اطلاعات و فایل‌هایی که بعضی افزونه‌ها جداگانه نگهداری می‌کنن سرچ ایندکس (Search Index): بسته به معماری، ممکنه قابل بازسازی باشه؛ اما زمان بازسازی هم باید در برنامه بازیابی لحاظ بشه.یه نکته مهم‌تر هم وجود داره:داشتن Backup با داشتن Backup قابل Restore فرق داره.اگر هیچ‌وقت نسخه پشتیبان رو در یک محیط آزمایشی بازیابی نکرده باشی، هنوز مطمئن نیستی که روز حادثه واقعاً به کارت میاد.
ادامه مقاله
کانال جیرا تولز
۱۱