AWS::KinesisFirehose::DeliveryStream - support TypeName>ElasticsearchDestConfig>AWS::KinesisFirehose::DeliveryStream

1. Title -> AWS::KinesisFirehose::DeliveryStream
2. Scope of request -> CloudFormation lags behind those two services evolution. And this is what happens:
There is a “TypeName” attribute in the “ElasticsearchDestinationConfiguration” attribute block of the "AWS::KinesisFirehose::DeliveryStream" resource. That CloudFormation considers required, and does not accept not providing a value for it. If you set a value for that attribute, the stack creation fails because the CreateDeliveryStream operation sent from cloudformation to FireHose fails to validate, saying that TypeName must be empty because types are not supported in ElasticSearch 7.4.

3. Expected behavior -> CloudFormation to considers required, and does not accept not detect or validate which version of ElasticSearch version, validate which value are required or not and allow to get those values provide a way to get values for them. Example: TypeName>ElasticsearchDestConfig
4. Test case recommendation (optional) ->
5. Links to existing API doc (optional) ->
6. Category tag (optional) ->

No repository files or tests are named. Start with the AWS::KinesisFirehose::DeliveryStream ElasticsearchDestinationConfiguration and its TypeName field, then compare the CloudFormation behavior with the CreateDeliveryStream validation for Elasticsearch 7.4. Done means the resource can represent the supported TypeName behavior without the reported validation failure.

Written by the indexing model from the issue text.