MongoDB
 sql >> база данни >  >> NoSQL >> MongoDB

Как да тествате надстройките на приложението си MongoDB?

Избрали сте MongoDB като база данни на приложението си и вероятно вече имате много производствени данни във вашата база данни. Сега трябва да направите голяма промяна във вашето приложение. Как провеждате тестване, за да сте сигурни, че новата версия на приложението ви се държи добре с вашите производствени данни?

Производствените данни винаги са безкрайно по-разнообразни от вашите тестови данни и упражняват повече крайни случаи, което следователно води до повече грешки. Не се препоръчва да експортирате производствени данни във вашата тестова среда поради проблеми с политиката, поверителността и сигурността. От друга страна, е доста трудно и скъпо да се идентифицират и тестват грешки в производството. И така, как да се уверите, че новата версия на вашето приложение работи добре с производствените данни? Ето какво препоръчваме в ScaleGrid:

4 стъпки за надграждане на MongoDB до производствен

  1. Безопасността на първо място

    Първата ни грижа е безопасността и сигурността на производствените данни. Така че, ние никога не експортираме никакви производствени данни в нашата сцена или тестова среда. Това, което имаме, е „псевдопроизводство“ – това е среда, която е идентична с производството – същия размер, същите ограничения за сигурност като производството. Той обаче е ефимерен и живее само по време на теста.

  2. Клонирайте своя производствен MongoDB клъстер

    Използваме функцията „Клониране“ на ScaleGrid, за да създадем клонинг в даден момент на производствената база данни. В облаци като AWS, функцията Clone използва EBS моментни снимки, така че операцията за клониране има малко или никакво влияние върху производствената база данни. Това ни дава среда на база данни „псевдопроизводство“, която има всички същите функции като производствената – същите данни, същите размери на машината, същата сигурност, същата конфигурация на клъстер и т.н.

  3. Изпълнете обширни тестове

    Извършваме обширен набор от тестове, за да гарантираме, че новата версия на приложението не създава проблеми с данните. След като сме доволни, разрушаваме „псевдопроизводствената“ среда.

  4. Надстройте своята производствена среда

    След като сме доволни от нашето тестване, продължаваме и надграждаме нашето приложение в производство. В зависимост от функцията може да искате да я надстроите само за някои от клиентите си, известно още като A/B тестване.

И така, какви други проблеми имате с тестването на надстройки на приложения с MongoDB? Имате ли инструменти, техники или предложения, които бихте искали да споделите? Ще се радваме да чуем от вас!


  1. Redis
  2.   
  3. MongoDB
  4.   
  5. Memcached
  6.   
  7. HBase
  8.   
  9. CouchDB
  1. Открийте дали дадена стойност съдържа поне една цифрова цифра в SQL

  2. Групиране по специфичен елемент от масив с рамка за агрегиране mongo

  3. сървърът върна грешка на стъпката за удостоверяване на SASL:Удостоверяването не бе успешно

  4. Свързване и създаване на MongoDB Joins с помощта на SQL:Част 2

  5. [Инфографика] Сравняване на Cassandra с MongoDB