Історія компанії:
Компанія залучила 1 мільярд юанів і продала B2B-сегмент свіжих продуктів харчування, щоб працювати як незалежна компанія. Окрім деяких основних ролей менеджерів продукту, операцій та закупівель, команда досліджень і розробок була реорганізована, а повний набір платформ ланцюга постачання перебудовано для підтримки масштабного розширення бізнесу. По всій країні налічується близько 70 складів (включаючи фронт-енд, транзитні та фізичні склади), які фактично досягли 10 мільярдів бізнес-масштабів (доходу) і очікуються до 100 мільярдів бізнес-масштабів.
Масштаб досліджень і розробок
Розмір R&D команди планується на ранньому етапі близько 100 осіб (протягом приблизно 6 місяців), а на пізнішому етапі вона зросте майже до 180 осіб;
Організація R&D використовує управління структурою матриці, включаючи фінансову групу, фабричну групу, складську групу, закупівельну групу, бізнес-групу продажів великої B, малу B-групу продажів, групу аналізу даних та архітектурну групу.
Директор продукту: відповідає за управління та координацію управління всім персоналом продукту, відповідає за весь продукт, процес, використання та досвід;
Менеджер проєкту: координувати всі графіки проєктів і розподіл кадрів R&D, а також нести відповідальність за прогрес і впровадження всього продукту.
Головний архітектор: координувати всі технічні архітектури, підтримувати всі технології проєкту та бізнес-використання, створювати технічний середній офіс і підтримувати розвиток технологій та експлуатації та операцій, а також нести відповідальність за стабільність усього продукту.
Менеджер даних: координувати всі дані та бізнес-звіти, створювати дата-центр, підтримувати інтелектуальні операції з даними та забезпечувати підтримку даних для прийняття рішень бізнесу та вищого керівництва.
Архітектура додатків
Бізнес-архітектура
Технічна архітектура
Архітектура технологій розвивається
Інфраструктура досліджень і розробок
Автоматизація операцій
База даних O&M
Розподілена інфраструктура
1. Розподілена платформа планування завдань
xxl-job використовується для монтування завдань, таких як фонові/асинхронні завдання, що забезпечує відокремлення деяких трудомістких, ресурсомістких і таймерних завдань від API, а також для стабільності фронтенд-API.
2. Розподілені сервісні центри
EUREKA-Server для уніфікованого управління реєстрацією сервісів, балансуванням навантаження, резервуванням, виявленням здоров'я та іншими сервісами.
3. Розподілені черги повідомлень
RocketMQ використовується для асинхронного роз'єднання сервісів, пересилання повідомлень у верхній і нижній потоку, а також асинхронної комунікації гетерогенних сервісів.
4. Розподілений лог-центр
ELK — для уніфікованого управління журналами додатків, запитами, статистикою тощо.
5. Розподілені файлові сервіси
Qiniu File Service — для завантаження, завантаження файлів, управління життєвим циклом файлів, динамічного масштабування зображень тощо.
6. CDN
Tencent CDN, CDN мережеве прискорення для зображень, скриптів, CSS та інших файлів, що прискорює швидкість завантаження фронтенд-ресурсів.
7. Розподілений конфігураційний центр
Apollo — для класифікації конфігурацій, абстракції, релізу в відтінках сірого тощо для управління всіма проєктами.
8. Проміжне програмне забезпечення для поділу баз даних і таблиць
Sharding-JDBC використовується для захисту шардингу баз даних і таблиць від бізнес-розробників, а також для розділення деталей розділення читання/запису між мастером і слейвом.
9. Пошук послуг
elasticsearch, для повнотекстового пошуку, бізнес-запитів про документи подібності (дані).
10. Розподілене кешування
Redis, який використовується для розподіленого кешу бізнесу, тим самим прискорюючи швидкість запитів у бізнесі.
Розподілена система моніторингу
1. Моніторинг ланцюга викликів
Pinpoint, який використовується для моніторингу та аналізу співвідношення викликів усіх сервісів, включаючи продуктивність (процесор, пам'ять, час) тощо. У майбутньому його перенесуть на skywalking.
2. Моніторинг журналів
ELK — для уніфікованого управління журналами додатків, запитами, статистикою тощо.
3. Моніторинг серверів
Zabbix, для моніторингу продуктивності на системному рівні всіх серверів Linux.
4. DB моніторинг
PMM використовується для моніторингу продуктивності, повільних запитів та іншого аналізу всіх онлайн-баз даних MySQL.
5. Моніторинг додатків (аналіз продуктивності)
CAT, який використовується для аналізу всіх онлайн-посилань на прямі та зворотні дзвінки, тривалого аналізу продуктивності баз даних і URL, звітів про аналіз продуктивності сервісів і серверів, саморозроблених моніторингових звітів BSF тощо.
Розподілений фреймворк BSF
Мета: Щоб краще підтримати розвиток бізнесу, дозволити розробникам звільнитися від проміжного програмного забезпечення та зосередитися на бізнесі для підвищення ефективності розробки. Водночас базовий фреймворк централізує та оптимізує сервіси та використання проміжного програмного забезпечення, надаючи розробникам високопродуктивні та зручніші базові інтерфейси та інструменти, а практичний процес може підвищити ефективність у 10 разів.
Відкрита адреса:Вхід за гіперпосиланням видно.
Базовий фреймворк BSF і бізнес-фреймворк відокремлені, щоб загальний фреймворк можна було позбавити фактичної публічної бізнес-бібліотеки. На основі BSF та Business визначте стандартний проектний риштування csx-b2b-demo для швидкого побудови проєктних сервісів.
Основне будівництво бізнес-послуг
Порівняйте існуючі архітектури ринку послуг
Технічна архітектура
Бізнес-архітектура
майбутнє
- Структура розділених бізнес-сервісів реконструюється
- Великі дані та розділення читання/запису
- ШІ для бізнесу
- Підтримка BSF для JDK17 і 21
- Двигун форми та процесний двигун
Че Цзян Ї
2023-5-6
Нотатки щодо обміну внутрішньою архітектурою команди R&D Java
Оригінальний:Вхід за гіперпосиланням видно.
|
Опубліковано 13.05.2023 12:20:44
|
|
|
|
