Bisakah saya menemukan perusahaan kecil di DevOps?

Misalkan saya adalah wirausahawan dengan sedikit uang bibit untuk Great Idea (TM) saya dan saya memulai sebuah perusahaan yang awalnya berencana untuk mengimplementasikan Great Idea (TM) saya sendiri dan menyewa bantuan tambahan atas dasar yang ditentukan oleh tingkat pertumbuhan perusahaan.

Seringkali, jawaban di situs ini berpusat pada gagasan bahwa DevOps bukan peran, tetapi cara baru dalam melakukan sesuatu dengan filosofi operasi baru yang memungkinkan tim peran untuk benar-benar melakukan DevOps. Ini mencegah kelelahan dan orang-orang merasa seperti serigala sendirian

Maka, sebagai perusahaan pemula dan pemula, haruskah saya bersusah payah mengejar DevOps sebagai sebuah filosofi, atau apakah ini hanya sesuai untuk operasi yang lebih matang yang mampu memiliki tim pengembangan dengan ukuran yang cukup?

DevOps memiliki tiga bagian: Perkakas / otomasi, Organisasi, dan Budaya.

Anda mendasarkan struktur dan proses organisasi Anda pada kematangan bisnis Anda. Yang pintar. Pengalaman saya di sebuah startup dan dengan kekayaan 1000 perusahaan telah memberi saya pengalaman untuk menyatakan bahwa memulai dengan DevOps lebih baik untuk pertumbuhan perusahaan. Ini efisien dan cocok dengan lincah.

Alat

Menjadi jatuh tempo Anda benar-benar muda, Anda harus membeli proses DevOps Anda sebagai produk saas untuk mengurangi waktu ke pasar. Alih-alih Jenkins menggunakan circleCI atau produk serupa. Alih-alih VM dan buruh pelabuhan, gunakan Heroku. Coba dan sertakan alat ini tetapi lakukan dengan cara yang sesuai dengan ukuran bisnis Anda. Jika menggunakan kode secara manual membutuhkan waktu 4 jam seminggu dan mengotomatiskannya dalam 1 jam menghemat itu. Lakukan.

Organisasi

Juga dari sudut pandang organisasi, Anda secara alami akan mulai dengan semua pengembang sebagai pihak yang bertanggung jawab untuk operasi / fitur bahkan pengembangan produk. Lihatlah http://web.devopstopologies.com/ untuk struktur organisasi. Startup kami dimulai dengan tipe 2, dan seiring bertambahnya usia kami akan bergerak menuju tipe 7.

Kultural

DevOps hanyalah kerja tim. Bekerja bersama dan semuanya menjadi lebih mudah. Ini biasanya merupakan masalah karena kepemimpinan tidak mengingat hal ini sehingga ketika Anda memulai, pastikan bahwa setiap orang terpisah dari bisnis. Ini juga tercermin dalam gesit.

Jadi singkatnya, ya mengejar DevOps tetapi melakukannya pada tingkat yang memenuhi kematangan bisnis Anda.

Yang satu (memulai perusahaan kecil 1-2 orang dan berkembang seiring uang masuk) tidak ada hubungannya dengan yang lain (menggunakan filosofi DevOps).

Bahkan bisnis 1 orang dapat berbasis DevOps. Anda dapat mulai menerapkan Ide Besar Anda (tm) dengan pipa CI / CD yang berfungsi penuh kemasaluran, pada kenyataannya tidak ada waktu yang lebih baik daripada di awal, ketika tidak ada cruft untuk diurus, belum, dan sebelum Anda menekan signifikan jumlah pengguna. Ini tidak akan memakan waktu berbulan-bulan untuk bekerja; Anda dapat meretas bersama pipa Jenkins / Docker dasar dalam beberapa jam (jika Anda sudah tahu banyak) atau mungkin berhari-hari (tetapi hari-hari tersebut akan dihabiskan secara produktif untuk mempelajari hal-hal itu saat Anda mulai).

Memulai dengan bagian CD dalam proyek greenfield jauh lebih mudah daripada menambahkan CD ke aplikasi yang sudah ada yang menggunakan penyebaran manual sebelumnya.

Anda dapat memulai dengan cakupan tes penuh di awal (tidak ada waktu yang lebih baik, untuk alasan yang jelas), termasuk alat yang memverifikasi cakupan pengujian sebagai bagian dari CI / CD.

Anda dapat dengan mudah memulai dengan beberapa langkah keamanan kecil, seperti memeriksa suite tes Anda untuk port terbuka berlebihan atau apa pun.

Anda bisa, dan harus mulai dengan ternak bukan hewan peliharaan (berarti IaC, IaaS, PaaS dan semua hal bagus itu, di-host di salah satu penyedia "tiga besar" yang cukup ramping). Mulai dari yang kecil, skala yang dibutuhkan.

Ketika Anda menambahkan lebih banyak personel, mereka akan mulai tepat di athmosphere yang bermanfaat itu, dan mudah-mudahan banyak kesalahan lebih murah mereka akan segera ditangkap oleh CI / CD.

Saya pikir itu ide yang layak. Anda dapat mengatur sebagai penyedia layanan untuk perusahaan yang membutuhkan layanan DevOps tetapi tidak ingin mempekerjakan staf untuk layanan seperti itu karena mereka tidak mampu membuat orang tetap mendapatkan gaji atau karena mereka tidak menjadi bisnis yang secara permanen membutuhkan seseorang. Perusahaan semacam itu dapat menggunakan layanan Anda atau bahkan menempatkan Anda pada beberapa bentuk pengikut.

Saya menemukan mengembangkan usaha baru sebenarnya dapat dibuat LEBIH MUDAH dengan mengadopsi filosofi dan praktik DevOps. Lagi pula, perusahaan kecil (1-2) orang tidak memiliki sumber daya (atau kemewahan) untuk menyewa pengembang, QA, operasi, dan bahkan layanan pelanggan.

Jadi hampir karena kebutuhan pemain awal harus mencakup beberapa peran, pengembangan dan operasi (fitur dan rilis) dapat dipetakan langsung ke bisnis gaya "DevOps".

Itulah yang saya lakukan dengan agen mikro saya sebelumnya, kami akhirnya menjadi 2 waktu penuh (saya kebanyakan pengembang, mitra saya terutama latar belakang ops, tapi kami mulai melakukan penyerbukan silang ke hibrid kami sendiri :) dan 3-4 kontraktor reguler yang akan disebut sebagai dibutuhkan. Akhirnya kami juga mulai mengelola (mengoperasikan) beberapa proyek untuk klien dan menambahkan fitur.

Meskipun kami tidak menggunakan istilah "DevOps" (saya pikir saya tidak tahu itu ada pada saat itu), kami fokus pada peningkatan fitur ke jangka waktu penggunaan, dan membuat pengalaman klien semudah mungkin.

Selain itu, model DevOps dapat mempermudah orang untuk mengambil cuti, karena peran mereka dapat ditanggung oleh orang lain!

Saya baru saja memulai usaha (menyediakan layanan DevOps) untuk usaha kecil.

Singkatnya, saya tidak hanya berpikir itu mungkin , tetapi saya percaya ini adalah cara TERBAIK untuk memulai!

Semoga berhasil!

Ya karena Anda dapat menggunakan otomatisasi canggih untuk menciptakan nilai dan membangun fondasi yang dapat digunakan kembali untuk perusahaan Anda yang lebih besar di masa depan. Tergantung, tentu saja seberapa sering Anda akan memperbarui produk digital Anda. Tetapi Anda akan menghargai kemungkinan untuk melakukan pekerjaan manual sebanyak yang diperlukan pada latihan berulang.