Ի՞նչ փորձ ունեք Elastic Cache-ով:

Իմ փորձը կա Amazon ElastiCache-ով աշխատելու համար՝ տվյալների կեշավորումը ծրագրերի պատասխանատվությունը բարելավելու համար: Ես այն օգտագործել եմ որպես տարածված սեսիաների և տվյալների համար, որոնք հազվադեպ են փոխվում, տարածված կեշ:

Երկու շարժիչով աշխատել եմ՝

• Redis: Օգտագործել եմ Pub/Sub-ի իրականացման, JSON տվյալների կեշավորման և ցանկերի համար: Առաջադեմ եմ Redis-ը՝ դրա բազմակողմանիության և տարբեր տվյալների կառուցվածքների աջակցման համար:
• Memcached: Օգտագործել եմ պարզ բանալի-արժեք կեշավորման համար, երբ Redis-ի առաջադեմ հնարավորությունները անհրաժեշտ չեն:

ElastiCache-ի հետ լուծված հիմնական խնդիրները՝

• Տվյալների բազաների վրա բեռի նվազեցում: Հաճախակի հարցումների արդյունքների կեշավորումը թույլ էր տալիս զգալիորեն նվազեցնել հիմնական տվյալների բազային դիմումները:
• Օգտագործողի սեսիաների արագացում: Սեսիայի տվյալների պահպանումը ElastiCache-ում ապահովում էր արագ մուտք դեպի դրանք տարբեր ծրագրային օրինակներում:
• Կեշի կյանքի ցիկլի կառավարում: Կարգավորել եմ տվյալների արտաքսման քաղաքականություններ (օրինակ, LRU - Least Recently Used) և բանալիերի կյանքի ժամկետները (TTL - Time To Live):

Կարգավորել եմ ElastiCache կլաստերներ՝ ներառյալ՝

• Նոդի տեսակի ընտրություն (նմուշի տեսակը)
• Նկատի ունենալով ցանցը և անվտանգության խմբերը
• Հասանելիության ընդլայնում (հորիզոնական և ուղղահայաց)

Օգտագործել եմ AWS CloudWatch մոնիտորինգի գործիքները՝ հիմնական չափանիշները հետևելու համար՝

• Կեշի հիթ հարաբերակցությունը
• CPU-ի օգտագործումը
• Ցանցային հոսքը

Նմուշ՝ կապի կարգավորումը Redis կլաստերի հետ՝

# Դիմումի կոնֆիգուրացիայի օրինակ
cache:
  type: redis
  host: my-redis-cluster.xxxxxx.ng.0001.euc1.cache.amazonaws.com # Redis կլաստի վերջնակետ
  port: 6379
  timeout: 5000 # Կապի ժամանակային սահմանափակում՝ միլիսեկունդներում

Ես ծանոթ եմ Redis Cluster Mode-ի աշխատանքային առանձնահատկություններին՝ տվյալների sharding-ով՝ կատարողականությունն ու ընդլայնելիությունը բարելավելու համար:

Կարող եմ ինտեգրել ElastiCache-ը տարբեր ֆրեյմվորկների և ծրագրավորման լեզուների հետ՝ համապատասխան հաճախորդային գրադարանների օգտագործմամբ: