# Here's the deal:
Managing Cloud infrastructure is **`Difficult`**, **`Messy`** and **`Volatile.`**
**`Difficult`** because it requires a broad spectrum of skills ranging from programming to systems to networking and troubleshooting. \
**`Messy`** because infrastructure has to reconcile multiple, sometimes conflicting constraints. Technical constraints, cost constraints, regulatory and vendor constraints, security constraints, client-imposed constraints.... you get the idea.\
**`Volatile`** Because your infrastructure is always growing. Because small infrastructure changes can sometimes have unexpected impacts.
# What IAC Should Be
- **Your infrastructure is never perfect.** There are always special cases, cost / benefit compromises, legacy systems, temporary workarounds, long migrations and surprises. IAC should not get in the of way implementing these specificities, rather it should enable colleagues with all skillsets to document them clearly, easily understand how the pieces fit together, and have a clear vision of future changes.
- Infra as code **should be plain and simple**. It should not add unneccessary burden to developers, it should be accessible to other stakeholders such as architects, support, cyber security and monitoring teams.
- Infra as code **should be business process oriented**. Every organization has teams with dedicated processes to ensure application availability. IAC should be more than an opaque collection of technical configuration, but rather integrate with and reinforce these business processes.
# The cloudicorn approach
- Using Cloudicorn, cloud assets are grouped into functional units called `components.` Unlike terraform resources whose interdependencies are **technical**, components are **functional**. Anyone with a basic understanding of cloud assets can understand what a component is without having to master the technical specifics.
- Cloudicorn projects are searchable and auditable. Determining which business processes are impacted by a given change is straighforward.
- Cloudicorn ships with pre-coded components for major cloud providers designed to fit most use cases. You can of course [write your own components!](https://github.com/jumidev/cloudicorn-cli/blob/master/docs/component_guidelines.md)
There's more to it than that, but that's the idea. Thanks for making it this far. If you're interested in learning more about cloudicorn:
- [Getting Started](https://github.com/jumidev/cloudicorn-cli/blob/master/docs/)
- [Installation](https://github.com/jumidev/cloudicorn-cli/blob/master/docs/installation.md)
- [Core concepts](https://github.com/jumidev/cloudicorn-cli/blob/master/docs/core_concepts.md)
Raw data
{
"_id": null,
"home_page": "https://github.com/jumidev/cloudicorn-cli",
"name": "cloudicorn-cli",
"maintainer": null,
"docs_url": null,
"requires_python": null,
"maintainer_email": null,
"keywords": "build_date:2024-11-28",
"author": "krezreb",
"author_email": "josephbeeson@gmail.com",
"download_url": "https://files.pythonhosted.org/packages/86/7f/112fe9d7e34b0c406c1499d73141473ab91cc7974cb16d4342db04cb7b13/cloudicorn-cli-0.10.tar.gz",
"platform": null,
"description": "# Here's the deal:\n\nManaging Cloud infrastructure is **`Difficult`**, **`Messy`** and **`Volatile.`**\n\n**`Difficult`** because it requires a broad spectrum of skills ranging from programming to systems to networking and troubleshooting. \\\n**`Messy`** because infrastructure has to reconcile multiple, sometimes conflicting constraints. Technical constraints, cost constraints, regulatory and vendor constraints, security constraints, client-imposed constraints.... you get the idea.\\\n**`Volatile`** Because your infrastructure is always growing. Because small infrastructure changes can sometimes have unexpected impacts.\n\n# What IAC Should Be\n\n- **Your infrastructure is never perfect.** There are always special cases, cost / benefit compromises, legacy systems, temporary workarounds, long migrations and surprises. IAC should not get in the of way implementing these specificities, rather it should enable colleagues with all skillsets to document them clearly, easily understand how the pieces fit together, and have a clear vision of future changes.\n- Infra as code **should be plain and simple**. It should not add unneccessary burden to developers, it should be accessible to other stakeholders such as architects, support, cyber security and monitoring teams.\n- Infra as code **should be business process oriented**. Every organization has teams with dedicated processes to ensure application availability. IAC should be more than an opaque collection of technical configuration, but rather integrate with and reinforce these business processes.\n\n# The cloudicorn approach\n\n- Using Cloudicorn, cloud assets are grouped into functional units called `components.` Unlike terraform resources whose interdependencies are **technical**, components are **functional**. Anyone with a basic understanding of cloud assets can understand what a component is without having to master the technical specifics.\n- Cloudicorn projects are searchable and auditable. Determining which business processes are impacted by a given change is straighforward.\n- Cloudicorn ships with pre-coded components for major cloud providers designed to fit most use cases. You can of course [write your own components!](https://github.com/jumidev/cloudicorn-cli/blob/master/docs/component_guidelines.md)\n\nThere's more to it than that, but that's the idea. Thanks for making it this far. If you're interested in learning more about cloudicorn:\n\n- [Getting Started](https://github.com/jumidev/cloudicorn-cli/blob/master/docs/)\n- [Installation](https://github.com/jumidev/cloudicorn-cli/blob/master/docs/installation.md)\n- [Core concepts](https://github.com/jumidev/cloudicorn-cli/blob/master/docs/core_concepts.md)\n\n",
"bugtrack_url": null,
"license": "MIT",
"summary": "Taking Infrastructure As Code to the next level",
"version": "0.10",
"project_urls": {
"Homepage": "https://github.com/jumidev/cloudicorn-cli"
},
"split_keywords": [
"build_date:2024-11-28"
],
"urls": [
{
"comment_text": "",
"digests": {
"blake2b_256": "73af0d6c1fd8207431f0c41e6e6311a16a5c530952a19065b5067dc827197f33",
"md5": "c66b76b33d1d7c94264fc223c0937091",
"sha256": "7214d55cb3835194bca4041cac58aa9f5d354ae532bb7147dcc79eb24ffc80a7"
},
"downloads": -1,
"filename": "cloudicorn_cli-0.10-py3-none-any.whl",
"has_sig": false,
"md5_digest": "c66b76b33d1d7c94264fc223c0937091",
"packagetype": "bdist_wheel",
"python_version": "py3",
"requires_python": null,
"size": 29539,
"upload_time": "2024-11-28T15:48:24",
"upload_time_iso_8601": "2024-11-28T15:48:24.015364Z",
"url": "https://files.pythonhosted.org/packages/73/af/0d6c1fd8207431f0c41e6e6311a16a5c530952a19065b5067dc827197f33/cloudicorn_cli-0.10-py3-none-any.whl",
"yanked": false,
"yanked_reason": null
},
{
"comment_text": "",
"digests": {
"blake2b_256": "867f112fe9d7e34b0c406c1499d73141473ab91cc7974cb16d4342db04cb7b13",
"md5": "db54a61210ffe42351f9fbd3b52620e2",
"sha256": "7edfa9e53c17a87cc2fb14a23fc151df5630d0e73f55c4bc8b5a9912ef54cc66"
},
"downloads": -1,
"filename": "cloudicorn-cli-0.10.tar.gz",
"has_sig": false,
"md5_digest": "db54a61210ffe42351f9fbd3b52620e2",
"packagetype": "sdist",
"python_version": "source",
"requires_python": null,
"size": 28602,
"upload_time": "2024-11-28T15:48:25",
"upload_time_iso_8601": "2024-11-28T15:48:25.132879Z",
"url": "https://files.pythonhosted.org/packages/86/7f/112fe9d7e34b0c406c1499d73141473ab91cc7974cb16d4342db04cb7b13/cloudicorn-cli-0.10.tar.gz",
"yanked": false,
"yanked_reason": null
}
],
"upload_time": "2024-11-28 15:48:25",
"github": true,
"gitlab": false,
"bitbucket": false,
"codeberg": false,
"github_user": "jumidev",
"github_project": "cloudicorn-cli",
"travis_ci": false,
"coveralls": false,
"github_actions": false,
"lcname": "cloudicorn-cli"
}
JSON
