Внедрение DevOps в мир разработки Salesforce

Когда вы думаете о DevOps, Agile-разработке, CI/CD или даже просто об управлении выпусками в целом, Salesforce — не первая платформа, которая приходит на ум. В то время как Salesforce действительно родилась в облаке и стала пионером концепции «программное обеспечение как услуга», команды Salesforce, как правило, считаются «отстающими» с точки зрения внедрения методов DevOps. Это связано с тем, что в отличие от «огороженных садов» открытые экосистемы предлагают гораздо более быстрые инновации. Однако нет реального способа избежать прогресса, тем более что сегодня Salesforce — это гораздо больше, чем просто платформа CRM. Вероятно, лучше было бы описать его как платформу для создания узкоспециализированных приложений поверх платформы Salesforce. Там, где есть сборка, есть развертывание, а там, где есть развертывание, должен быть DevOps, если вы хотите оставаться актуальным и конкурентоспособным в наши дни.

Настройка по цене

Теперь, помимо отдельных облаков для продаж, маркетинга, сообщества, приложений и Интернета вещей, Salesforce также предлагает автоматизированные маркетинговые решения, решения CPQ и Einstein Analytics. Широкие возможности настройки влекут за собой большую сложность, и по мере масштабирования и расширения проектов команды Salesforce оказываются в той же ситуации, что и их коллеги в общедоступном облаке. Хотя некоторые называют это сложностью облака или разрастанием API, это та же проблема и результат использования традиционных методов для работы с современными средами.

Salesforce требует больших усилий, когда дело доходит до управления изменениями в контексте нескольких направлений разработки и параллельных выпусков, и отслеживание последствий этих изменений может быть особенно утомительным. Именно здесь на помощь приходят инструменты DevOps с такими функциями, как автоматизированное управление выпусками и контроль версий, которые избавляют от «догадок» и гарантируют, что все изменения будут эффективными и доставлены в производственную среду в соответствии с требованиями.

Управление метаданными

Метаданные можно довольно просто описать как «данные о данных», и в Salesforce они существуют в виде XML-файлов, описывающих структуру как стандартных, так и настраиваемых объектов, а также их полей и макетов страниц. Необходимость в управлении версиями возникает из-за сильной зависимости Salesforce от метаданных, а также из-за того, что метаданные совместно используются пользовательскими объектами и профилями, что приводит к большому количеству перезаписей и последующему хаосу. Кроме того, любые изменения, внесенные в тип подметаданных, приводят к извлечению всего пользовательского объекта, что еще больше усложняет и без того сложную ситуацию.

В идеале должны быть установлены ограничения, которые препятствуют тому, чтобы изменения в типе подметаданных передавали весь объект. AutoRABIT имеет довольно эффективную систему контроля версий для Salesforce, которая не только позволяет пользователям поддерживать различные версии изменений и отслеживать их, но также имеет функции EZ-Check-ins, чтобы разработчики могли получать изменения, внесенные в последний «дочерний» элемент метаданных. AutoRABIT также «добавляет» XML-файл, в отличие от традиционной техники перезаписи, которая не работает в современных сложных средах.

В экстренном случае

AutoRABIT также предлагает решение для резервного копирования и восстановления, поддерживающее метаданные. Это, мягко говоря, довольно серьезное дело не только из-за сложности сегодняшних сред Salesforce, но и потому, что Salesforce рекламирует свои собственные службы восстановления как «трудоемкие, дорогие и используемые в крайнем случае». Даже при наличии контроля версий и управления выпусками отсутствие резервного копирования и восстановления означает, что даже незначительное событие может повлиять на вашу производственную среду и лишить вас возможности отката.

Хорошим примером являются регистры Target, которые были отключены в начале этого года и обошлись компании более чем в 50 миллионов долларов. AutoRABIT предлагает такие функции, как восстановление одним щелчком мыши, которое синхронизирует данные транзакций с соответствующими метаданными. Эта возможность основана на полной параллельной среде резервного копирования, которая может помочь вам либо выборочно восстановиться после незначительного события, либо полностью восстановиться после взлома или сбоя с неограниченной глубиной иерархии.

Соответствующее восстановление

Теперь, что касается резервного копирования и восстановления в Salesforce, самой сложной частью является процесс восстановления. Это связано с тем, что всегда происходит так много всего, что происходит с обновлением учетных записей, внесением изменений, обработкой транзакций и выпуском исправлений. Возможность сравнивать данные между реальной средой и средой резервного копирования имеет решающее значение для быстрого определения наилучшего маршрута для возврата в оперативный режим.

Чтобы гарантировать, что ваше восстановление является наиболее актуальным и актуальным, AutoRABIT Vault имеет утилиту сравнения в реальном времени, которая часто сравнивает вашу среду резервного копирования с рабочей и обеспечивает синхронизацию метаданных. Это важно в случае незначительного события, когда повреждены только несколько учетных записей, и вы предпочитаете выборочно восстанавливать только затронутые учетные записи, а не весь объект. В последнем выпуске Vault (версия 19.3) особое внимание уделяется поддержанию этой целостности с метаданными во время передачи данных. Это достигается с помощью Metadata Mastery, запатентованной технологии, которая проходит через все процессы DevOps в качестве основного элемента AutoRABIT.

Гибкость и соответствие

Приложения Salesforce часто могут создавать трудности с соблюдением государственных и отраслевых норм, таких как HIPAA, SOX или GDPR. Это связано с тем, что многие из этих правил включают географические ограничения, которые пользователи не могут соблюдать просто потому, что они не имеют полного контроля над своими данными. Вот почему важно убедиться, что вы выбрали решение для резервного копирования и восстановления, которое соответствует государственным и отраслевым нормам и дает вам контроль над тем, где хранятся ваши данные.

Приложения, взаимодействующие с клиентами круглосуточно, не могут позволить себе выйти из строя ни на какое время. Таким образом, в дополнение к тому, что ваше решение для резервного копирования и восстановления соответствует государственным нормам, в соответствии с которыми вы работаете, вам необходимо убедиться, что ваши резервные копии являются гибкими или «гибкими». Частое автоматическое резервное копирование является ключевой функцией, особенно если ваше приложение находится в сети 24/7. Дельта-бэкапы, или «бережливые» резервные копии, являются еще одним ключевым элементом AutoRABIT и позволяют пользователям выполнять выборочное резервное копирование, значительно сокращая потребность в ресурсах. Чтобы обеспечить соответствие, дополнительные функции включают зашифрованное резервное копирование в локальной среде, в общедоступном облаке или в озере данных для анализа.

Корм для испытаний

Возможно, одним из самых больших преимуществ наличия параллельной среды резервного копирования, которая в основном представляет собой захваченные производственные данные, является возможность использовать ее в качестве испытательного полигона. Однако когда вы загружаете производственные данные в QA, вам нужно быть осторожным, поскольку вы имеете дело с реальными данными клиентов и должны учитывать правила конфиденциальности. AutoRABIT позволяет пользователям в основном получить свой пирог и съесть его с помощью технологии маскирования данных (или маскирования конфиденциальности), которая позволяет вам использовать реальные данные для тестирования, а также гарантирует, что конфиденциальная информация не будет доступна разработчикам.

Salesforce и DevOps: самое время

В то время как Salesforce не торопилась, чтобы запрыгнуть в фургон DevOps, высокая скорость выпуска и сокращение времени выхода на рынок теперь являются важными товарами для всех платформ. Кроме того, со сложностью, возникающей из-за большого количества файлов из-за ограничения размера файла Salesforce в 39 МБ, контроль версий и автоматическое управление выпусками — единственный способ избежать долгих часов ручного труда и тяжелых догадок. Резервное копирование и восстановление являются ключевыми факторами в Salesforce DevOps, особенно в случае бережливого развертывания и выборочного резервного копирования, которые помогают сэкономить время и сделать организацию максимально простой.