Informasi Tentang Puzzle Jigsaw

Informasi Tentang Puzzle Jigsaw – Industri komunikasi telah lama bercita-cita untuk meningkatkan otomatisasi sambil mempertahankan interoperabilitas dan kemandirian vendor. Di masa lalu, ambisi ini tertatih-tatih oleh tantangan terlibat dalam pembuatan peralatan dan perangkat lunak secara efisien dan efektif berbagi bahasa yang sama.

Informasi Tentang Puzzle Jigsaw

puzzlehistory – Dengan kemajuan teknologi otomasi seperti NFV dan SDN, solusi human-in-the-loop yang telah digunakan untuk membuat segala sesuatunya berjalan akan segera menjadi tidak mungkin. Di dunia awan komputasi, tantangan ini telah dihadapi, dan telah menciptakan pelambatan yang signifikan dalam perkembangan menuju otomatisasi penuh. Ketika industri komunikasi mulai menapaki versi yang lebih sulit dari jalan yang sama, pelajaran apa yang dapat dipetik tentang peran dan sifat pemodelan informasi?

Baca Juga : Informasi Tentang Game Teka-Teki Jigsaw

Model Umum: untuk kebaikan bersama

Interoperabilitas dalam perangkat lunak diinginkan karena memungkinkan pilihan dan meningkatkan ketangkasan (dengan mengurangi biaya perubahan) bagi pengguna komponen perangkat lunak yang mendukungnya dan, seperti Lego lainnya. antusias tahu, kunci interoperabilitas adalah antarmuka standar antar komponen.

Mungkin saja intuisi kita tentang antarmuka mekanis sederhana adalah salah satu alasan mengapa gagasan informasi umum dan model data tampak begitu menggoda. Jika semua komponen dari semua vendor dalam suatu sistem mewakili dan mengkomunikasikan informasi dengan cara yang sama, maka tampaknya mereka dapat dirakit menjadi sistem dengan mudah dan dengan sedikit keributan.

Tentu saja ada keadaan di mana ini merupakan pendekatan yang sangat sukses protokol jaringan, misalnya. Domain masalah ini di mana model umum telah bekerja dengan sangat baik – biasanya kecil, terikat dengan sangat baik dan merupakan bagian dari proses yang lebih besar yang melibatkan interaksi manusia minimum.

Sebaliknya, upaya untuk mendefinisikan model untuk domain masalah besar, yang cakupannya sangat luas, yang batasannya sulit untuk dibatasi dan yang mencakup proses dengan langkah-langkah yang dijalankan secara manual. menunjukkan kecenderungan yang berbeda untuk paling banter menghasilkan model dengan utilitas terbatas, dan paling buruk menghasilkan model yang nilainya hanya untuk departemen pemasaran yang mengklaim kepatuhan.

Kekuatan komersial mungkin berkontribusi pada pola ini: model dan antarmuka standar dan terbuka, dalam beberapa hal, merupakan pedang bermata dua bagi vendor. Mereka memberikan keuntungan komersial karena mereka memenuhi permintaan pasar untuk interoperabilitas, tetapi mereka juga bertindak melawan dorongan alami bagi vendor untuk membedakan produk mereka, mempertahankan pelanggan mereka, dan meningkatkan penjualan produk lebih lanjut. Banyak yang akan melakukannya berpendapat bahwa menggunakan antarmuka tertutup dan/atau berpemilik untuk mencapai tujuan ini adalah pendekatan yang naif dan berpandangan pendek, tetapi ini adalah salah satu yang terbukti di pasar.

Namun, model, setelah distandarisasi, pada dasarnya relatif tidak fleksibel, dan semakin besar domainnya, semakin besar kemungkinannya mencakup beberapa area di mana perubahan akan diperlukan: baik untuk mengakomodasi kebutuhan khusus dari pengguna model tertentu, atau untuk mengakomodasi inovasi yang pasti bergerak lebih cepat daripada proses standardisasi untuk model.

Hasil gabungan dari efek ini adalah biaya perubahan, dalam bentuk waktu dan uang yang dihabiskan untuk integrasi sistem dan data, tetap sangat tinggi. Industri komunikasi mencari jaringan tervirtualisasi yang dapat diprogram dalam bentuk NFV, SDN, dan teknologi terkait untuk memulihkan kemampuannya untuk berubah dengan biaya yang masuk akal dan dengan demikian menyediakan dengan kelincahan yang dibutuhkan untuk bersaing. Tidak ada keraguan bahwa antarmuka standar umum yang bergantung langsung pada model informasi standar umum adalah kunci untuk ini; jadi bagaimana sejarah dapat dicegah agar tidak terulang dalam hal ini domain masalah baru?

Model dan Ketangkasan

Sebagian besar kasus untuk model umum adalah gagasan bahwa mereka meningkatkan ketangkasan, mengurangi biaya perubahan dengan menyediakan semantik, sintaksis, dan transportasi yang terdefinisi dengan baik dan andal untuk berbagi data antar komponen. Sementara ini benar ketika ruang lingkup model umum cukup untuk memenuhi persyaratan tertentu, itu terjadi ketika model umum standar tidak cukup . yang patut mendapat pertimbangan karena sementara laju inovasi teknologi cukup cocok dengan laju standardisasi, model standar yang tidak memadai akan menjadi relatif jarang kejadian. Saat kami mencoba memodelkan domain yang lebih besar dan tidak terlalu dibatasi di bawah laju inovasi yang semakin cepat, kekurangan model akan menjadi semakin umum: bahkan bisa dibilang norma.

Dalam keadaan ini, model secara aktif menghalangi kelincahan. Komponen yang berusaha untuk saling beroperasi adalah “terprogram” (atau dibumikan ) ke beberapa bagian dari model yang sudah ada – memang, nilai teknis dari standardisasi adalah bahwa ia mendefinisikan dan menentukan ketergantungan tetap komponen pada model ini. Ini membuat model mahal untuk diubah jadi kita dihadapkan pada situasi di mana biaya perubahan rendah dalam batas-batas model umum dan naik sangat tajam segera setelah batas ini terlampaui, yang, seperti telah kita lihat, kemungkinan besar akan semakin sering terjadi.

Untuk melindungi kelincahan, oleh karena itu kita dihadapkan pada tiga opsi. Pertama, kita dapat mengurangi proporsi model yang harus di-ground (yaitu yang tidak dapat didefinisikan dalam bagian lain dari model) dan dengan demikian mengurangi keseluruhan biaya yang dikeluarkan untuk mengubah model. Kedua, kita dapat mengurangi atau menghilangkan terjadinya situasi di mana model yang sudah ada tidak mencukupi. Ketiga, kami dapat mengurangi biaya pembumian elemen individual dari model. Yang pertama pada dasarnya mengurangi isi informasi dari sistem secara keseluruhan dan karena itu membatasi kegunaannya. Jalur ini harus mengarah ke sistem yang kurang mampu dan karena itu jelas tidak membantu.

Sebagian besar upaya saat ini untuk mengurangi biaya perubahan (dan karenanya biaya kepemilikan) berfokus pada opsi kedua, yang secara efektif membatasi apa yang dapat dilakukan oleh penyedia layanan komponen, yang pada gilirannya membatasi kelincahan (meskipun dengan cara yang berbeda). Efek inilah yang mengarah ke ekstensi khusus vendor dan “tunneling bidang catatan” – menyematkan data terstruktur di bidang “catatan” teks bebas, secara efektif memperluas model dengan cara yang buram untuk komponen yang ada, yang keduanya bertentangan dengan kelincahan.

Pendekatan ketiga membuat model secara inheren lebih murah untuk diubah dibatasi oleh teknologi data yang sedang dimainkan. Membuat perubahan pada model itu mahal karena memerlukan perubahan pada metadata mewakili model (misalnya skema database) di banyak titik dalam sistem tidak hanya untuk pembuat dan konsumen informasi tambahan yang diperkenalkan oleh perubahan. Oleh karena itu, apakah sudah waktunya untuk melihat cara model informasi dirancang dan teknologi yang digunakan untuk mewujudkannya dalam implementasi tertentu?