تقریباً چهار سال پیش، ما شروع به طراحی یک سیستم پست الکترونیکی کاملاً جدید به نام Mailion کردیم که برای ارتباطات شرکتی طراحی شده است. راه حل ما بر اساس معماری میکروسرویس Cloud Native ساخته شده است که می تواند با بیش از 1 کاربر به طور همزمان کار کند و 000٪ از نیازهای شرکت های بزرگ را پوشش می دهد.
در طول کار بر روی Mailion، تیم چندین بار رشد کرده است و اکنون تقریبا 70 توسعه دهنده در این محصول مشارکت دارند. ما از ایده و اولین نمونه های اولیه تا مرحله آزمایشی نسخه تجاری راه زیادی پیموده ایم. زمان آن فرا رسیده است که به Habr در مورد نوع محصولی که ایجاد می کنیم، سیستم پستی ما مرتب شده و کار می کند، از چه پشته فناوری استفاده می کنیم و چرا راه حل ما آینده ارتباطات شرکتی است، بگوییم. بیا بریم!
هابر، سلام! نام من آنتون گراسیموف است، من رئیس بخش توسعه در مرکز توسعه مسکو این شرکت هستم . امروز می‌خواهیم Mailion را معرفی کنیم، یک سیستم پستی اساساً جدید روسی کلاس شرکتی که جایگزین مناسبی برای راه‌حل‌های رایج خارجی خواهد شد. Mailion ظرفیت بار بالا، مقیاس پذیری و انعطاف پذیری بی نظیر را ارائه می دهد و به حداقل توجه مدیران سیستم نیاز دارد.
اکنون توسعه ما در مرحله بتا است، اما به زودی، طبق برنامه ما، تا پایان سال 2020، به وضعیت اجرای آزمایشی یک محصول تجاری خواهد رفت.
در بیشتر موارد، این مقاله حاوی اطلاعات کلی است - پوشش یک محصول نرم افزاری پیچیده در یک نشریه به سادگی غیرممکن است. من قصد دارم یک سری مقاله با داستانی در مورد فناوری های کلیدی بسازم. در ضمن برای راحتی شما مطالب زیر را پیشنهاد می کنم:
سیستم پستی شرکتی چیست؟
پاسخ ساده و واضح به این سوال ابزار ایمیل و تقویم است. اما شیطان، همانطور که می دانید، در جزئیات است.
بنابراین، ما در حال ایجاد نسل جدیدی از نامه با عملکردهای برنامه ریزی پیشرفته هستیم که بر بخش شرکت ها و شرکت های بزرگ متمرکز است. تمرکز ما بر کار با ساختارهای تجاری و دولتی بزرگ است که می تواند از 30 هزار تا چند صد هزار شغل داشته باشد.
سیستم ما بر اساس اصل یک راه حل پلت فرم است. ما بر اساس مفهوم ارتباطات یکپارچه ساخته شده‌ایم و یک ابزار واحد برای کار با نامه، تقویم و اسناد در یک سیستم ارائه می‌کنیم، با قابلیت افزایش عملکرد راه‌حل با اتصال ماژول‌ها و اجزای اضافی. به هر حال، برنامه های افزودنی نه تنها توسط ما، بلکه توسط شرکای ما نیز قابل توسعه هستند. یک جعبه ابزار SDK نسبتاً گسترده نیز برای این منظور منتشر خواهد شد.
چه کسی به پست دیگری نیاز دارد و چرا؟
تجارت بزرگ روند جالبی را شکل داده است - شرکت ها نیاز به ویژگی های همکاری را تجربه می کنند. این فقط در مورد تعامل مستقیم کارمندان از طریق انتقال چیزی نیست، بلکه در مورد اشتراک گذاری دسترسی به صندوق پستی و نقش، توانایی کار با گروه های بزرگ شرکت کنندگان و حضور عملکردهای مختلف شرکتی است.
یک عملکرد معمولی شرکتی مکانیزم فراخوان ایمیل است که در شرکت های بزرگ تقاضای زیادی دارد، اما عملاً در بخش B2C یا در مشاغل کوچک استفاده نمی شود. نکته این است که در بین گروه های کوچکی از کاربران، احتمال چنین نیازی نسبتاً کم است و هزینه اشتباه بسیار کمتر است. علاوه بر این، اجرای این عملکرد در خارج از سیستم پست الکترونیکی شرکتی غیرممکن است - حتی در ایمیل Google نیز هیچ پاسخ نامه ای به شکلی که کاربران Exchange به آن عادت کرده اند وجود ندارد. ریشه مشکل در طراحی پروتکل های پستی از دهه 80 قرن گذشته است.
ما ده‌ها گروه متمرکز را انجام داده‌ایم، با صدها کاربر مصاحبه کرده‌ایم، و چندین هزار نفر ساعت را صرف شناسایی سناریوهای معمول استفاده از ایمیل کرده‌ایم. این به ما امکان داد تا نیازهای کاربران بالقوه خود و ویژگی های فرآیندهای تجاری آنها را به دقت مطالعه کنیم. بر اساس داده‌های دریافت‌شده، ما تصمیم گرفتیم معماری‌ای ایجاد کنیم که در صورت لزوم، امکان افزایش حجم بار مورد نیاز را فراهم کند. از نظر ما، هیچ محدودیتی وجود ندارد، اما در حال حاضر می‌دانیم که چگونه از کار شرکت‌هایی که چند صد هزار کاربر را استخدام می‌کنند، اطمینان حاصل کنیم.
آنچه در زیر کاپوت پنهان شده است
محصول ما شامل یک راه حل ایمیل، یک ابزار زمان بندی، یک دفترچه آدرس، و مشاهده اسناد تعاملی بر اساس راه حل مدیریت اسناد MyOffice ما است.
از آنجایی که ما در مورد یک راه حل در سطح شرکت صحبت می کنیم، یک موتور جستجوی تمام عیار نیز بخشی جدایی ناپذیر از نامه های شرکتی است. راه حل ما قادر به انجام جستجوی مورفولوژیکی سرتاسر در همه اجزا است. علاوه بر این، کل سیستم پستی مبتنی بر فضای ذخیره سازی خود است که برای همکاری نیز بهینه شده است.
تفاوت بین سیستم های ایمیل MyOffice چیست؟
خواننده Habr که قبلاً با راه حل های MyOffice تجربه داشته است، می داند که MyOffice Mail به عنوان بخشی از محصولات تجاری وجود دارد. و این سوال پیش می آید - تفاوت آن با سیستم پستی شرکتی Mailion که تیم من روی آن کار می کرد چیست؟
ما در MyOffice تصمیم گرفتیم که برای پاسخگویی به نیازهای شرکت‌هایی با اندازه‌های مختلف، لازم است دو سیستم پستی کلاس سازمانی بسازیم. محصول MyOffice Mail برای سازمان هایی با هزاران یا چند ده هزار کاربر در نظر گرفته شده است. برای سازه‌های بزرگ‌تر، استفاده از Mailion، یک محصول جدید MyOffice، که بر اساس معماری میکروسرویس Cloud Native ساخته شده، دارای مقیاس‌پذیری و تحمل خطا بی‌سابقه‌ای است، مناسب‌تر است.
هنگام انتخاب محصولات، مشتریان باید از قبل در مورد استراتژی توسعه بیشتر شرکت خود تصمیم بگیرند. برای هر سازمانی، پیاده سازی یک سیستم پستی یک پروژه پیچیده است که شامل جایگزینی سریع یک راه حل با راه حل دیگر نیست. بنابراین، حداکثر بار ممکن، تحمل خطا و معیارهای خود ترمیمی و همچنین ضریب توزیع جغرافیایی باید از قبل در نظر گرفته شود.
دو سیستم ایمیل MyOffice اساساً متفاوت هستند. آنها با استفاده از پشته های فناوری مختلف ساخته می شوند و ابزارهای هر یک از سیستم ها مطابق با اهداف و مقاصد بخشی که سیستم پستی در آن مستقر می شود انتخاب می شوند. ما یک چشم انداز محصول مشترک از آنچه باید در سیستم های پستی وجود داشته باشد، و همچنین هماهنگ سازی در رویکردهای طراحی داریم. اما این دو محصولی هستند که برای مخاطبان مختلف کاربران طراحی شده اند.
چالش های پیش روی توسعه دهندگان چیست؟
در ادامه متن، من فقط در مورد سیستم پست الکترونیکی شرکتی جدید Mailion صحبت خواهم کرد.
ما یک تحقیق کامل انجام داده ایم و مزایا و معایب راه حل های ایمیل موجود را تجزیه و تحلیل کرده ایم. تجربه انباشته متخصصان ما، که در گذشته مستقیماً در ایجاد سیستم‌های با بار بالا مشارکت داشتند، به ما این امکان را داد که به سرعت نقطه درد اصلی هر محصول شناخته شده - عملکرد ورودی و خروجی دیسک (IO) را شناسایی کنیم.
می توان گفت که وظیفه تسریع عملیات IO به چالش اصلی ما تبدیل شده است. لازم بود بر روی حل وظایف خاص خود تمرکز کنیم و ما شروع به ایجاد و توسعه سیستم ذخیره سازی داده های باینری خود کردیم. این رویکرد یک مؤلفه اقتصادی بسیار واضح دارد - ما نه تنها به ذخیره داده ها نیاز داریم، بلکه به انجام بسیاری از عملیات ورودی و خروجی دیسک نیز نیاز داریم.
چنین تصمیمی آسان نبود. ما به تعداد زیادی از محصولات در کلاس سازمانی که با هدف ذخیره اطلاعات هستند نگاه کردیم و نتوانستیم چیزی آماده و مناسب برای نیازهای خود پیدا کنیم. از این گذشته، ما نه تنها نیاز داریم که داده ها را ذخیره کنیم، بلکه باید دائماً با آنها کار کنیم و نه در حالت انحصاری با دسترسی به یک کاربر، بلکه از امکان همکاری چند ده هزار کاربر اطمینان حاصل کنیم.
بنابراین، ما تعیین کرده‌ایم که اولویت‌دارترین معیار شرکتی برای ما کار با حجم زیاد داده است.
قابلیت اطمینان
علاوه بر این، این موضوع چندان مربوط به ذخیره سازی نیست، بلکه وظیفه پردازش و دسترسی سریع به این اطلاعات است. لازم است از شاخص های قابلیت اطمینان بالا اطمینان حاصل شود - زمان عملکرد مداوم کل راه حل باید در سطح 99,9٪ باشد. با این حال، سیستم پستی باید در تصمیم گیری صحیح در مورد مدیریت پرش خود مستقل باشد. تنها از این طریق می توان به عدم وجود شکست هایی دست یافت که می تواند فرآیندهای تجاری یک شرکت خاص را فلج کند.
تحمل خطا
ما مجموعه‌ای از اقدامات را که برای هر جزء اعمال می‌شود و رویکردهایی را برای اطمینان از تحمل خطا انتخاب کرده‌ایم. به طور خاص، سیستم پست شرکتی از حد نصاب داده ها، رزرو سرویس و کنترل بی تابعیتی، و همچنین مکانیسم های نصاب بر اساس اجماع و مسیریابی خود استفاده می کند.
معیار تحمل خطا بالا، وجود مکانیزم‌های خودآزمایی در هر جزء است. Mailion به طور مداوم تجزیه و تحلیل می کند که آیا این یا آن عملکرد به درستی یا نادرست اجرا شده است، آیا این یا آن بلوک به درستی کار می کند. این یکی از ابزارهای خوددرمانی سیستم در صورت خرابی است. اطلاعات نباید از دست برود، راه حل باید در نهایت به یک حالت سازگار تبدیل شود.
باید درک کرد که نمی توان همه وقایع احتمالی در زندگی را به طور کلی پیش بینی کرد - شما نمی توانید فیزیک را فریب دهید. اما ما به چنین رویکردهای طراحی پایبند هستیم که به ما امکان می دهد با درجه نسبتاً بالایی از اعتماد به نفس در مورد مدیریت صحیح تصادفات الگوهای خاص صحبت کنیم. ما همچنین یک تیم آزمایش بزرگ داریم که دائماً در تلاش برای شکستن چیزی در محصول هستند. و گاهی موفق می شوند. بر این اساس، حادثه‌ای آغاز می‌شود که به تفصیل آن را بررسی می‌کنیم و بر اساس آن، مکانیسم جدیدی برای رفع این گونه مشکلات ایجاد می‌کنیم.
نحوه واکنش سیستم به خرابی ها
بازار اغلب این سوال را می پرسد - اگر سیستم به طور ناگهانی ارتباط خود را با یکی از گره های خود قطع کند، چه اتفاقی برای آن می افتد؟ چنین درخواستی به ویژه در صورتی مرتبط است که قصد دارید یک راه حل توزیع شده جغرافیایی را پیاده سازی کنید.
هنگام طراحی چنین نصبی، لازم است نیازهای مشتری و مجموعه معیارهای قابلیت اطمینان وی در نظر گرفته شود. این اشتباه است که فرض کنیم اتصال به شبکه داده در همه جا یکسان است. در سیستم های شرکتی، حتی سرعت سیگنال از طریق فیبر نیز باید در نظر گرفته شود.
اگر مشتری تقاضای بالایی برای قابلیت اطمینان داشته باشد، ما نصب در چندین مرکز داده را توصیه می کنیم که توسط خطوط ارتباطی اختصاصی متصل می شوند.
با این وجود، سناریوی قطع برق کامل در یکی از گره های سیستم پستی را نمی توان رد کرد. در این صورت کار با داده های اصلی این سگمنت به حالت تعلیق در می آید اما بقیه قسمت ها طوری کار می کنند که انگار هیچ اتفاقی نیفتاده است. سیستم از دست دادن یک گره به مدیران اطلاع می دهد و کارمندان باید اقدامات مناسبی را انجام دهند.
همچنین، سیستم پست ما را می توان به گونه ای پیکربندی کرد که رزرو در مرکز داده انجام شود. این رویکرد در صورت از بین رفتن چندین گره در مرکز داده، عملکرد را تضمین می کند و هیچ کس متوجه از دست رفتن یکی از گره ها نخواهد شد - البته به جز سیستم نظارت. هنگامی که چنین رویدادی رخ می دهد، بار به سادگی دوباره توزیع می شود. بنابراین، هنگام طراحی یک سیستم پستی، مهم است که حاشیه را در نظر بگیرید - چه تعداد و کدام مؤلفه می تواند در یک تصادف "از بین برود".
استقلال
سیستم های کاملاً قابل اعتماد وجود ندارند، و به هر طریقی خراب می شوند، اما ممکن است رخ دهند. بنابراین، هنگام طراحی یک سیستم پستی، مهم است که توانایی محلی سازی سریع خرابی ها را فراهم کنید، که به آنها امکان می دهد در یک دوره SLA خاص حذف شوند. علاوه بر این، خرابی ها باید توسط سیستم به تنهایی از بین برود، در حالی که دخالت مدیران سیستم و خدمات تعمیر و نگهداری به حداقل برسد.
سهولت کار
البته، سیستم های بزرگ نمی توانند نیاز به توجه کارمندان بسیار ماهر داشته باشند. اما یکی از جنبه هایی که در هنگام طراحی در نظر می گیریم این است که سیستم باید به راحتی اداره شود و نیازی به صلاحیت های منحصر به فرد نداشته باشد.
بهره وری اقتصادی
البته، برای کار با چنین سیستم های سازمانی، آموزش کارکنان مورد نیاز است - از این گذشته، ما در مورد مقیاس های واقعاً بزرگ صحبت می کنیم. بنابراین، هنگام ایجاد محصول خود، بر کاهش کل هزینه مالکیت سیستم تمرکز کردیم. برای هر کسب و کاری، نظارت بر کارایی هزینه ها و تلاش برای جلوگیری از تزریق بی پایان پول به هزینه های عملیاتی مهم است.
عدم تمرکز
برای دستیابی به اصولی که قبلاً در مورد آنها صحبت کردم، لازم است که سیستم به طور کامل توزیع شود - یک رویکرد متمرکز همیشه با شرایط استفاده از سخت افزار محدود می شود.
البته می توانید یک سرور بزرگ بخرید و سعی کنید همه برنامه ها و خدمات را روی آن قرار دهید. اما هر چه سیستم بزرگ‌تر باشد، کل طراحی پیچیده‌تر است و قابلیت اطمینان چنین سیستمی به طور پیوسته در حال کاهش است - بالاخره یک سرور به معنای یک نقطه شکست است. و هر چه بیشتر کار را متمرکز کنیم، بیشتر به آن نقطه مرکزی وابسته هستیم.
سیستم مورد نیاز
هنگامی که ما در مورد سیستم های پست شرکتی پیچیده صحبت می کنیم، باید درک کنیم که چیزی به نام "پیکربندی حداقل برای کار" وجود ندارد. در قلب هر پیاده سازی بزرگ همیشه کار طراحی جدی است. این به شما امکان می دهد تا نیازهای یک تجارت خاص و پیکربندی بهینه سیستم پست را با هم مرتبط کنید.
سیستم پست شرکتی یک ابزار منعطف است که می تواند با توجه به تعداد زیادی از پارامترها سفارشی شود. ما آزمایش بار را بر اساس روش خود انجام می دهیم، که به ما امکان می دهد بار را بر اساس تجزیه و تحلیل ده ها معیار اساسی و چند صد معیار ممکن شبیه سازی کنیم.
می توان گفت که هنگام تهیه یک پروژه پیاده سازی، این محاسبات است که شدت کار کاربران را در فرآیندهای تجاری موجود سازمان نشان می دهد. در همان زمان، بسیاری از پارامترهای ورودی تجزیه و تحلیل می شوند، و بسته به بار احتمالی، تصمیم گیری در مورد مقدار مورد نیاز قدرت محاسباتی - از یک کامپیوتر تا یک اتاق کامپیوتر کامل گرفته می شود.
بنابراین، صحبت در مورد برخی از تنظیمات حداقل کاملاً صحیح نیست. به طور خاص، ما همچنین یک پایه نمایشی داریم که فقط روی یک دستگاه اجرا می شود. اما ما درک می کنیم که کار در بخش شرکتی مستلزم نصب بر روی ده ها و حتی صدها ماشین مجازی است.
پشته فناوری
هنگام ایجاد محصولات، ما به خلوص مجوز کد توجه ویژه ای می کنیم. استانداردهای کیفیت بالا در MyOffice تنظیم و اجرا می‌شوند که ما را ملزم می‌کند تا محصولات را خودمان به‌طور کامل توسعه دهیم، با کمترین دخالت کد خارجی.
بیشتر کد Mailion توسعه داخلی است، کدی که کاملاً متعلق به ما است و می‌توانیم آن را در صورت نیاز تغییر و اصلاح کنیم. بیشتر کدهای سیستم پستی ما در Go (Golang) توسط خود نوشته می شود. علاوه بر Go، ما از C++ و همچنین Java Script ES6 برای قسمت وب استفاده می کنیم.
5 درصد باقیمانده به اصطلاح «جزئیات سنگین» مانند پایگاه داده هستند. اینها عبارتند از RethinkDB، ArangoDB و Redis. از فن آوری های کلیدی، من همچنین به gRPC اشاره می کنم - یک سیستم فراخوانی روش از راه دور که به عنوان یک مکانیسم واحد برای تعامل از طریق API استفاده می شود، این بخش مهمی است.
محصول از چه ساخته شده است
یک سیستم پستی شرکتی "سرور در خلاء" نیست. محصول ما شامل حدود 70 جزء و 45 سرویس است که از سیستم پست پشتیبانی می کند. همه این عناصر از ابتدا نوشته شده اند و توسعه خود MyOffice هستند.
قابل مشاهده ترین بخش سیستم، مجموعه سرور است که سیستم های ذخیره سازی، نامه، تقویم و جستجو و یک سرویس گیرنده وب را فراهم می کند. ما همچنین در حال توسعه چندین اپلیکیشن کاربری هستیم و قصد داریم تا زمان انتشار تجاری، «تن‌کلینت‌های» جدیدی را بر اساس فناوری‌های کلاینت وب خود به کاربران خود ارائه دهیم.
سازگاری با سیستم ایمیل
Mailion طبق پروتکل های استاندارد کار می کند. برای شروع استفاده از راه حل ما، فقط باید برنامه های مشتری را راه اندازی کنید و در یک محیط آشنا به کار با آنها ادامه دهید. به عنوان مثال، می توانید از برنامه مشتری همراه با MyOffice Mail استفاده کنید.
همچنین، برای راحتی کاربران، ما یک افزونه ویژه ایجاد کرده‌ایم که انتقال یکپارچه از Exchange را فراهم می‌کند. با کمک آن، کاربران می توانند هنگام تعویض سرور پست الکترونیکی، به کار با MS Outlook ادامه دهند - آنها حتی متوجه نمی شوند که چیزی در تعامل معمول آنها با ابزارهای ارتباطی تغییر کرده است. چنین افزونه ای به شما امکان می دهد بدون توقف کار کل سازمان، کاربران را از سیستم پست قدیمی به راحتی منتقل کنید. این امر به ویژه در صورتی که نیاز به جایگزینی ابزار برای صدها هزار کاربر داشته باشید بسیار مهم است.
سهولت اداره
یکی از ویژگی های سیستم پست شرکتی ما نیاز به مشارکت بسیار اندک مدیران است. در هنگام طراحی سعی کردیم تعادلی بین امکان سفارشی سازی و پیچیدگی مدیریت پیدا کنیم. برای رسیدن به این هدف، ما نیاز به انجام تحقیقات زیادی در مورد الگوهای رفتاری مدیران سیستم های پیچیده شرکتی داشتیم.
همانطور که قبلاً گفتم، تیم ما متشکل از متخصصان بسیار ماهر است - هر یک از آنها دارای تجربه مدیریت قوی هستند. بنابراین، هنگام توسعه سیستم، سعی کردیم تجربه آنها را به نیازهای کاربران در هنگام مدیریت یک محصول پیچیده منتقل کنیم. به عبارت دیگر، با آگاهی از مشکلات احتمالی، از قبل راه هایی برای حل آنها در سطح طراحی معماری پیش بینی کردیم.
برای مثال،
- جداسازی اجزای سیستم در کانتینرها، از جمله کانتینرهای زیرساخت، ارائه شده است - این به ما کمک می کند تا سطح امنیت را افزایش دهیم، دسترسی بین اجزا را به طور انعطاف پذیر پیکربندی کنیم، و همچنین به ما امکان می دهد موارد جدید را به سرعت در لیست سیستم ها و پلت فرم های پشتیبانی شده قرار دهیم که مورد تقاضا هستند. توسط تجارت؛
- یک رویکرد واحد برای توسعه و استقرار، یک قالب پیکربندی واحد برای همه اجزا به کار قابل درک تر و کارآمدتر کمک می کند و هزینه های پشتیبانی را کاهش می دهد.
- نصب کننده سیستم خود، بر اساس ابزارهای استقرار معمول، به شما امکان می دهد نصب را به صورت متمرکز، انعطاف پذیر و قابل درک مدیریت کنید.
معماری میکروسرویس با تقسیم روشن مسئولیت منطق تجاری بین خدمات به درک طرح سیستم و پشتیبانی کارآمدتر کمک می کند. - بخش زیرساخت سیستم مبتنی بر راه حل های آشنا با استفاده از بهترین شیوه ها است و همچنین امکان ادغام با سیستم های موجود در شرکت را فراهم می کند که راه اندازی سیستم را در شرکت ساده می کند.
- برای این منظور، یک سیستم مبتنی بر هوش مصنوعی در محل ذخیره سازی ارائه می شود که قادر خواهد بود به طور مستقل خرابی های احتمالی را شناسایی و تجهیزات را مدیریت کند.
طراحی مدرن
چندین هزار نفر ساعت برای ایجاد طرح محصول طول کشید. قبل از توسعه، کار این بود که رابط کاربری مدرن - آسان و بصری باشد. زمانی که شما در حال طراحی یک سیستم سازمانی هستید که به طور پیش‌فرض باید تعدادی ویژگی خاص را شامل شود، مشکل است.
البته، طراحی را نمی توان "در سنگ حک کرد" یا برای امضا و مهر تایید کرد - این یک ابزار زنده است، دائما در حال تکامل و بهبود است. در طول چهار سال، ما چندین بار طرح را تغییر داده ایم، اما تغییر اساسی در ایدئولوژی ایجاد نشده است. اصل کلیدی ایجاد کل خط تولید شرکت ایجاد یک سیستم طراحی جهانی است.
هنگام طراحی طراحی یک سیستم پستی شرکتی، ما توجه ویژه ای به توسعه سه حوزه کلیدی کردیم - سازگاری، سازگاری، و توانایی انطباق با هویت سازمانی مشتری.
تطبیق پذیری
یکی از ویژگی های طراحی رابط های سیستم پست شرکتی Mailion، امکان نمایش در دستگاه هایی با صفحه نمایش در هر اندازه است. تمام اجزای بصری با دقت ترسیم شده اند، هنگام کار بر روی دستگاه های تلفن همراه به درستی مقیاس می شوند و حتی برای کنترل انگشت روی صفحه نمایش لمسی کاملاً مناسب هستند. همچنین، هنگامی که اندازه پنجره برنامه تغییر می کند، طرح ستون نیز تغییر می کند - اندازه ستون ها به طور متناسب، مطابق با فرضیه های مفهوم برنامه های کاربردی اینترنتی غنی، جابجا می شود.
ثبات
طراحی سیستم پستی شرکتی Mailion بر اساس یک رویکرد سیستماتیک است. ما از ابتدای سال 2017 این مسیر را توسعه داده ایم، زمانی که صحبت کردن در مورد سیستم های طراحی مثل الان مد نبود. سیستم طراحی مجموعه ای از قوانین و ابزارها برای اجرای بصری و فنی است که فلسفه یک محصول را منعکس می کند و دائما در حال تغییر است. ما آن را برای ساده کردن ارتباط بین توسعه و طراحی معرفی کردیم.
سفارشی سازی هویت شرکتی
طراحی ما یک "آفتاب پرست" است که می تواند با هویت شرکتی هر مشتری سازگار شود. رنگ تمام عناصر رابط از طریق متغیرها تعریف می شود. بنابراین، با تغییر مجموعه اولیه چندین رنگ، می توانید همه برنامه ها را به طور همزمان رنگ آمیزی کنید.
فونت ها نیز از طریق متغیرها تعریف می شوند: رابط می تواند از فونت شرکتی شرکت مشتری استفاده کند، در صورتی که توسط کتاب نام تجاری مشتری ارائه شده باشد. در عین حال، فونت های مختلف می توانند اندازه حروف متفاوتی داشته باشند و ما این را در نظر می گیریم. به عنوان مثال، PT Sans در اندازه 16 به طور قابل توجهی کوچکتر از Roboto در همان اندازه 16 به نظر می رسد. بنابراین، اندازه بلوک های متن را با ویژگی های یک فونت خاص تنظیم می کنیم.
ما مقالات جداگانه ای را به ساختار کتابخانه رنگی خود و ویژگی های کار با فونت اختصاص خواهیم داد.
نرم افزار موبایل
برنامه های موبایل بخشی جدایی ناپذیر از هر سیستم پست الکترونیکی مدرن هستند - کاربران باید بتوانند از هر کجا و در هر زمان کار کنند.
اکنون ما در حال شکل‌گیری مفهوم برنامه‌های کاربردی تلفن همراه شرکتی هستیم، آنها باید تفاوت‌های عملکرد سیستم‌های پست MyOffice را در نظر بگیرند و رویکردهای متفاوتی را برای استفاده از سیستم‌های ایمیل و تقویم در شرکت‌ها ارائه دهند.
پنل رسانه هوشمند
گروه های تمرکز ما نشان دادند که کاربران رابط های سیستم های ایمیل آشنا را دست و پا گیر می دانند. پاسخ دهندگانی که ما با آنها مصاحبه کردیم خاطرنشان کردند که کار با رویدادها و پیوست های تقویم به ویژه دشوار است. ما سعی کردیم به یک رابط پاسخگو دست یابیم و بهره وری را افزایش دهیم - تا محصول خود را برای استفاده دلپذیر کنیم.
پانل رسانه، یک ابزار همکاری جدید، تمام اطلاعات مربوط به یک مکالمه را سازماندهی می کند و دسترسی فوری به لیست شرکت کنندگان در گفتگو، پیوندها و نسخه های اسنادی که تاکنون ارسال شده است را فراهم می کند.
این ابزار در شرایطی که کاربران مجبورند با تراک های بزرگ صدها پست کار کنند کمک می کند. اغلب اتفاق می افتد که باید سند یا تصویری را پیدا کنید که فقط در یکی از آنها وجود داشته باشد. پانل رسانه لیستی از تمام موارد موجود در رشته ایمیل ایجاد می کند و آنها را در یک مکان نمایش می دهد. در نتیجه یافتن شی مورد نظر بسیار آسان تر می شود.
بومی سازی
نیاز به یک سیستم پستی شرکتی فقط در بین کاربران روسی نیست. MyOffice سیاست ثابتی را برای ورود به بازارهای خارجی دنبال می کند، بنابراین مسائل محلی سازی محصول بسیار مورد توجه قرار می گیرد.
در محصول ما، نیاز به بومی سازی به زبان های خارجی از همان ابتدا، در سطح بخش اصلی سیستم مطرح شد. به خودی خود، افزودن زبان های جدید برای ما مشکل بزرگی نیست - این یک کار کاملاً قابل درک است که ما می دانیم چگونه آن را حل کنیم.
اکنون زبان های روسی و انگلیسی در دسترس کاربران است. در نسخه‌های بعدی، ما پشتیبانی از زبان‌هایی را که محصولات MyOffice با آنها کار می‌کنند - فرانسوی، اسپانیایی، پرتغالی و دیگران - به سیستم پست شرکت اضافه خواهیم کرد. از برخی جهات، برای ما راحت تر از همکاران بخش های همسایه است، زیرا برای سیستم های پستی و تقویم فقط لازم است الفبا و ویژگی های کار با تاریخ و زمان را در نظر بگیریم - خوشبختانه ما فرمول نداریم. مانند یک ویرایشگر صفحه گسترده.
بله استخدام می کنیم!
چندین صد سال انسان طول کشید تا محصول ما ایجاد شود. و با تمام آرزوی من ، نمی توانم در مورد همه چیز در یک مقاله در یک مقاله بگویم. با این وجود، امیدوارم که این نشریه به عنوان نقطه شروعی برای شناخت محصول ما باشد - همانطور که در بالا گفتم، قصد دارم به صحبت با جزئیات بیشتر در مورد خود راه حل و ویژگی های آن و همچنین رویکردهای ما برای توسعه ادامه دهم. .
بدون سایه تواضع، همچنین می گویم که امروزه تعداد شرکت هایی که چنین سیستم های پستی را در سراسر جهان توسعه می دهند، چند است. این یک کار مهندسی واقعاً پیچیده است، هم به درک عمیق نیازهای مشتریان شرکتی نیاز دارد و هم به تجزیه و تحلیل کامل فرآیندهای کسب و کار سازمان های بزرگ، روندهای مدرن در طراحی و توسعه و همچنین به تعداد کافی از متخصصان شایسته نیاز دارد. سیستم پست ما هر روز در حال پیشرفت است.
در حال حاضر تقریباً باز هستیم جای خالی در توسعه اگر می‌خواهید با ما برای ایجاد محصولی کار کنید که می‌تواند طرز فکر دنیای شرکت‌ها در مورد ایمیل را تغییر دهد، با ما همکاری کنید.
منبع: www.habr.com