Development-Lifecycle-and-Deployment-Architect Practice Questions

 The maximum size of deployed .zip file is 39MB for Metadata API. You can deploy up to 10,000 files, but retrieve more than 10,000 files using Metadata API.

B and D are the correct answers, as partner developer edition orgs and developer edition orgs are the appropriate environments for creating a managed package. A managed package is a collection of application components that are locked and versioned, and can be installed and upgraded in multiple orgs. A is incorrect, as developer pro sandbox orgs are not suitable for creating a managed package, as they are copies of a production org that are used for development and testing purposes. C is incorrect, as production orgs with LMA are not suitable for creating a managed package, as they are used for managing the licenses and subscribers of a managed package. You can learn more about this topic in the Package Development Model module on Trailhead.

The advantages of the package development model are improving team development and collaboration, facilitating automated testing and continuous integration, and significantly reducing the need for manually tracking changes. The package development model allows the developers to work on modular and reusable components that can be easily tested and deployed. The package development model does not eliminate the need of using change sets, as they can still be used for deploying non-packaged components or metadata. The package development model does not provide its own source control, but rather relies on external source control systems such as Git.

C and D are the best approaches to develop customizations once and make them available in both orgs, as they use packages that can be installed and updated in multiple orgs. A is not a good approach, as it does not allow for versioning and dependency management of the customizations. B is not a good approach, as it does not support deploying metadata components between orgs.

A change to a multi-org strategy can be justified by two reasons: launching a new line of business with independent processes and acquiring a company that has its own Salesforce org and operates in a different business with its own set of regulatory requirements. These reasons indicate that the single-org strategy is no longer feasible or optimal, as it would require too much customization, complexity, and compliance. Using Chatter for collaboration among different business units is not a reason to change to a multi-org strategy, as Chatter can work across multiple orgs. Following a unification enterprise architecture operating model is also not a reason to change to a multi-org strategy, as this model implies having orgs with the same processes implemented for each business unit, which is more suitable for a single-org strategy.

To deploy custom metadata types to production using Metadata API, you need to include the CustomMetadata and CustomField data types. CustomMetadata represents the custom metadata type definition, and CustomField represents the custom metadata type fields. CustomMetadataType and CustomObject are not valid data types for custom metadata types