- خانه
- ابر، زیرساخت و DevOps
- طراحی معماری ابری
معماری بیش از حد پیچیده، هزینهٔ نگهداریاش از صرفهجوییاش بیشتر میشود. ما دو گزینه با هزینه و ریسک متفاوت طراحی میکنیم و تفاوتشان را با عدد توضیح میدهیم.
دقیقاً چه کار میکند
- طراحی بر اساس الگوی بار واقعی، نه پیشبینی خوشبینانه
- دو گزینهٔ معماری با مقایسهٔ عددی هزینه و ریسک
- طراحی برای دسترسپذیری هدف، نه حداکثر ممکن
- زیرساخت بهصورت کد از روز اول
- مستندات معماری قابل تحویل به تیم داخلی
مسیر اجرا، مرحله به مرحله
گام 1: ارزیابی وضعیت موجود
معماری فعلی، هزینهٔ ماهانه و نقاط شکست را مستند میکنیم. خروجی، یک نقشهٔ وابستگی است که معمولاً برای خود تیم هم تازگی دارد.
گام 2: طراحی معماری هدف
دو گزینه با هزینه و ریسک متفاوت ارائه میدهیم و تفاوتشان را با عدد توضیح میدهیم، نه با ترجیح شخصی.
گام 3: مهاجرت مرحلهای
سرویسها یکییکی و با مسیر بازگشت منتقل میشوند. هیچ مهاجرتی بدون امکان برگشت در همان شب انجام نمیشود.
گام 4: تحویل با مستندات اجرایی
رانبوک، داشبورد پایش و آموزش تیم عملیات. هدف این است که برای هر تغییر کوچک به ما وابسته نباشید.
به چه چیزهایی وصل میشود
- Kubernetes
- زیرساخت
- Git / CI
- زیرساخت
- Prometheus / Grafana
- پایش
- REST API
- اتصال عمومی
اتصال به سامانهٔ اختصاصی شما هم ممکن است و در برآورد لحاظ میشود.
کدام صنایع سفارش میدهند
پروژهای با قیمت ثابت
عدد ثابتی روی سایت نمیگذاریم، چون بدون دیدن وضعیت شما هر عددی حدس است. در جلسهٔ اول دامنه را مشخص میکنیم و پیشفاکتور با تفکیک اقلام میفرستیم.
سؤالهای پیش از خرید
این سرویس چه چیزی را عوض میکند؟
یک جلسهٔ ۳۰ دقیقهای بگذارید. وضعیت فعلیتان را میبینیم و میگوییم چه چیزی عوض میشود و چه چیزی نه.