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

بیشتر شرکت ها از زیرساخت های عمومی عمومی و خصوصی برای میزبانی برنامه های خود استفاده می کنند. در یک نظرسنجی 85٪ از رهبران فناوری اطلاعات ، ابر هیبریدی را محیط عملیاتی ایده آل می دانند ، و نیمی می گویند که تمام نیازهای آنها را برآورده می کند.

با این حال ، اصطلاح ابر ابر ترکیبی شامل حالات متنوعی است ، از ساده. ، محیط های بازیابی فاجعه منفعل (DR) برای برنامه های کاربردی فعال ، فعال ، پیچیده و نابسامان. حالت دوم – محیط های عمومی و خصوصی عمومی و خصوصی با بار متعادل و باران – یک بار الگوی ایده آل عملیاتی ابر محسوب می شد زیرا معماران سیستم را قادر می سازد از مزایا استفاده کنند و از نقص هر دو کاسته شوند.

چالش های پشت سر هم ابر

"ترکیدن ابر" استعاره هواشناسی برای توصیف این سناریوی بهترین از هر دو جهان شد. در این مدل ، زیرساختهای ابری خصوصی تقاضاهای منابع اولیه را به عهده می گیرند و میزبان پایگاه داده های حساس ، میراث دار و سیستم های برگشتی هستند. زیرساختهای عمومی ابر خطوط بار فصلی ، انفجارهای موقتی و سیستم های جلویی وب را مقیاس می نامد. در مفهومی که با عنوان "arbitrage multi-cloud" شناخته می شود ، یک شرکت از چندین ارائه دهنده IaaS به همراه نرم افزار تجزیه و تحلیل هزینه در زمان واقعی استفاده می کند و پشت سر هم برای یک بار کاری خاص در یک زمان خاص ، پشتیبان ارزان ترین فروشنده را هدایت می کند.

غالباً اینگونه است ، یک تئوری زیبا با سر و صدا وارد واقعیت آشفتگی زیرساخت های چند ابر و طراحی برنامه ها شد. در نتیجه ، تعداد کمی از شرکتها قادر به استقرار معماریهای پشت سر هم هستند ، حتی اگر آرزوی بیشتری داشته باشند. در واقع ، بدبینان ادعا می کنند که ترکیدن ابر عمدتاً یک اسطوره است. شرکت مشاوره معماری IT اخیراً به چهار چالش مهم اشاره کرده است که به طور معمول مانع اتخاذ می شود:

  • شبکه سازی ، یعنی ساختن کم زمان تاخیر ، پهنای باند پهن ، اتصالات اضافی بین ابرهای عمومی و خصوصی و به طور خودکار مسیریابی اتصالات ورودی به مکان مطلوب.
  • Security ، زیرا مربوط به خط مشی ها و کنترل های مداوم ، هم برای کاربران و هم برای سیستم ها ، در محیط های مختلف است.
  • قوام داده ها ، یا مشکل همگام سازی فروشگاه های داده در چندین سایت ،
  • محافظت از داده ها ، مسئله مربوط به نگه داشتن نسخه پشتیبان تهیه شده در هنگام تغذیه از منابع متعدد.

من یک چالش پنجم اضافه می کنم: بطور خودکار مستقر و مقیاس پویا. منابع . این مربوط به توانایی یک ابر عمومی است – در درجه اول محاسبات یا نمونه های کانتینر ، بلکه ذخیره I / O – برای رسیدگی به تقاضای گذرا ، پشت سر هم.

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

شبکه و امنیت

شبکه و امنیت اساسی ترین چالش های پشت سر هم ابر هستند زیرا آنها باید برای هر محیط ترکیبی ، خواه با استفاده از پشت سر هم ابر حل شوند. . خوشبختانه ، این جایی است که تیم های فناوری اطلاعات فناوری اطلاعات و خدمات متنوعی را از جمله ارائه دهندگان اصلی ابر ، شرکت های مخابراتی ، ISP ها و اپراتورهای colocation پیدا می کنند. چندین راه مطمئن برای پیوند دادن ابرهای خصوصی و عمومی برای اتصال بهمراه ابرهای ترکیبی وجود دارد:

  • ابرهای خصوصی مجازی که از پروتکل های استاندارد VPN استفاده می کنند – معمولاً IPsec – و یک روتر مجازی برای پیوند یک شبکه داخلی در یک یا چند بخش خصوصی زیر شبکه ها در ابر عمومی. یک شرکت می تواند از طریق VPN شبکه شرکتی خود را به یک زیر شبکه ابری گسترش دهد و با در اختیار داشتن سرویس های مجازی مانند روترها ، دروازه های NAT و دروازه های اینترنت ، کنترل کامل بر جریان ترافیک را حفظ کند.
  • مدارهای خصوصی با استفاده از خدمات ارائه دهنده ابری مانند AWS Direct متصل شوند ، Azure ExpressRoute یا محصولات معادل Google ، Oracle و IBM. این پیشنهادات یک پیوند اختصاصی با تأخیر کم بین شبکه های ابری خصوصی و عمومی مشتری را فراهم می کند. به دلیل محدودیت در نقاط انتهایی ، سرویس معمولاً در یک مرکز جابجایی خاتمه می یابد ، جایی که می تواند به جای یک مرکز داده های شرکتی به قفسه های خصوصی مشتری متصل شود.
  • مدارهای خصوصی از طریق یک سرویس از یک telco ، ISP یا ارائه دهنده colocation. اینها به خدمات ارائه شده توسط ارائه دهندگان ابر شباهت دارند ، اما آنها از ارتباطات گسترده با شرکتهای بزرگ برای ارائه مکانهای بسیار پایان یافته بهره برداری می کنند. خدماتی مانند AT&T NetBond یا Equinix Cloud Exchange همچنین طراحی اتصالات چند ابر را ساده تر می کند ، زیرا آنها با همه ارائه دهندگان اصلی IaaS و SaaS همسایه هستند.

هر دو نوع خدمات مدار خصوصی باعث می شود شرکت ها بتوانند کنترل کاملی بر مسیریابی شبکه ، مدیریت ترافیک داشته باشند. و سیاست امنیتی با این حال ، سرویس های ارائه دهنده ابر مانند Direct Connect بهترین گزینه برای غلبه بر چالش های پشت سر هم ابر هستند. این سرویس ها به مدارهای فیبر متکی هستند که در مرکز داده های ارائه دهنده ابر خاتمه می یابند ، بنابراین بیشترین عملکرد و کمترین تأخیر را ارائه می دهند.

قوام و محافظت از داده ها

مشابه با اجرای DR DR ، ایجاد ترکیبی از ابر نیاز به تکثیر اجزای برنامه دارد. از محل تا ابر عمومی IaaS. یک سازمان باید به صورت دستی منابع زیربنایی لازم و توپولوژی شبکه را بسازد ، مگر اینکه قبلاً سیستم زیرساخت-آگونیستی-کد-کد مانند Terraform ، Chef ، Ansible یا موارد دیگر را بطور کامل پیاده سازی کرده باشد که به برنامه نویسی اجازه می دهد تا منابع و پیکربندی های آن را از طریق برنامه نویسی کند. با این حال ، یک بار در محل ، ابزارهای بومی ارائه دهندگان ابر ، مانند AWS CloudFormation یا Google Cloud Deployment Manager ، می توانند مقیاس پذیری یا کپی کردن منابع را در مناطق دیگر ابر به صورت خودکار انجام دهند.

هماهنگ سازی داده ها بسته به نوع خود می تواند از چند طریق مورد بررسی قرار گیرد. معماری برنامه:

  • پایگاه های داده را در محل بگذارید و از قابلیت اتصال ابر مطمئن هیبریدی با سرعت بالا و از طریق مدار خصوصی فوق الذکر اطمینان حاصل کنید. این استراتژی برای برنامه هایی کاربرد دارد که حساس به تأخیر نیستند و به طور مداوم به یک پایگاه داده دسترسی ندارند ، زیرا ردیف های برنامه جلویی و منطق کسب و کار ، تنگناهای اصلی هنگام افزایش بار هستند.
  • پایگاه های داده را در همه مکان ها ، خصوصاً برای تکرار کنید. برنامه های کاربردی با بارهای سنگین پایگاه داده تراکنش. همانندسازی ذاتاً مشکلات سازگاری داده ها را ایجاد می کند ، اما این مسائل توسط سیستم های پایگاه داده مانند Oracle و Microsoft SQL Server حل شده است که از همانند سازی چند جانبه پشتیبانی می کنند. برنامه هایی که نیاز به سازگاری در زمان واقعی دارند باید از روش پیشرفته تری مانند Oracle RAC ، GoldenGate یا محصولات متنوع شخص ثالث یا منبع باز مانند Qlik Replicate یا SymmetricDS استفاده کنند.

تخصیص منابع پویا

پس از لوله کشی شبکه و برنامه زیرساخت ها در حال اجرا هستند ، بخش عملیاتی ترکیدن ابر مستلزم کارگردانی و متعادل کردن بارهای کاری بین محیط ها و محیط های ابری است.

ابزار اصلی برای این کار توازن بار ، کنترل کننده های تحویل برنامه و رابط های شبکه مجازی است. موازنه بار مدرن گزینه های پیکربندی کافی برای مشخص کردن فاکتورهای وزنی بار ، محدودیت منابع / CPU و مقررات مربوط به شرایط لازم برای تنظیم هر سناریوی پشت سر هم دارند. خدمات متعادل سازی بار ابر مانند Balancing Balancing AWS ، تعادل بالابر Google Cloud یا Azure Load Balancer به طور خودکار ظرفیت مقیاس را برای افزایش ترافیک افزایش می دهد.

یکی دیگر از چالش های پشت سر هم ابر مدیریت ظرفیت پویا است. برنامه های حاوی کانتینر یک مزیت ذاتی در اینجا دارند زیرا Kubernetes می تواند بطور خودکار خوشه ها و غلاف ها را ، که گروه های ظروف روی یک میزبان هستند ، مقیاس کنید. کلیه سرویسهای اصلی Kubernetes دارای اتوکلاست خوشه ای است.

مدیریت ظرفیت با برنامه های میزبانی شده از VM سخت تر است ، اگرچه سیستم عامل های ابری بزرگ از اتوکال کردن گروه های نمونه از طریق سرویس هایی مانند EC2 Auto Scaling و Azure Scale مجموعه ای پشتیبانی می کنند. این ابزارها به سیاستهایی مانند استفاده مجازی از CPU ، ترافیک شبکه یا سایر معیارهای خدمات نظارت مربوطه پاسخ می دهند.