رفتن به محتوا
مطالعات موردی

Clearly: بنیان تاب‌آور برای اوج تقاضای تجارت الکترونیک

نوسازی مرحله‌ای میزبانی Clearly مهاجرت AWS، اتوماسیون زیرساخت و ظرفیت الاستیک برای بارکاری تجارت الکترونیک را ترکیب کرد.

  • حامیان اجرایی
  • مدیران فناوری اطلاعات
  • مدیران پروژه
  • معماران و رهبران مهندسی
معماری مفهومی

زمینه کسب‌وکار

Clearly عینک نسخه‌ای را آنلاین می‌فروشد. ترکیب زیرساخت محلی و Rackspace محدودیت در مقیاس، تاب‌آوری و پشتیبانی از دوره‌های اوج معاملات ایجاد کرد.

پروژه روی بنیان دیجیتال آماده تولید متمرکز شد: مقیاس‌پذیری، دسترس‌پذیری، بازیابی و تحویل کنترل‌شده باید با هم کار کنند.

چالش معماری

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

معماری در بستر تصمیم

معماری مفهومی

معماری مفهومی برای مرزهای تصمیم؛ محیط مشتری را نشان نمی‌دهد.

پیاده‌سازی مرحله‌ای

  1. 01انتقال محیط به حساب AWS طراحی‌شده با ابزار مهاجرت متناسب بارکاری.
  2. 02تنظیم اندازه سرور و گسترش مجموعه سرور پشت توازن بار F5.
  3. 03ورود پیکربندی زیرساخت به Terraform و مدیریت پیکربندی به Ansible.
  4. 04معرفی autoscaling و بهبود پاسخ زیرساخت به تقاضای اوج.

مهندسی فراتر از جابه‌جایی اولیه

کار تحویل‌شده شامل pipeline-as-code با Jenkins و GitHub، کشف سرویس با HashiCorp Consul و الگوهای مدیریت اسرار با AWS Secrets Manager و HashiCorp Vault بود. معماری در صورت نیاز محیط، AWS و Azure و محلی را به هم وصل کرد.

آنچه معماری ممکن کرد

  • مدل تأمین زیرساخت تکرارپذیر به‌جای پیکربندی دستی یکبار مصرف.
  • ظرفیت بارکاری الاستیک با رفتار توازن بار مشخص.
  • بنیان روشن‌تر برای دسترس‌پذیری، بازیابی فاجعه و کنترل امنیت.
  • پلتفرم عملیاتی قابل تکامل پس از مهاجرت اولیه.

درس برای سازمان دیگر

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

پرسش‌های متداول

پرسش‌ها و پاسخ‌ها

کدام پلتفرم‌ها و ابزارها درگیر بودند؟

پروژه منبع AWS و Azure، Terraform، Ansible، Jenkins، GitHub، F5، Consul، AWS Secrets Manager و HashiCorp Vault را ذکر می‌کند. این صفحه کار معماری را برجسته می‌کند نه تجویز همان مجموعه برای هر مشتری.

#
آیا همان معماری برای خرده‌فروش دیگر قابل استفاده است؟

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

#
چگونه پروژه مشابه را مطرح کنیم؟

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

#
نقطه شروع روشن‌تر

تصمیم ابری بعدی شما از اینجا آغاز می‌شود.

محیط، اولویت‌ها و تصمیم ابری بعدی خود را با ما در میان بگذارید.