یو وصل شوی محصول د انجینرۍ د بشپړیدو څخه ډیر وخت دمخه بشپړ شوی ښکاري. پروټوټایپ مستحکم دی، معلومات کلاوډ ته رسیږي، ایپ سم ارزښتونه ښیې، او د وسیلو لومړۍ ډله دمخه د کاروونکو په لاس کې ده. پدې مرحله کې، بیک انډ ممکن لاهم دومره ساده وي چې ټیم نږدې هر وسیله په انفرادي ډول پیژني. چمتو کول د سکریپټ سره اداره کیدی شي، د ترتیب بدلونونه په لاسي ډول ترسره کیدی شي، او که یو څه ناکام شي، یو انجینر معمولا کولی شي ستونزه مستقیم تعقیب کړي.
بیا باید په حقیقي نړۍ کې ژوند پیل کړي. د هارډویر دوهمه بیاکتنه څرګندیږي. ځینې پیرودونکي لاهم د لومړۍ بیاکتنې څخه کار اخلي. د فرم ویئر نسخې توپیر پیل کوي. د مختلف پیرودونکي یا بازار لپاره نوي ترتیب ته اړتیا ده، پداسې حال کې چې زاړه وسایل لاهم تازه معلوماتو او ملاتړ ته اړتیا لري.
هیڅ شی ضرور نه ماتیږي. د وسیلې تر شا سافټویر په ساده ډول خپل ژوند دوره ترلاسه کړې ده.
دا لیږد په اسانۍ سره له لاسه ورکول کیدی شي ځکه چې پروټوټایپ کولی شي په بشپړ ډول ښه کار ته دوام ورکړي. مګر کله چې د ورته فزیکي محصول ډیری نسخې په ساحه کې یوځای شتون ولري، نو شاته پای نور یوازې د هارډویر تر شا زیربنا نه ده. دا پخپله د محصول جوړښت برخه کیږي.
یو کار کوونکی وصل شوی پروټوټایپ لا تر اوسه د اندازې وړ محصول نه دی
یو پروټوټایپ یوه مهمه دنده لري: دا ثابتوي چې سیسټم له پای څخه تر پایه کار کوي. وسیله خپل اصلي فعالیت ترسره کوي، فرم ویئر د بیک انډ سره اړیکه نیسي، ټیلی میټري هغه ځای ته رسیږي چې باید وي، امرونه بیرته سفر کوي، او د ګرځنده یا ویب انٹرفیس فعالیت کارونکي ته ښکاره کوي.
هغه څه چې معمولا یې نه دي ثابت کړي دا دي چې ورته سیسټم څومره ښه ډول ډول ډولونه اداره کوي.
لومړني شل وسایل ممکن ټول ورته فرم ویئر چلوي، ورته هارډویر بیاکتنې ته جوړ شوي وي، او د ورته انجینرانو لخوا تنظیم شوي وي. په دې مرحله کې، لاسي راجسټریشن، مستقیم ترتیب بدلونونه، یا د کوچني آن بورډینګ سکریپټ په بشپړ ډول معقول کیدی شي. د محصول د ځان ثابتولو دمخه د تولید درجې وسیلې جوړول ممکن له وخت څخه مخکې وي.
پیمانه ستونزه بدلوي. وسایل آفلاین پاتې کیږي، بدلیږي، مختلف فرم ویئر چلوي، او د پیرودونکو مختلف ترتیباتو ته اړتیا لري. ملاتړ باید هغه واحد توپیر وکړي چې هیڅکله په سمه توګه چمتو شوی نه وي له هغه څخه چې غلط تنظیم شوی وي یا په ساده ډول د لاسرسي وړ نه وي.
د پروټوټایپ پور اکثرا پدې ډول پیل کیږي: د یوې بدې پریکړې سره نه، مګر د لنډمهاله پریکړې سره چې د محصول له حرکت وروسته په خپل ځای پاتې کیږي. او یو له لومړیو شیانو څخه چې دا لیږد په نظر کې نیسي پخپله هارډویر دی. یو نوی بیاکتنه په ساده ډول د زاړه ځای نه نیسي؛ دا باید د هغې سره یوځای وي.
د هارډویر هر بیاکتنه د سافټویر د ژوند دورې ستونزه رامینځته کوي
د هارډویر نوې بیاکتنه په ندرت سره د زاړه لپاره د پاک بدیل په توګه راځي. په عمل کې، دواړه نسخې په ساحه کې پاتې کیږي، ځینې وختونه د کلونو لپاره. د لیږد بیچ، څو فرم ویئر څانګې، او د پیرودونکو ځانګړي تشکیلات اضافه کړئ، او بیړۍ په چټکۍ سره د اصلي محصول ماډل په پرتله ډیر متنوع کیږي.
د سافټویر طبقه نور نشي کولی هر واحد د یوې خلاصې "وسیلې" په توګه وګڼي. دا اړتیا لري چې پوه شي چې دا ځانګړی واحد د څه کولو توان لري.
یو تعدیل شوی بورډ ممکن یو بل سینسر، د اړیکو ماډل، یا کنټرولر وکاروي. هغه قومانده چې د وروستي نسخې لپاره اعتبار لري ممکن د پخوانۍ نسخې لخوا ملاتړ ونلري. د کیلیبریشن ارزښتونه بدلیدلی شي. د ترتیب محدودیتونه بدلیدلی شي. د یو نسل لپاره مناسب فرم ویئر بسته ممکن د بل نسل لپاره ناامنه وي.
د فزیکي محصول انجنیران لا دمخه پدې ډول کار کوي. دوه برخې چې تقریبا ورته ښکاري د تبادلې وړ ندي که چیرې د دوی بیاکتنې، زغم، یا مشخصات توپیر ولري. وصل شوي محصولات د سافټویر اړخ کې ورته ستونزه رامینځته کوي: پلیټ فارم د دې پوهیدو لپاره د باور وړ لارې ته اړتیا لري چې د فزیکي محصول کوم نسخه ورسره خبرې کوي او کوم قواعد پرې پلي کیږي.
د یو محصول په اړه فکر وکړئ چې لومړۍ کتنه یې د کیلیبریشن یوه پروسه کاروي پداسې حال کې چې دویمه یې یو نوی سینسر او د پیرامیټرو مختلف سیټ معرفي کوي. د پیرودونکي لپاره، دواړه واحدونه ممکن لاهم ورته محصول وي. د پلیټ فارم لپاره، دوی نشي کیدی.
که چیرې دا توپیرونه په واضح ډول ونه ښودل شي، نو دوی د ځانګړو قضیو په توګه د غوښتنلیک منطق ته ننوځي. یو کاري فلو د سیریل نمبر رینج چیک کوي. بل د هارډویر تولید لپاره د پراکسي په توګه د فرم ویئر نسخه کاروي. دریم یو استثنا لري چې وروسته له هغه اضافه کیږي کله چې ملاتړ په ساحه کې یو زوړ بیچ په مختلف ډول چلند کوي. د دې اصلاحاتو څخه هیڅ یو په ځانګړي ډول خطرناک نه ښکاري، مګر یوځای دوی د هر راتلونکي بدلون په اړه د استدلال لپاره ستونزمن کوي.
زاړه هارډویر په ندرت سره په مهالویش کې ورک کیږي. د محصول ټیمونه په طبیعي ډول په نوي بیاکتنې تمرکز کوي، پداسې حال کې چې پیرودونکي ډیری وختونه پخوانۍ نسخې د تمې څخه ډیر اوږد ساتي. له همدې امله پلیټ فارم باید په یوځل کې د څو نسلونو ملاتړ وکړي د دې پرځای چې فرض کړي چې نصب شوی اساس به تل په یو واحد اوسني حالت کې راټول شي.
کله چې دا پیښ شي، د هارډویر ارتقا او د سافټویر د ژوند دورې مدیریت نه جلا کیدونکي کیږي. پلیټ فارم ته اړتیا ده چې نه یوازې پوه شي چې وسیله چیرته ده او ایا آنلاین ده، بلکه دا څه شی دی، څه چلیدلی شي، څنګه باید تنظیم شي، او کوم بدلونونه پلي کول خوندي دي.
او مخکې لدې چې د دې پوښتنو څخه کومې ته په ډاډمن ډول ځواب ورکړل شي، هر وسیله باید په منظم ډول سیسټم ته ننوځي.
چمتو کول هغه ځای دی چې لاسي انجینري د اندازه کولو مخه نیسي
کله چې بیړۍ کوچنۍ وي نو چمتو کول ساده ښکاري: د وسیلې ریکارډ جوړ کړئ، سریال نمبر دننه کړئ، اسناد تولید کړئ، یونټ پیرودونکي ته ورکړئ، ترتیب پلي کړئ، او پرمخ لاړ شئ. د څو درجن وسیلو لپاره، د دې ځینې برخې په لاسي ډول اداره کول ممکن لاهم سم انتخاب وي.
په هرصورت، د تولید په کچه، چمتو کول د وسیلې د هویت، اعتبار، مالکیت، ترتیب، او د ژوند دورې حالت په تقاطع کې موقعیت لري. د ننوتلو پرمهال ترسره شوې تېروتنه کولی شي د فابریکې څخه د وتلو وروسته د واحد د چلولو او ملاتړ کولو څرنګوالی اغیزه وکړي.
یو سپریډ شیټ ممکن نور د هغه څه سره سمون ونلري چې په حقیقت کې نصب شوي دي. د بدیل وسیله د غلط هویت په میراث پرته د سم پیرودونکي ټولنې ته اړتیا لري. د فابریکې بیا تنظیم کول د پروسې له لارې بله لاره رامینځته کوي. یو انسټالر کولی شي یو واحد غلط حساب ته وټاکي، ملاتړ پریږدي ترڅو معلومه کړي چې ایا دا آفلاین دی، په غلط ډول چمتو شوی، یا په ساده ډول غلط ترتیب لري.
کله چې د دې پوښتنو ځوابونه په منظم ډول یو پراختیا کونکي ته اړتیا ولري چې ډیټابیس معاینه کړي یا داخلي سکریپټ پرمخ بوځي، نو پروسه د محصول سره اندازه کول بند کړي.
نقل کول یو بل د خبرداري نښه ده. د محصول هر ډول خپل د ان بورډینګ سکریپټ، ترتیب کولو وسیله، یا د نصب کونکي کاري فلو ترلاسه کول پیل کوي. دا توپیرونه ممکن کوچني ښکاري، مګر اصلي مسؤلیت ورته دی. چمتو کول د بیا کارونې وړ پلیټ فارم زیربنا ګرځیدلې ده نه د یو ځانګړي وسیلې سره تړلي تنظیم کولو دنده.
او دا په ندرت سره یوازینۍ وړتیا ده چې د بیا کارولو وړ کیدو ته اړتیا لري.
د پلیټ فارم طبقه باید د بیا کارونې وړ زیربنا شي
کله چې څو محصولات یا هارډویر بیاکتنې ورته اساسي اړتیاوې شریکې کړي، د سافټویر ځینې وړتیاوې د محصول پورې اړه نلري. د وسیلې پیژندنه، چمتو کول، ارتباط، ټیلی میټري، د فرم ویئر تحویلي، د ژوند دورې حالت، د بیړیو لید، او تشخیصات ښه مثالونه دي. د هر نوي ډول لپاره د دوی بیا رغونه د محصول پخپله نور ځانګړی کولو پرته د ساتلو لپاره ډیر کوډ او ډیر عملیاتي لارې رامینځته کوي.
ټیمونه په ندرت سره د دې نقل جوړولو لپاره پیل کوي. کوچني توپیرونه د هر محصول شاوخوا راټولیږي تر هغه چې ټیم د هغه څه ډیری پلي کول ساتي چې ورته انجینري مسؤلیت ګرځیدلی.
یو پاک سرحد دا دی چې د محصول طبقه د پلیټ فارم طبقې څخه جلا شي. د محصول طبقه چلند، کاري جریان، انٹرفیسونه، ادغامونه، او ډومین منطق لري چې یو ځانګړی وسیله ارزښتناکه کوي. د پلیټ فارم طبقه هغه میخانیکونه اداره کوي چې باید د هارډویر بدلون سره سره هم دوام ولري.
لکه څنګه چې وصل شوي محصولات د دوی د لومړي خپریدو څخه هاخوا ځي، د وسیلې چمتو کول، د وسیلې د ژوند دورې مدیریت، د بیړیو مدیریت، او د ملاتړ وسیلې د یو ځلي پروژې توضیحاتو پرځای شریک زیربنا کیږي. د تصدیو لپاره IoT PaaS کولی شي د بیا کارونې وړ پلیټ فارم پرت په ډیری محصولاتو یا محصول ډولونو کې چمتو کړي، د بیا کارونې وړ ودانیو بلاکونو له لارې معیاري وسیله او ډیټا مدیریت اداره کوي پداسې حال کې چې انجینرۍ ټیمونه خپلې دودیزې هڅې په هارډویر، کاري جریان او د کارونکي تجربې تمرکز کوي.
یو ګډ بنسټ لاهم باید د اصلي محصول توپیرونو لپاره ځای پریږدي. یو نوی وسیله ممکن د مختلف ډیټا ماډل، ترتیب جریان، ادغام، یا کنټرول منطق ته اړتیا ولري، او دا توپیرونه باید معرفي کول اسانه پاتې شي. هدف په ساده ډول دا دی چې د هر توپیر څخه مخنیوی وشي چې د بل وسیلې راجسټری، ټیلی میټری پایپ لاین، چمتو کولو میکانیزم، یا د بیړیو مدیریت وسیلو سیټ سره ودریږي.
پلیټ فارم ممکن د سر په څیر ښکاري پداسې حال کې چې ټیم لومړی محصول جوړوي او د دوهم یا دریم لخوا د یوې شتمنۍ په څیر ښکاري. یوځل چې عام عملیاتي میخانیکونه ځای په ځای شي، یو نوی ډول کولی شي د بل بیک انډ سره د رسیدو پرځای د کار بنسټ میراث کړي چې ټیم به یې د دې محصول د پاتې ژوند لپاره وساتي.
په هغه ځای کې چې محصول په حقیقت کې توپیر لري، دودیز انجینري وساتئ.
د بیا کارونې وړ پلیټ فارم باید وصل شوي محصولات نور عام نه کړي. د دې دنده دا ده چې د هغو برخو څخه تکراري انجینري لرې کړي چې توپیر نه رامینځته کوي.
دودیزې هڅې لاهم د وسیلې چلند، د ډومین ځانګړي منطق، کاري جریان، د کاروونکي تجربه، ځانګړي ادغام، او هغه لارې پورې اړه لري چې یو ځانګړی محصول د فزیکي نړۍ سره تعامل کوي. دا په سمه توګه هغه ساحې دي چیرې چې د انجینرۍ انتخابونه کولی شي یو محصول د بل په پرتله په معنی ډول غوره کړي.
هغه څه چې په ندرت سره ورته چلند مستحق دي هغه د شاوخوا عملیاتي نلونو ځای دی. د ورته ماشین یوه اساسي نسخه او صنعتي نسخه ممکن مختلف سینسرونو، کنټرولونو او انٹرفیسونو ته اړتیا ولري، مګر دوی باید د وسیلو پیژندلو، د فرم ویئر نسخو تعقیبولو، یا د بیړۍ اداره کولو لپاره جلا لارو ته اړتیا ونلري.
زه به غوره وګڼم چې انجنیران دا وخت د دې په ښه کولو کې ولګوي چې محصول په ساحه کې څنګه چلند کوي د دې پرځای چې د هغه میخانیکونو بیا رغونه وکړي چې ټیم یې دمخه د بل محصول لپاره لري. یو ګډ بنسټ د دودیز انجینرۍ لپاره ساحه نه کموي؛ دا دا هڅې د زیربنا لخوا مصرف کیدو څخه ساتي.
اصلي ازموینه هغه وخت راځي کله چې ټیم دوهم نمبر محصول پیل کړي.
یو ښه پلیټ فارم راتلونکی محصول د لومړي په پرتله اسانه کوي
که چیرې د دوهم نمبر محصول لپاره تقریبا د لومړي نمبر محصول په څیر ورته پلیټ فارم کار ته اړتیا وي، نو په حقیقت کې ډیر لږ بیا کارول شوي دي.
یو نوی ډول باید د عملیاتي ماډل هغه برخې میراث کړي چې نه دي بدل شوي: د چمتو کولو جریان، هویت، د ژوند دورې میخانیکونه، د بیړیو وسایل، د فرم ویئر پروسې، د ملاتړ لید، او عام ادغام. د انجینرۍ هڅې بیا توپیرونو ته ځي - شاید د سینسر نوی کڅوړه، د کنټرول بل کاري جریان، یا د پیرودونکي ځانګړي ادغام - د بنسټ بیا رغولو پرځای.
د هارډویر نوی نسل ورته نظر تر ډیر فشار لاندې راولي. د هغې وړتیاوې ممکن د پام وړ بدلون ومومي پداسې حال کې چې زاړه واحدونه په ساحه کې فعال پاتې کیږي. یو بالغ پلیټ فارم کولی شي د دواړو ملاتړ وکړي پرته لدې چې ټیم مجبور کړي چې دوه جلا پلیټ فارم سټیکونه وساتي د هغه څه لپاره چې پیرودونکي لاهم د یوې محصول کورنۍ په توګه ګوري.
له دې څخه هیڅ یو واحد شاته پای ته اړتیا نلري. مختلف محصولات ممکن لاهم روښانه معمارۍ سرحدونو ته اړتیا ولري. هغه څه چې مهم دي د ښه دلیل پرته د ورته انجینرۍ مسؤلیت دوهم پلي کولو څخه مخنیوی دی.
دا هغه وخت دی چې پلیټ فارم د راټول شوي اضافي سر پرځای شتمني شي. ملاتړ د پوهیدو لپاره لږ موازي وسیلې لري، خپرونې ډیرې دوامداره لارې تعقیبوي، او د بل محصول اضافه کول د بل بیک انډ پرځای کنټرول شوی توسیع کیږي چې شرکت یې په غیر مستقیم ډول میراث کوي.
پلیټ فارم د محصول د جوړښت د یوې برخې په توګه وګڼئ
فزیکي محصولات د بیاکتنې، خدماتو وړتیا، تولید وړتیا، او راتلونکي بدلونونو په پام کې نیولو سره ډیزاین شوي. وصل شوي محصولات د سافټویر په برخه کې ورته نظم ته اړتیا لري.
لومړی شالید لنډمهاله کیدی شي. همداسې د چمتو کولو لومړی سکریپټ یا ملاتړ وسیله هم کیدی شي. پدې کې هیڅ شی غلط نه دی. ستونزې هغه وخت پیل کیږي کله چې دا لنډمهاله میخانیکونه په خاموشۍ سره دایمي معمارۍ شي پداسې حال کې چې محصول پخپله وده ته دوام ورکوي.
تر هغه وخته پورې، وصل شوی محصول نور یوازې هارډویر، فرم ویئر، او یو اپلیکیشن نه دی. دا په هغه زیربنا پورې هم اړه لري چې هر وسیله پیژني، د هغې وړتیاوې پوهیږي، سم ترتیب پلي کوي، تازه معلومات ملاتړ کوي، او ټیمونو سره د بار وړلو وروسته کلونو کې د ستونزو تشخیص کې مرسته کوي.
کله چې دا طبقه د محصول د جوړښت په توګه وګڼل شي، نو ویش روښانه کیږي: معیاري میخانیکونه د بیا کارولو وړ پاتې کیږي، پداسې حال کې چې دودیز کار هغه څه ته ځي چې په حقیقت کې یو محصول یا د محصول کورنۍ له بل څخه توپیر کوي.
تر ټولو قوي پلیټ فارم یوازې هغه نه دی چې لومړی وصل شوی محصول ممکن کوي. دا هغه دی چې د انجینرۍ ټیم ته اجازه ورکوي چې دوهم، دریم او څلورم جوړ کړي پرته له دې چې هر ځل نوی بیک اینډ په میراث ترلاسه کړي.
