امروزه نوآوری و نوسازی یک انتخاب برای شکست دادن رقبا و برجسته شدن در چشم مصرف کنندگان نیست بلکه به یک ضرورت تبدیل شده است و شرکتهایی که نمیتوانند با فناوری همگام شوند و خدمات خود را ارتقا دهند، در معرض شکست هستند.
نزدیک به ۷۰ درصد از کسب و کارها در سراسر جهان یا تحول دیجیتال خود را آغاز کرده اند و یا یک استراتژی تحول دیجیتال در دست اجرا دارند و در حال آماده شدن برای اجرای آن هستند.
تحول دیجیتال چالشهای زیادی را به همراه دارد و شرکتها برای اطمینان از موفقیتآمیز بودن دیجیتالیسازی خود، باید از موانع زیادی عبور کنند. مسلماً بزرگترین چالش همه آنها مهاجرت معماری اصلی کسب و کار موجود به یک محیط دیجیتال و پلتفرمی است.
سیستم های قدیمی به هیچ وجه معیوب نیستند ، آنها هنوز هم عملکردی را ارائه می دهند و نیازهای تجاری را که در ابتدا برای آن طراحی شده بودند برآورده می کنند. مشکل این است – این تمام کاری است که سیستمهای قدیمی قادر به انجام آن هستند. آنها با استفاده از فناوری قدیمی ساخته شدهاند، و نمیتوانند از آخرین قابلیتهای دیجیتالی مانند محاسبات ابری استفاده کنند و نمیتوانند با سیستمهای جدیدتر تعامل داشته باشند .
به عبارت دیگر، سیستمهای قدیمی شرکتها را عقب نگه میدارند و با ناتوانی در استفاده از آخرین نوآوریهای تکنولوژیک، مانع از تحول دیجیتالی آنها میشوند. در عین حال، آنها برای اکثر عملکردهای تجاری سازمان ضروری هستند و این مساله جایگزینی آنها را بسیار دشوار می کند.
شما نمی توانید سیستم قدیمی خود را رها کنید، از طرفی نمی توانید به فناوری های جدیدتر مهاجرت کنید و یک سیستم کاملاً جدید را از ابتدا بسازید. سوال این است – چه کاری می توانید انجام دهید؟
مهاجرت از ساختار یکپارچه سنتی به میکروسرویس ها نسبت به توسعه مجدد کل سیستم از ابتدا هزینه و خطر کمتری دارد. اما امید خود را زیاد نکنید – فرآیند مهاجرت پر از چالش های فنی و سازمانی است.
“میکروسرویس چیست؟“ و چه تاثیری می توانند بر کسب و کار شما داشته باشند. در ادامه یک طراحی پایه از یک معماری میکروسرویس و مولفه های اصلی آن مشاهده میکنیم:
Load Balancer: This distributes incoming traffic across multiple backend services
CDN (Content Delivery Network): CDN is a group of geographically distributed servers that hold static content for faster delivery. The clients look for content in CDN first, then progress to backend services
API Gateway: This handles incoming requests and routes them to the relevant services. It talks to the identity provider and service discovery
Identity Provider: This handles authentication and authorization for users
Service Registry & Discovery: Microservice registration and discovery happen in this component, and the API gateway looks for relevant services in this component to talk to
Management: This component is responsible for monitoring the services
Microservices: Microservices are designed and deployed in different domains. Each domain has its own database. The API gateway talks to the microservices via REST API or other protocols, and the microservices within the same domain talk to each other using RPC (Remote Procedure Call)
من با یک چیز موافق هستم، اتخاذ تصمیم برای مهاجرت به یک معماری میکروسرویس (یا یک سازمان چابک) تصمیمی نیست که ساده گرفته شود، این یک کار بسیار دشواری است و گاهی اوقات بهتر است یک مدل یکپارچه و سنتی را حفظ کنیم.
شما باید تصمیم خود را با توجه به مجموعه ای از عوامل سازمانی، فرهنگی، محیطی و مالی خاص شرکت تنظیم کنید. شما باید بدانید که چگونه پارامترهای برنامهای را که میخواهید (دوباره) بسازید ارزیابی کنید: امنیت، تجربه کاربر و الزامات عملکردی و..بنابراین قابل درک است که برخی از معماران تصمیمات طراحی اشتباه می گیرند و معماری خود را در طول مسیر تغییر می دهند.
با این حال، پیشنهاد من این است شما میتوانید با اجرای اصول زیرساختیDevOps ، مانند خودکارسازی برخی فرآیند ها ، تست و Deploy، زمان خود را برای افزایش تجربه مشتری بهبود بخشید.بهترین تصمیم ؛ جایگزینی تدریجی ویژگیهای کاربردی معماری سنتی و یکپارچه با میکروسرویسها است.
دکتری مهندسی پزشکی علم و صنعت ایران و علاقمند به حوزه سیگنال های حیاتی و هوش مصنوعی
اردیبهشت ۲۲, ۱۴۰۳
اردیبهشت ۱۴, ۱۴۰۳
اردیبهشت ۷, ۱۴۰۳
اردیبهشت ۵, ۱۴۰۳
فروردین ۱۶, ۱۴۰۳