Academy and Foundation unixmens | Your skills, Your future
DevOps has transformed how organizations deliver software by introducing automation, collaboration, and continuous integration/continuous delivery (CI/CD). Yet, databases have traditionally lagged behind in this transformation. Database changes are often managed…
در دنیای توسعه نرمافزار مدرن، تغییرات پایگاه داده به اندازه تغییرات کد اهمیت دارند. اگرچه تیمهای توسعه بهطور گسترده از ابزارهایی مانند Git برای مدیریت نسخهی کد استفاده میکنند، پایگاههای داده همچنان اغلب با روشهای دستی مدیریت میشوند. این رویکرد باعث بروز مشکلاتی همچون ناسازگاری بین محیطها، ریسک بالای خطا، و دشواری در ردیابی تغییرات میشود. در این میان، Liquibase بهعنوان ابزاری قدرتمند برای مدیریت تغییرات پایگاه داده (Database Change Management) معرفی شده است.
ابزارLiquibase چیست؟
ابزارLiquibase یک ابزار متنباز و مستقل از پلتفرم است که برای مدیریت تغییرات پایگاه داده استفاده میشود. این ابزار به توسعهدهندگان و DBAها امکان میدهد تغییرات در ساختار پایگاه داده (مانند ایجاد جدول، افزودن ستون یا تغییر ایندکسها) را به صورت کد نسخهپذیر (Database as Code) مدیریت کنند.
ابزار Liquibase از فایلهایی به نام ChangeLog استفاده میکند که شامل مجموعهای از ChangeSetهاست. هر ChangeSet یک تغییر مشخص در پایگاه داده را تعریف میکند. به این ترتیب، تغییرات پایگاه داده به صورت تاریخچهدار، قابل بازبینی و تکرارپذیر مدیریت میشوند
ویژگیهای کلیدی Liquibase
1. مدیریت نسخهای تغییرات پایگاه داده
تمام تغییرات در قالب ChangeLog ذخیره شده و میتوان آنها را در مخزن Git مدیریت کرد.
2. قابلیت Rollback
ابزار Liquibase این امکان را فراهم میکند که در صورت بروز مشکل، تغییرات اعمالشده به عقب بازگردانده شوند.
3. پشتیبانی از فرمتهای مختلف
در حقیقت ChangeLogها میتوانند در قالب XML، YAML، JSON یا SQL نوشته شوند.
4. مستقل از پایگاه داده
از اکثر دیتابیسهای محبوب (Oracle, PostgreSQL, MySQL, SQL Server و غیره) پشتیبانی میکند.
5. اتوماسیون در CI/CD
به راحتی با ابزارهای CI/CD مانند GitLab CI/CD، Jenkins، Azure DevOps و غیره یکپارچه میشود.
6. گزارشگیری و Drift Detection
امکان مقایسه پایگاه دادهها و شناسایی اختلافات (Schema Drift) را فراهم میسازد.
چرخه کار با Liquibase
1. ایجاد یک ChangeLog جدید و تعریف تغییرات.
2. ثبت تغییرات در سیستم کنترل نسخه (مانند Git).
3. اجرای دستورات Liquibase در محیط توسعه برای اعمال تغییرات.
4. اجرای خودکار در CI/CD pipeline برای انتشار تغییرات به محیطهای Stage و Production.
5. استفاده از دستورات Diff و Snapshot برای بررسی تغییرات و جلوگیری از ناسازگاری.
مزایا
کاهش ریسک خطا در تغییرات دیتابیس.
بهبود همکاری بین توسعهدهندگان و DBAها.
امکان استقرار سریعتر و ایمنتر.
تضمین یکپارچگی دیتابیس در محیطهای مختلف
چالشها و محدودیتها
برخی تغییرات (مانند حذف ستونهای حاوی داده) به راحتی قابل Rollback نیستند.
نیاز به آموزش تیمها برای تعریف ChangeSetها به صورت استاندارد.
مدیریت تغییرات پیچیده در دیتابیسهای بزرگ ممکن است زمانبر باشد.
در حقیقت Liquibase ابزاری قدرتمند برای آوردن مفاهیم DevOps به دنیای پایگاه داده است. این ابزار با فراهم کردن امکان نسخهپذیری، Rollback، و اتوماسیون تغییرات، به سازمانها کمک میکند پایگاه دادههای خود را با همان کیفیت و سرعت کد نرمافزار مدیریت کنند. در نتیجه، استقرار تغییرات پایدارتر، سریعتر و قابل اعتمادتر خواهد بود.
#database #devops #dba #ci #cd
@unixmens
ابزارLiquibase چیست؟
ابزارLiquibase یک ابزار متنباز و مستقل از پلتفرم است که برای مدیریت تغییرات پایگاه داده استفاده میشود. این ابزار به توسعهدهندگان و DBAها امکان میدهد تغییرات در ساختار پایگاه داده (مانند ایجاد جدول، افزودن ستون یا تغییر ایندکسها) را به صورت کد نسخهپذیر (Database as Code) مدیریت کنند.
ابزار Liquibase از فایلهایی به نام ChangeLog استفاده میکند که شامل مجموعهای از ChangeSetهاست. هر ChangeSet یک تغییر مشخص در پایگاه داده را تعریف میکند. به این ترتیب، تغییرات پایگاه داده به صورت تاریخچهدار، قابل بازبینی و تکرارپذیر مدیریت میشوند
ویژگیهای کلیدی Liquibase
1. مدیریت نسخهای تغییرات پایگاه داده
تمام تغییرات در قالب ChangeLog ذخیره شده و میتوان آنها را در مخزن Git مدیریت کرد.
2. قابلیت Rollback
ابزار Liquibase این امکان را فراهم میکند که در صورت بروز مشکل، تغییرات اعمالشده به عقب بازگردانده شوند.
3. پشتیبانی از فرمتهای مختلف
در حقیقت ChangeLogها میتوانند در قالب XML، YAML، JSON یا SQL نوشته شوند.
4. مستقل از پایگاه داده
از اکثر دیتابیسهای محبوب (Oracle, PostgreSQL, MySQL, SQL Server و غیره) پشتیبانی میکند.
5. اتوماسیون در CI/CD
به راحتی با ابزارهای CI/CD مانند GitLab CI/CD، Jenkins، Azure DevOps و غیره یکپارچه میشود.
6. گزارشگیری و Drift Detection
امکان مقایسه پایگاه دادهها و شناسایی اختلافات (Schema Drift) را فراهم میسازد.
چرخه کار با Liquibase
1. ایجاد یک ChangeLog جدید و تعریف تغییرات.
2. ثبت تغییرات در سیستم کنترل نسخه (مانند Git).
3. اجرای دستورات Liquibase در محیط توسعه برای اعمال تغییرات.
4. اجرای خودکار در CI/CD pipeline برای انتشار تغییرات به محیطهای Stage و Production.
5. استفاده از دستورات Diff و Snapshot برای بررسی تغییرات و جلوگیری از ناسازگاری.
مزایا
کاهش ریسک خطا در تغییرات دیتابیس.
بهبود همکاری بین توسعهدهندگان و DBAها.
امکان استقرار سریعتر و ایمنتر.
تضمین یکپارچگی دیتابیس در محیطهای مختلف
چالشها و محدودیتها
برخی تغییرات (مانند حذف ستونهای حاوی داده) به راحتی قابل Rollback نیستند.
نیاز به آموزش تیمها برای تعریف ChangeSetها به صورت استاندارد.
مدیریت تغییرات پیچیده در دیتابیسهای بزرگ ممکن است زمانبر باشد.
در حقیقت Liquibase ابزاری قدرتمند برای آوردن مفاهیم DevOps به دنیای پایگاه داده است. این ابزار با فراهم کردن امکان نسخهپذیری، Rollback، و اتوماسیون تغییرات، به سازمانها کمک میکند پایگاه دادههای خود را با همان کیفیت و سرعت کد نرمافزار مدیریت کنند. در نتیجه، استقرار تغییرات پایدارتر، سریعتر و قابل اعتمادتر خواهد بود.
#database #devops #dba #ci #cd
@unixmens
در نمایشگاه الکامپ بصورت سریع در وقت کم نیم نگاهی داشتم . برخی ها خوب بودند و برخی ها غیر قابل پذیرش و در حقیقت عالی وجود نداشت .
اما چرا ؟
در دنیای امروز، شرکتها و سازمانها بهطور روزافزون به برگزاری رویدادهای مشترک، کنفرانسها، همایشها و نشستهای تخصصی روی میآورند. این رویدادها در ظاهر قرار است بستری برای همافزایی، ایجاد شبکههای همکاری، انتقال دانش و شکلگیری کامیونیتیهای حرفهای باشند.
اما پرسش اساسی این است: آیا واقعا چنین رویدادهایی به هدف خود میرسند، یا صرفا به یک نمایش پرزرقوبرق تبدیل میشوند؟
واقعیت این است که تا زمانی که Collaboration (همکاری واقعی) و Communication (ارتباط مؤثر) بهدرستی آموخته و نهادینه نشود، هر رویدادی بیش از آنکه یک محرک تغییر باشد، صرفا یک «شو» است و دیگر هیچ.
معیارهای سنجش اصالت یک رویداد چیست ؟
برای آنکه بفهمیم یک رویداد صرفا نمایشی بوده یا ارزش واقعی ایجاد کرده، میتوان چند پرسش کلیدی مطرح کرد:
۱. همکاری واقعی (Collaboration)
چند شرکت واقعا با هم پروژه مشترک تعریف کردند؟
خروجی این همکاریها بعد از رویداد ملموس و سنجشپذیر بوده یا همهچیز در همان روز به پایان رسیده است؟
۲. ایجاد کامیونیتی (Community Building)
چند شرکت برای ساخت و تقویت کامیونیتی اقدام کردند؟
آیا ساختار، فرم یا برنامهای عملی برای استمرار جامعه پس از رویداد وجود داشت؟
۳. همراستایی با کسبوکار (Business Alignment)
چند ارائه و پرزنتیشن واقعا با اهداف سازمان و بیزینس هماهنگ بود؟
آیا مدیران و تصمیمگیران توانستند بین آنچه روی اسلاید بود و آنچه در بازار نیاز است، ارتباطی پیدا کنند؟
۴. شفافیت در ویژن (Vision Clarity)
چند شرکت ویژن شفاف و آیندهنگرانهای ارائه دادند؟
آیا این ویژن با روندهای جهانی همسو بود یا صرفا شعاری برای پر کردن زمان روی سن یا غرفه؟
۵. تداوم و پیگیری (Follow-up & Sustainability)
چند شرکت بعد از پایان رویداد، ارتباطها و همکاریها را ادامه دادند؟
آیا نتایج و آموختهها منتشر شد یا همهچیز همانجا متوقف شد؟
چرا این پرسشها مهم هستند؟
این پرسشها صرفا ابزار انتقاد نیستند؛ بلکه معیاریاند برای آنکه بدانیم یک رویداد تا چه حد توانسته از سطح نمایش فراتر رود و به یک تجربه تحولآفرین تبدیل شود.
وقتی پاسخ بیشتر این پرسشها «هیچ» یا «خیلی کم» باشد، نتیجه روشن است: ما هنوز در مرحله شو باقی ماندهایم، نه در مرحله اثرگذاری.
برگزاری رویداد، نمایش اسلایدهای زیبا یا گرفتن عکسهای یادگاری به معنای تحول سازمانی یا ایجاد همکاری نیست.
آنچه یک رویداد را ارزشمند میکند، توانایی ایجاد روابط واقعی، تعریف پروژههای مشترک، ایجاد کامیونیتی پایدار و داشتن ویژن شفاف است.
تا زمانی که این اصول درک و اجرا نشوند، هر رویدادی—even اگر با هزینههای هنگفت و در سالنهای باشکوه برگزار شود—چیزی بیش از یک «شو» نخواهد بود.
اما چرا ؟
در دنیای امروز، شرکتها و سازمانها بهطور روزافزون به برگزاری رویدادهای مشترک، کنفرانسها، همایشها و نشستهای تخصصی روی میآورند. این رویدادها در ظاهر قرار است بستری برای همافزایی، ایجاد شبکههای همکاری، انتقال دانش و شکلگیری کامیونیتیهای حرفهای باشند.
اما پرسش اساسی این است: آیا واقعا چنین رویدادهایی به هدف خود میرسند، یا صرفا به یک نمایش پرزرقوبرق تبدیل میشوند؟
واقعیت این است که تا زمانی که Collaboration (همکاری واقعی) و Communication (ارتباط مؤثر) بهدرستی آموخته و نهادینه نشود، هر رویدادی بیش از آنکه یک محرک تغییر باشد، صرفا یک «شو» است و دیگر هیچ.
معیارهای سنجش اصالت یک رویداد چیست ؟
برای آنکه بفهمیم یک رویداد صرفا نمایشی بوده یا ارزش واقعی ایجاد کرده، میتوان چند پرسش کلیدی مطرح کرد:
۱. همکاری واقعی (Collaboration)
چند شرکت واقعا با هم پروژه مشترک تعریف کردند؟
خروجی این همکاریها بعد از رویداد ملموس و سنجشپذیر بوده یا همهچیز در همان روز به پایان رسیده است؟
۲. ایجاد کامیونیتی (Community Building)
چند شرکت برای ساخت و تقویت کامیونیتی اقدام کردند؟
آیا ساختار، فرم یا برنامهای عملی برای استمرار جامعه پس از رویداد وجود داشت؟
۳. همراستایی با کسبوکار (Business Alignment)
چند ارائه و پرزنتیشن واقعا با اهداف سازمان و بیزینس هماهنگ بود؟
آیا مدیران و تصمیمگیران توانستند بین آنچه روی اسلاید بود و آنچه در بازار نیاز است، ارتباطی پیدا کنند؟
۴. شفافیت در ویژن (Vision Clarity)
چند شرکت ویژن شفاف و آیندهنگرانهای ارائه دادند؟
آیا این ویژن با روندهای جهانی همسو بود یا صرفا شعاری برای پر کردن زمان روی سن یا غرفه؟
۵. تداوم و پیگیری (Follow-up & Sustainability)
چند شرکت بعد از پایان رویداد، ارتباطها و همکاریها را ادامه دادند؟
آیا نتایج و آموختهها منتشر شد یا همهچیز همانجا متوقف شد؟
چرا این پرسشها مهم هستند؟
این پرسشها صرفا ابزار انتقاد نیستند؛ بلکه معیاریاند برای آنکه بدانیم یک رویداد تا چه حد توانسته از سطح نمایش فراتر رود و به یک تجربه تحولآفرین تبدیل شود.
وقتی پاسخ بیشتر این پرسشها «هیچ» یا «خیلی کم» باشد، نتیجه روشن است: ما هنوز در مرحله شو باقی ماندهایم، نه در مرحله اثرگذاری.
برگزاری رویداد، نمایش اسلایدهای زیبا یا گرفتن عکسهای یادگاری به معنای تحول سازمانی یا ایجاد همکاری نیست.
آنچه یک رویداد را ارزشمند میکند، توانایی ایجاد روابط واقعی، تعریف پروژههای مشترک، ایجاد کامیونیتی پایدار و داشتن ویژن شفاف است.
تا زمانی که این اصول درک و اجرا نشوند، هر رویدادی—even اگر با هزینههای هنگفت و در سالنهای باشکوه برگزار شود—چیزی بیش از یک «شو» نخواهد بود.
👍1
What if your self-paced training came with a live, 1-on-1 conversation with a Red Hat expert?With the expert chat feature, available in the premium and standard tiers of the Red Hat Learning Subscription, you get real-time support from Red Hat-certified experts.Whether you are tackling tough concepts or just need clarity in a lab, expert chat is here to help you keep moving forward.The expert chat feature from Red Hat adds value to your learning experience through:Direct access to expertiseConnect with certified Red Hat experts to get answers to your specific questions about courses and labs.
via Red Hat Blog https://ift.tt/FIWQ0gd
via Red Hat Blog https://ift.tt/FIWQ0gd
Redhat
Red Hat Learning Subscription: Expert chat for premium and standard users
Get real-time support from Red Hat-certified experts with the expert chat feature in the premium and standard tiers of the Red Hat Learning Subscription.
Standardizing your company’s operating environment starts with the operating system (OS), but it doesn’t end there. As the number of systems grows, configurations drift, maintenance becomes repetitive, and updates can quickly turn into a headache. At Red Hat, we support your standardization journey by providing you with what you need to deliver a robust, coherent, and integrated solution for your standard operating environment.In this post, I explore the key areas you should take into account along your standardization journey, and how these can be simplified using Red Hat technologies, pr
via Red Hat Blog https://ift.tt/rChlbDS
via Red Hat Blog https://ift.tt/rChlbDS
Redhat
Simplify standardization journey with Red Hat technologies
Explore key areas of Standardization journey and learn how Red Hat technologies can help simplify it. From consistency across hybrid cloud to Identity Management, Provisioning, and Automation. Start your journey today.
The telecommunications service provider landscape continues to be rewritten with the coming of 5G Advanced, edge computing, automation, and AI. But realizing their full potential demands a continued shift in infrastructure for service providers to be more agile and efficient. Cloud-native architectures and open source principles have emerged as the path forward, offering the flexibility and speed needed to differentiate from offering pure connectivity. Yet, a significant challenge of fragmentation persists thanks to complex islands of legacy infrastructure and technical debt that have built up
via Red Hat Blog https://ift.tt/ts9Jdyk
via Red Hat Blog https://ift.tt/ts9Jdyk
Redhat
Red Hat and Sylva unify the future for telco cloud
Red Hat and Sylva are collaborating to unify the future of telco cloud, with Red Hat OpenShift achieving Sylva 1.5 compliance. This integration aims to provide service providers with a more competitive and efficient operation through cost optimization, strategic…
We are writing to provide an update regarding a security incident related to a specific GitLab environment used by our Red Hat Consulting team. Red Hat takes the security and integrity of our systems and the data entrusted to us extremely seriously, and we are addressing this issue with the highest priority. What happenedWe recently detected unauthorized access to a GitLab instance used for internal Red Hat Consulting collaboration in select engagements. Upon detection, we promptly launched a thorough investigation, removed the unauthorized party’s access, isolated the instance, and contacte
via Red Hat Blog https://ift.tt/yU3ekiD
via Red Hat Blog https://ift.tt/yU3ekiD
Redhat
Security update: Incident related to Red Hat Consulting GitLab instance
We are writing to provide an update regarding a security incident related to a specific GitLab environment used by our Red Hat Consulting team. Red Hat takes the security and integrity of our systems and the data entrusted to us extremely seriously, and we…
Red Hat Summit 2026 call for proposals is now openRed Hat Summit is coming to Atlanta, Georgia and we're looking for our community of experts—customers, partners, and associates—to share their knowledge and experiences. The call for proposals is open now through November 12. Submit your session proposal today for a chance to present at Red Hat Summit 2026. Learn more Red Hat Enterprise Linux (RHEL) on AWS Cloud Marketplace trial is now liveThe new self-serve Red Hat Enterprise Linux (RHEL) on AWS Cloud Marketplace trial is now live! With the trial available in the cloud marketplace, it's n
via Red Hat Blog https://ift.tt/kICp1bV
via Red Hat Blog https://ift.tt/kICp1bV
Redhat
Friday Five — October 3, 2025 | Red Hat
The Friday Five is a weekly Red Hat blog post with 5 of the week's top news items and ideas from or about Red Hat and the technology industry.
این دیدگاه شما اشتباه هست .
به قول آلبرت اینشتین که میگه : زمانی بدرستی چیزی را میدونی که بتونی به مادربزرگت توضیح بدی .
نکته بعدی : این فکت ها هیچ بک گراند علمی ندارند . و حاصل هیچ استدلال و تحلیل نیستند
در جوامع پیشرفته گفتمان جای مفاهیم خود برتری و ارباب و رعیتی را گرفتن
پیشنهاد میکنم در موضوع تفکر سیستمی و اصول و فنون مذاکره مطالعات خودمان را گسترش بدیم
نکته بعدی : فرایند یادگیری برای هر کسی وجود داره .
و همچنین فرق هست بین کسی که عناد میکنه و تلاشی برای دانستن نداره و مرغ براش یه پا هست
چارچوب تحول گفتمان
ارباب–رعیتی: من میدانم، تو نمیدانی
مشارکتی: هر کسی بخشی از پازل را دارد. دانایی جمعی ارزشمندتر از فردی است
۲. شیوهی بیان
ارباب–رعیتی: تحکم، دستور، قطعیت مطلق
مشارکتی: توضیح ساده، قابل فهم حتی برای “مادربزرگ” همراه با پرسش و دعوت به گفتوگو.
۳. نقشها در گفتگو
ارباب–رعیتی: یک نفر مرجع حقیقت است و بقیه شنونده.
مشارکتی: همه نقش فعال دارند؛ شنیدن، پرسیدن، و افزودن دیدگاه
۴. تعامل با اختلاف نظر
ارباب–رعیتی: مخالفت = تهدید. طرف مقابل باید ساکت شود
مشارکتی: مخالفت = فرصت برای دیدن زاویه جدید
1. تفکر سیستمی: نگاه به روابط و پیامدها، نه فقط اجزاء
2. اصول و فنون مذاکره: تمرکز روی منافع مشترک به جای مواضع فردی
3. بازخورد سازنده: به جای قضاوت، پیشنهاد رشد.
4. یادگیری مستمر: پذیرفتن اینکه همیشه چیزی برای یاد گرفتن وجود داره
به قول آلبرت اینشتین که میگه : زمانی بدرستی چیزی را میدونی که بتونی به مادربزرگت توضیح بدی .
نکته بعدی : این فکت ها هیچ بک گراند علمی ندارند . و حاصل هیچ استدلال و تحلیل نیستند
در جوامع پیشرفته گفتمان جای مفاهیم خود برتری و ارباب و رعیتی را گرفتن
پیشنهاد میکنم در موضوع تفکر سیستمی و اصول و فنون مذاکره مطالعات خودمان را گسترش بدیم
نکته بعدی : فرایند یادگیری برای هر کسی وجود داره .
و همچنین فرق هست بین کسی که عناد میکنه و تلاشی برای دانستن نداره و مرغ براش یه پا هست
چارچوب تحول گفتمان
ارباب–رعیتی: من میدانم، تو نمیدانی
مشارکتی: هر کسی بخشی از پازل را دارد. دانایی جمعی ارزشمندتر از فردی است
۲. شیوهی بیان
ارباب–رعیتی: تحکم، دستور، قطعیت مطلق
مشارکتی: توضیح ساده، قابل فهم حتی برای “مادربزرگ” همراه با پرسش و دعوت به گفتوگو.
۳. نقشها در گفتگو
ارباب–رعیتی: یک نفر مرجع حقیقت است و بقیه شنونده.
مشارکتی: همه نقش فعال دارند؛ شنیدن، پرسیدن، و افزودن دیدگاه
۴. تعامل با اختلاف نظر
ارباب–رعیتی: مخالفت = تهدید. طرف مقابل باید ساکت شود
مشارکتی: مخالفت = فرصت برای دیدن زاویه جدید
1. تفکر سیستمی: نگاه به روابط و پیامدها، نه فقط اجزاء
2. اصول و فنون مذاکره: تمرکز روی منافع مشترک به جای مواضع فردی
3. بازخورد سازنده: به جای قضاوت، پیشنهاد رشد.
4. یادگیری مستمر: پذیرفتن اینکه همیشه چیزی برای یاد گرفتن وجود داره
This media is not supported in your browser
VIEW IN TELEGRAM
ماجرای کلاس تک نفره از زبان معلمی که ویدیو او در فضای مجازی پرتکرار شد
درود بر این معلم
درود بر این معلم
❤1
It's hard to deny that we now live in a time where AI permeates everyday life—from customer service bots to autonomous assistants. However, poorly designed AI solutions can lead to misplaced trust, misinformation, and ethical lapses, as evidenced by several high-profile failures. Air Canada's chatbot once misled a grieving passenger with inaccurate refund advice, resulting in a tribunal ruling that held the airline accountable for the AI's errors and underscoring the legal risks of unchecked automation.Microsoft's Bing AI, dubbed Sydney, veered into threatening and manipulative behavior dur
via Red Hat Blog https://ift.tt/3bVNhzu
via Red Hat Blog https://ift.tt/3bVNhzu
Redhat
Classifying human-AI agent interaction
Explore a comprehensive framework for human-AI interaction patterns, learn how to apply these classifications, and discover examples of agentic AI in action. Get started today.
At Red Hat, our goal is to provide enterprise-grade automation solutions that evolve with your needs. As part of this commitment, we are deprecating the Red Hat ServiceNow Notification Service application from the ServiceNow Store. This isn't a reduction in capability; it's an evolution. We're moving away from a simplified, one-size-fits-all application to more robust and modern integration patterns that offer the capabilities required by enterprise IT environments.From simplicity to capability and flexibilityThe Red Hat ServiceNow Notification Service application was designed for simplicity,
via Red Hat Blog https://ift.tt/osCAFad
via Red Hat Blog https://ift.tt/osCAFad
Redhat
Evolving our ServiceNow integration: Sunsetting the Notification Service for more capable alternatives
At Red Hat, our goal is to provide enterprise-grade automation solutions that evolve with your needs. As part of this commitment, we are deprecating the Red Hat ServiceNow Notification Service application from the ServiceNow Store.
Last year, Red Hat introduced Red Hat OpenStack Services on OpenShift, the next major release of Red Hat OpenStack Platform. The architectural shift brought the power of OpenStack’s Infrastructure-as-a-Service (IaaS) together with the agility of Red Hat OpenShift, allowing organizations to run virtualized and cloud-native workloads on a single, unified platform. As businesses face increasing pressure to optimize costs and consolidate IT environments, especially in light of shifting market dynamics, many are looking for a modern approach to managing their cloud infrastructure. To address that
via Red Hat Blog https://ift.tt/j8Ixqa6
via Red Hat Blog https://ift.tt/j8Ixqa6
Redhat
Introducing Red Hat OpenStack VMware migration toolkit
Learn about Red Hat's new OpenStack VMware Migration Toolkit, designed to streamline and accelerate your journey to Red Hat OpenStack Services on OpenShift. Discover features like seamless workload migration, automation, and support for large-scale migrations.
متا اعلام کرد که دامنه دسترسی به مدلهای هوش مصنوعی Llama را برای اهداف دفاعی و امنیت ملی به متحدان کلیدی ایالات متحده گسترش میدهد.
علاوه بر کشورهای عضو Five Eyes (استرالیا، کانادا، نیوزیلند و بریتانیا)، اکنون فرانسه، آلمان، ایتالیا، ژاپن، کره جنوبی و همچنین نهادهای ناتو و اتحادیه اروپا نیز به این فناوری دسترسی خواهند داشت.
مدلهای Llama بهدلیل ماهیت متنباز خود، امکان دانلود، استقرار امن و استفاده بدون نیاز به اشتراکگذاری دادههای حساس با ارائهدهندگان شخص ثالث را فراهم میکنند. دولتها میتوانند این مدلها را با دادههای اختصاصی خود بهینهسازی (fine-tune) کرده، در محیطهای امن با سطوح مختلف طبقهبندی میزبانی کنند و نسخههای سفارشیشده را در سیستمها و تجهیزات میدانی بهکار گیرند.
متا برای ارائه راهحلهای مبتنی بر Llama با شرکتهایی مانند AWS، Microsoft، Google Cloud، Palantir، Lockheed Martin و Oracle همکاری میکند.
در حال حاضر، ارتش آمریکا از این فناوری برای تعمیر سریعتر تجهیزات نظامی استفاده میکند. همچنین متا با شرکتهای نظامی ایالات متحده در حال توسعه عینکها و پوشیدنیهای هوشمند برای سربازان است تا توانایی دید و تصمیمگیری آنان را بهبود دهد. شرکتهای بزرگ فناوری از جمله مایکروسافت، آمازون و گوگل نیز در این پروژه مشارکت دارند.
متا اعلام کرده است که برنامهای تدریجی و مرحلهبهمرحله برای گسترش دسترسی به مدلهای Llama در حوزههای دفاعی و امنیت ملی در حال اجراست. این شرکت با مشورت و هماهنگی نزدیک با دولت آمریکا، بررسی امکان افزودن کشورهای بیشتری به این فهرست را در دستور کار دارد.
🔗 منبع: Meta Newsroom
#ai #military 🪖
علاوه بر کشورهای عضو Five Eyes (استرالیا، کانادا، نیوزیلند و بریتانیا)، اکنون فرانسه، آلمان، ایتالیا، ژاپن، کره جنوبی و همچنین نهادهای ناتو و اتحادیه اروپا نیز به این فناوری دسترسی خواهند داشت.
مدلهای Llama بهدلیل ماهیت متنباز خود، امکان دانلود، استقرار امن و استفاده بدون نیاز به اشتراکگذاری دادههای حساس با ارائهدهندگان شخص ثالث را فراهم میکنند. دولتها میتوانند این مدلها را با دادههای اختصاصی خود بهینهسازی (fine-tune) کرده، در محیطهای امن با سطوح مختلف طبقهبندی میزبانی کنند و نسخههای سفارشیشده را در سیستمها و تجهیزات میدانی بهکار گیرند.
متا برای ارائه راهحلهای مبتنی بر Llama با شرکتهایی مانند AWS، Microsoft، Google Cloud، Palantir، Lockheed Martin و Oracle همکاری میکند.
در حال حاضر، ارتش آمریکا از این فناوری برای تعمیر سریعتر تجهیزات نظامی استفاده میکند. همچنین متا با شرکتهای نظامی ایالات متحده در حال توسعه عینکها و پوشیدنیهای هوشمند برای سربازان است تا توانایی دید و تصمیمگیری آنان را بهبود دهد. شرکتهای بزرگ فناوری از جمله مایکروسافت، آمازون و گوگل نیز در این پروژه مشارکت دارند.
متا اعلام کرده است که برنامهای تدریجی و مرحلهبهمرحله برای گسترش دسترسی به مدلهای Llama در حوزههای دفاعی و امنیت ملی در حال اجراست. این شرکت با مشورت و هماهنگی نزدیک با دولت آمریکا، بررسی امکان افزودن کشورهای بیشتری به این فهرست را در دستور کار دارد.
🔗 منبع: Meta Newsroom
#ai #military 🪖
Forwarded from Academy and Foundation unixmens | Your skills, Your future
This media is not supported in your browser
VIEW IN TELEGRAM
به گفته :🔻 عدم توازن درآمد و هزینه، #صنعت_ارتباطات را فرسوده کرده؛ افزایش اخیر نرخ ارز هم هزینه اپراتورها را افزایش داده است
رئیس هیات مدیره سندیکای صنعت مخابرات ایران در گفتوگو با #سیتنا:
🔹 عدم توازن درآمد و هزینه در صنعت ارتباطات، شبکههای ارتباطی را فرسوده و توسعه را مختل کرده است.
🔹 ترس از تورم آینده باعث شده نرخ ارز در هفتههای اخیر با جهش مواجه شود که این افزایش نرخ ارز هم هزینههای اپراتورها را بیشتر میکند.
هزینههای برق، گاز و نگهداری دیتاسنترها در سه سال گذشته بیش از چهار برابر شده، اما درآمدها متناسب با آن رشد نکرده است.
رئیس هیات مدیره سندیکای صنعت مخابرات ایران در گفتوگو با #سیتنا:
🔹 عدم توازن درآمد و هزینه در صنعت ارتباطات، شبکههای ارتباطی را فرسوده و توسعه را مختل کرده است.
🔹 ترس از تورم آینده باعث شده نرخ ارز در هفتههای اخیر با جهش مواجه شود که این افزایش نرخ ارز هم هزینههای اپراتورها را بیشتر میکند.
هزینههای برق، گاز و نگهداری دیتاسنترها در سه سال گذشته بیش از چهار برابر شده، اما درآمدها متناسب با آن رشد نکرده است.
من در حوزه DevOps فعالیت میکنم و همچنین سالهاست در حوزه پایگاه داده فعالیت میکنم . بالای ۹ سال oracle dba بودم .
به طور میانگین عرض کنم . بالای ۷۰ درصد مشکلات performance مربوط به app ها در سمت پایگاه داده است .
این موضوع در database DevOps هم معنا پیدا کرده .
همچنین از یاد نبریم database storage engine ها و فلسفه اون ها و تفاوت engine ها را .
در هر پایگاه داده هم این مفاهیم به نحوی در معماری اون گنجانده شده .
از یاد نبریم پایگاه داده بدون system design مثل پرنده ای است که پرواز نمیکند .
به طور خلاصه:
واقعیت این است که خیلی از تیمها وقتی درباره DevOps حرف میزنند، لایهی داده را به چشم «black box» نگاه میکنند؛ در حالیکه همانطور که گفتیم، بیش از ۷۰٪ مشکلات performance معمولاً ریشه در design و behavior پایگاه داده دارد، نه صرفاً در کد یا سرور اپلیکیشن.
چند نکته در ادامهی برای تکمیل بحث:
در واقع Database DevOps یعنی درآوردن پایگاه داده از حاشیه و آوردنش به چرخهی تحویل مستمر — دقیقاً مثل application code.
یعنی پایگاه داده هم باید versioned، testable و deployable باشد (مثلاً با ابزارهایی مثل Liquibase, Flyway, Alembic).
در موردش چندین مقاله نوشتم .
موضوع Storage Engineها — مثل InnoDB، RocksDB، WiredTiger یا حتی ASM در Oracle — در واقع قلب تپندهی رفتار سیستم هستند.
تفاوت در write pattern، buffer management، concurrency control، transaction isolation و logging مستقیماً روی latency و throughput اپ اثر میگذارد.
نکته بعدی : System Design برای پایگاه داده همان چیزی است که خیلیها از آن غافلاند.
اگر schema design، index strategy، partitioning logic و data lifecycle مدیریت نشود، هیچ tuning یا DevOps pipeline نمیتواند نجاتش دهد.
#devops #database #dba #tips
https://www.tgoop.com/unixmens
به طور میانگین عرض کنم . بالای ۷۰ درصد مشکلات performance مربوط به app ها در سمت پایگاه داده است .
این موضوع در database DevOps هم معنا پیدا کرده .
همچنین از یاد نبریم database storage engine ها و فلسفه اون ها و تفاوت engine ها را .
در هر پایگاه داده هم این مفاهیم به نحوی در معماری اون گنجانده شده .
از یاد نبریم پایگاه داده بدون system design مثل پرنده ای است که پرواز نمیکند .
به طور خلاصه:
واقعیت این است که خیلی از تیمها وقتی درباره DevOps حرف میزنند، لایهی داده را به چشم «black box» نگاه میکنند؛ در حالیکه همانطور که گفتیم، بیش از ۷۰٪ مشکلات performance معمولاً ریشه در design و behavior پایگاه داده دارد، نه صرفاً در کد یا سرور اپلیکیشن.
چند نکته در ادامهی برای تکمیل بحث:
در واقع Database DevOps یعنی درآوردن پایگاه داده از حاشیه و آوردنش به چرخهی تحویل مستمر — دقیقاً مثل application code.
یعنی پایگاه داده هم باید versioned، testable و deployable باشد (مثلاً با ابزارهایی مثل Liquibase, Flyway, Alembic).
در موردش چندین مقاله نوشتم .
موضوع Storage Engineها — مثل InnoDB، RocksDB، WiredTiger یا حتی ASM در Oracle — در واقع قلب تپندهی رفتار سیستم هستند.
تفاوت در write pattern، buffer management، concurrency control، transaction isolation و logging مستقیماً روی latency و throughput اپ اثر میگذارد.
نکته بعدی : System Design برای پایگاه داده همان چیزی است که خیلیها از آن غافلاند.
اگر schema design، index strategy، partitioning logic و data lifecycle مدیریت نشود، هیچ tuning یا DevOps pipeline نمیتواند نجاتش دهد.
#devops #database #dba #tips
https://www.tgoop.com/unixmens
Telegram
Academy and Foundation unixmens | Your skills, Your future
@unixmens_support
@yashar_esm
[email protected]
یک کانال علمی تکنولوژی
فلسفه متن باز-گنو/لینوکس-امنیت - اقتصاد
دیجیتال
Technology-driven -بیزینس های مبتنی بر تکنولوژی
Enterprise open source
ارایه دهنده راهکارهای ارتقای سازمانی - فردی - تیمی
@yashar_esm
[email protected]
یک کانال علمی تکنولوژی
فلسفه متن باز-گنو/لینوکس-امنیت - اقتصاد
دیجیتال
Technology-driven -بیزینس های مبتنی بر تکنولوژی
Enterprise open source
ارایه دهنده راهکارهای ارتقای سازمانی - فردی - تیمی
❤3👍2
These are exciting times for AI. Enterprises are blending AI capabilities with enterprise data to deliver better outcomes for employees, customers, and partners. But as organizations weave AI deeper into their systems, that data and infrastructure also become more attractive targets for cybercriminals and other adversaries.Generative AI (gen AI), in particular, introduces new risks by significantly expanding an organization’s attack surface. That means enterprises must carefully evaluate potential threats, vulnerabilities, and the risks they bring to business operations. Deploying AI with a
via Red Hat Blog https://ift.tt/kBIDTHJ
via Red Hat Blog https://ift.tt/kBIDTHJ
Redhat
Mitigating AI's new risk frontier: Unifying enterprise cybersecurity with AI safety
Learn how to build more trustworthy AI systems by unifying AI security with your established cybersecurity practices and layering in safety measures. Discover the benefits of a holistic approach to AI security and safety with Red Hat.
When an organization currently on VMware evaluates transitioning to a new cloud platform, such as Red Hat OpenStack Services on OpenShift, a key initial concern is typically the effective migration of VMware virtual machine workloads. The Red Hat OpenStack VMware Migration toolkit specifically addresses this need, providing an Ansible collection that aims to simplify and automate the migration process from VMware environments into Red Hat OpenStack Services on OpenShift. This toolkit significantly reduces the complexity and downtime often associated with manual migrations, enabling organizatio
via Red Hat Blog https://ift.tt/1tm3XBS
via Red Hat Blog https://ift.tt/1tm3XBS
Redhat
Red Hat OpenStack VMware Migration toolkit deep-dive
When an organization currently on VMware evaluates transitioning to a new cloud platform, such as Red Hat OpenStack Services on OpenShift, a key initial concern is typically the effective migration of VMware virtual machine workloads.
