Профиль компании
T3 Mobility - это экологическая платформа интеллектуальной мобильности, созданная Nanjing Lingxing Technology Co., Ltd. Она была инициирована China FAW Group Co., Ltd., Dongfeng Motor Group Co., Ltd. и Chongqing Changan Automobile Co., Ltd., и совместно инвестируется интернет-компаниями, такими как Tencent и Alibaba. Компания считает своим видением бренда «стать самым заслуживающим доверия предприятием по оказанию туристических услуг», своей миссией «наука и технологии ведут к приятным путешествиям», отстаивает концепцию «надежных и более свободных» путешествий и стремится предоставлять пользователям «надежные, «безопасные и качественные» туристические услуги, позволяющие пользователям получать более бесплатные впечатления от путешествий.
вводная информация
Поскольку объем туристического бизнеса T3 продолжает расти, стабильность услуг требует систематических гарантий. Преобразование контейнера обеспечит стандартизированную среду, реализует полный контроль версий на основе операционной среды приложения, устранит различия среды от разработки к рабочей среде и обеспечит согласованность и стандартизацию среды в течение жизненного цикла приложения. В то же время контейнерная среда позволяет службам совместно использовать вычислительные ресурсы и улучшает использование общих вычислительных ресурсов за счет гибридного режима, снижая эксплуатационные расходы на инфраструктуру корпоративных приложений.
До контейнеризации T3 Travel представлял собой традиционную модель виртуальной машины, весь бизнес развертывался на виртуальной машине, все производство и исследования — через машину-бастион, традиционную систему мониторинга, платформу журналов и т. д. для ежедневной эксплуатации и обслуживания приложений. Как только начнется контейнеризация сервисов, нам неизбежно понадобится облачная контейнерная платформа управления, чтобы все производство и исследования T3 Travel перешли с традиционного режима работы виртуальной машины на облачный режим работы. В то же время прежний режим ежедневной работы и обслуживания приложений требовал использования нескольких платформ для совместной работы, а производство и исследования для выявления проблем с производительностью приложений часто требовали переключения нескольких платформ туда и обратно. Поэтому мы надеемся, что контейнерная платформа сможет интегрировать периферийные вспомогательные средства, такие как системы просмотра журналов и мониторинга, чтобы производство и исследования могли максимально выполнять ежедневную работу по эксплуатации и техническому обслуживанию на одной платформе; ее также можно использовать в качестве часть проекта платформы, так что производство и исследования могут иметь достаточные разрешения для создания, обновления и удаления небазовых сред без знания базовой архитектуры.Возможности среды самообслуживания позволяют исследованиям и разработкам разрабатывать и тестировать параллельно и в конечном итоге позволяют бизнес для быстрого и эффективного роста.
Инструкции по выбору
Наши идеи выбора в основном основаны на четырех аспектах: функция, опыт пользовательского интерфейса, активность сообщества и стоимость обучения. Прежде всего, мы должны удовлетворить наши потребности в контейнерной платформе (описанной во вводной части), затем следует деятельность сообщества и экология, и, наконец, пользовательский интерфейс. Пользовательский интерфейс включает в себя стоимость обучения пользователя. Мы надеемся, что при низкой стоимости обучения метод позволяет исследованиям и разработкам путешествия T3 быстрее приступить к работе с контейнерной платформой, а также имеет перспективу эксплуатации и обслуживания, так что он не только удовлетворяет широте применения перспективы исследований и разработок, но также удовлетворяет размеру кластерной перспективы эксплуатации и обслуживания.
В течение периода выбора мы сравнивали Rancher, Openshift и KubeSphere и, наконец, выбрали KubeSphere в качестве облачной контейнерной платформы для путешествий T3. KubeSphere позиционируется как контейнерная платформа, ориентированная на приложения, которая предоставляет простой в использовании интерфейс, помогающий пользователям скрывать технические детали и в определенной степени снижать затраты на обучение. В то же время Kubesphere обладает отличными возможностями управления контейнерами, возможностями поддержки нескольких кластеров, возможностями работы с несколькими арендаторами, естественными интегрированными возможностями наблюдения и т. д., что позволяет нам удовлетворять потребности ежедневной эксплуатации и обслуживания на одной платформе.
процесс практики
Единое управление несколькими кластерами
Роли в мультикластере KubeSphere делятся на основной кластер и кластер-участник, которые состоят из одного основного кластера и нескольких кластеров-участников, что совпадает с нашим первоначальным планированием кластера. Основной кластер существует как плоскость управления кластерами-членами, и различные политики управления доставляются в кластеры-члены через главный кластер. Что касается кластеров-членов, мы также разделим их на разные кластеры в соответствии с разными средами и разными свойствами арендаторов. Например, в зависимости от среды у нас будут кластеры разработки, тестовые кластеры, предварительные кластеры и рабочие кластеры, а в зависимости от характера арендаторов у нас будет несколько кластеров, которые подключаются к сторонним предприятиям.
управление проектом
Во многих традиционных платформах DevOps отсутствует привязка к проекту, а сервис зачастую связан только с организационной структурой, при изменении организационной структуры метаинформация о сервисе будет неточной. Более того, для проекта часто бывают случаи межведомственного сотрудничества, но перспектива бизнес-релиза находится в рамках соответствующих отделов.Участники проекта не могут видеть весь бизнес проекта в одном представлении.В процессе совместной работы над проектом, естественно , много расходов на связь были увеличены. KubeSphere, с другой стороны, управляет контейнерными службами на основе измерения проекта. В KubeSphere проект соответствует пространству имен Kubernetes. Представления арендаторов изолированы, и им нужно ежедневно сотрудничать только в своих собственных представлениях проекта.
Наша платформа DevOps постепенно развивается в направлении интеграции проектов.В настоящее время мы ведем единое управление в соответствии с бизнес-доменами.Бизнес-домен представляет собой проект в KubeSphere.В рамках бизнес-домена будет несколько связанных бизнес-сервисов, независимо от организационной структуры Как трансформируется, бизнес-домен остается неизменным.
многопользовательское управление
Мультитенантное управление в KubeSphere основано на измерении корпоративного пространства, которое представляет собой логическую единицу, используемую для управления проектами, проектами DevOps, шаблонами приложений и хранилищами приложений. Мы можем контролировать доступ к ресурсам в корпоративном пространстве и безопасно делиться ресурсами внутри команды. Корпоративное пространство может быть связано с несколькими проектами в нескольких кластерах и управлять разрешениями участников в корпоративном пространстве.Ссылка на официальную карту KubeSphere интуитивно понятна каждому:
Мы используем бизнес-домен в качестве измерения проекта для унифицированного управления, поэтому корпоративное пространство как наименьшая единица управления арендаторами KubeSphere естественным образом делится нами в соответствии с бизнес-доменом. Таким образом, текущая логика мультитенантного управления T3 такова: пространство предприятия (бизнес-домен) → кластер (разработка, тестирование и т. д.) → проект (бизнес-домен). В то же время в корпоративном пространстве мы также абстрагировались от управления отделами.Используя управление отделами KubeSphere, нам удобно предоставлять разные разрешения на работу кластера (среды) разным сотрудникам.
Сочетание внутренней платформы DevOps и KubeSphere
До контейнеризации T3 существовала платформа DevOps, и продукты, предоставляемые этой платформой DevOps, развертывались на виртуальных машинах. Предпосылкой для проектов контейнеризации является поддержка публикации контейнеров.Если существующая платформа DevOps будет преобразована в облачную платформу DevOps, рабочая нагрузка будет огромной, а риск проекта будет неконтролируемым, поэтому мы, наконец, выбрали комбинацию платформы DevOps и KubeSphere. . Внутренняя платформа DevOps имеет новую функцию выпуска контейнера, которая только выпускает службу контейнера, а также расширяет и сокращает количество копий Pod. что персонал НИОКР может помочь себе взаимодействовать с контейнером.
Можно сказать, что KubeSphere взяла на себя вторую половину контейнерного выпуска T3.После того, как персонал отдела исследований и разработок выполнит выпуск, они придут в KubeSphere для взаимодействия с контейнером, например для просмотра журнала, просмотра мониторинга, входа в консоль контейнера и т. д. просмотр контейнерных событий и т.д.
Эффект
- Бизнес T3 Mobility был полностью контейнеризирован, и все кластеры управлялись KubeSphere.Ежедневная работа по обслуживанию приложений для производства и исследований должна выполняться на основе платформы KubeSphere.
- Благодаря дизайну KubeSphere, ориентированному на приложения, он помогает пользователям скрывать основные технические детали. традиционный режим обслуживания приложений превратился в облачную модель обслуживания приложений.
- KubeSphere объединяет мониторинг, журналы и события, что повышает повседневную эффективность производства и исследований T3.
- Наблюдаемость на уровне кластера KubeSphere — это наш ориентир для улучшения использования ресурсов кластера.
будущий план
- Внутренняя платформа DevOps глубоко интегрирована с KubeSphere, что повышает удобство производства и исследований T3.
- Бизнес-сценарии на основе T3 включают в себя больше отличных проектов с открытым исходным кодом и растут вместе с сообществом.
- Изучение и практика FinOps и Serverless.